צ׳קליסט SEO טכני לחנויות אונליין ב-Shopify וב-WooCommerce

בדיקות SEO טכני לחנויות Shopify ו-WooCommerce: noindex, robots.txt, מפת אתר, כותרות, H1, תגי canonical, נתונים מובנים למוצר, Open Graph וטקסט חלופי.

צוות התוכן של FixReportsזמן קריאה: 11 דק׳

צ׳קליסט SEO טכני לחנות אונליין מוודא שלושה דברים: שמנועי חיפוש יכולים לסרוק ולהוסיף לאינדקס את הדפים שאתם רוצים שימצאו, שהם מבינים מהו כל דף, ושהם יכולים להציג אותו היטב בתוצאות. בפועל: אין כללי noindex שנשכחו בטעות, קובץ robots.txt לא חוסם דפים חשובים, יש מפת אתר (sitemap) של כתובות URL קנוניות, כותרת ותיאור מטא ייחודיים לכל דף, H1 אחד וברור, תגי canonical שמאחדים כפילויות של וריאציות ושל קטגוריות, נתונים מובנים תקינים מסוג Product, תגי Open Graph, טקסט חלופי תיאורי ואין קישורים פנימיים שבורים. הבדיקות האלה מסירות מכשולים טכניים; הן לא מבטיחות דירוג או תנועה.

עיקרי הדברים

  • קובץ robots.txt שולט בסריקה, לא באינדוקס. כדי להשאיר דף מחוץ ל-Google, השתמשו ב-noindex, ואל תחסמו את הדף הזה ב-robots.txt, אחרת Google לעולם לא תראה את הכלל (Google Search Central (נפתח בכרטיסייה חדשה)).
  • קובץ sitemap אחד יכול להכיל עד 50,000 כתובות URL או 50 MB לא דחוסים, ו-Google מתעלמת מ-<priority> ומ-<changefreq> (Google Search Central (נפתח בכרטיסייה חדשה)).
  • לדברי Google אין מספר אידיאלי של כותרות, אבל H1 אחד שנוקב בשם המוצר הוא הכותרת הראשית הברורה ביותר לקונים ולקוראי מסך.
  • רישומי מוכרים (merchant listings) מחייבים שם מוצר, תמונה ו-Offer מקונן (לא AggregateOffer) עם מחיר גבוה מאפס ומטבע (Google Search Central (נפתח בכרטיסייה חדשה)).

במה Shopify ו-WooCommerce מטפלות כברירת מחדל?

Shopify מטפלת ברוב יסודות ה-SEO הטכני ברמת הפלטפורמה והתבנית, ואילו חנות WooCommerce נשענת בכמה מהם על ליבת WordPress ועל תוסף SEO.

פריטShopifyWooCommerce (WordPress)
מפת אתר XML/sitemap.xml, אוטומטית/wp-sitemap.xml מאז WordPress 5.5, או המפה של תוסף SEO
robots.txtאוטומטי; עריכה באמצעות robots.txt.liquidקובץ וירטואלי של WordPress שמפנה למפת האתר של הליבה
תגי canonicalנוספים אוטומטיתהליבה מוסיפה אותם רק בדפים בודדים
תיאור מטאשדה באזור ה-search engine listing של כל מוצרתוסף SEO או התבנית
נתונים מובנים למוצרהתבנית, באמצעות המסנן structured_dataJSON-LD של ליבת WooCommerce בדפי מוצר
תגי Open Graphהתבנית (ב-Dawn: meta-tags.liquid)תוסף SEO או התבנית
סל וקופהחסומים (Disallow) ב-robots.txtמסומנים noindex על ידי WooCommerce

פרטים ומקורות לכל שורה מופיעים בהמשך (נכון לאוקטובר 2026).

איך מוודאים שדפי החנות יכולים להיכנס לאינדקס?

דף יכול להיכנס לאינדקס כשהוא מחזיר סטטוס 200, לא חסום ב-robots.txt ואין עליו כלל noindex.

כלל noindex יכול להופיע בתג מטא או בכותרת HTTP, ו-Google לא תומכת בו בתוך robots.txt (Google (נפתח בכרטיסייה חדשה)):

<meta name="robots" content="noindex">

X-Robots-Tag: noindex

קובץ robots.txt מנהל את תעבורת הסורקים; כתובת URL חסומה עדיין יכולה להופיע בתוצאות, בלי תיאור, אם דפים אחרים מקשרים אליה (Google (נפתח בכרטיסייה חדשה)). דוח האינדוקס של הדפים (Page indexing) (נפתח בכרטיסייה חדשה) ב-Search Console מפרט כל כתובת URL שלא נכנסה לאינדקס יחד עם הסיבה, למשל "URL marked 'noindex'". לא כל כתובת URL צריכה להיות באינדקס, אבל דפי המוצרים והקטגוריות שלכם כן.

Shopify

קובץ ה-robots.txt שמוגדר כברירת מחדל חוסם את הנתיבים של ממשק הניהול, הסל, הקופה, החשבון וההזמנות, וגם כתובות URL של קטגוריות מסוננות (/collections/*+*) וממוינות (sort_by) שמשכפלות דפי קטגוריה. אפשר לערוך אותו באמצעות תבנית robots.txt.liquid, אבל Shopify מגדירה זאת כהתאמה אישית שאינה נתמכת ומזהירה שטעויות עלולות לעלות לחנות בכל התנועה שלה (Shopify Help Center (נפתח בכרטיסייה חדשה)).

כדי להסתיר דף, פוסט בבלוג או מוצר, הגדירו metafield מסוג מספר שלם בשם seo.hidden עם הערך 1, וכך הפריט יוסתר ממפות האתר, ממנועי החיפוש ומהחיפוש בחנות; סטטוס המוצר Unlisted מסתיר מוצרים גם מקטגוריות ומהמלצות (Shopify Help Center (נפתח בכרטיסייה חדשה)). כל עוד החנות מוגנת בסיסמה, מנועי חיפוש לא יכולים לקרוא את מפת האתר שלה.

WooCommerce

בדקו את Settings > Reading > Search engine visibility (הגדרות > קריאה). כשהאפשרות "Discourage search engines from indexing this site" מסומנת, WordPress (מאז גרסה 5.3) מוסיפה לדפים תג מטא robots עם noindex, nofollow (WordPress.org (נפתח בכרטיסייה חדשה)) ומכבה את מפת האתר של הליבה. אם החנות נבנתה באתר staging, ודאו שהסימון בוטל בעלייה לאוויר. WooCommerce עצמה מסמנת את דפי הסל, הקופה ו-My account כ-noindex ושולחת X-Robots-Tag: noindex בנקודות קצה כמו order received (קוד המקור של WooCommerce (נפתח בכרטיסייה חדשה)), וזו התנהגות צפויה.

מה צריכה לכלול מפת האתר (XML sitemap) של חנות אונליין?

מפת האתר צריכה לכלול רק כתובות URL קנוניות שיכולות להיכנס לאינדקס ושאתם רוצים שיופיעו בחיפוש: מוצרים, קולקציות או קטגוריות, דפי תוכן ופוסטים בבלוג.

הכללים של Google: עד 50,000 כתובות URL או 50 MB לקובץ, קובץ אינדקס של מפות אתר (sitemap index) לאוספים גדולים יותר, כתובות URL מוחלטות, רק כתובות שאתם רוצים שיוצגו בתוצאות, ו-<lastmod> רק כשהוא מדויק (Google (נפתח בכרטיסייה חדשה)). שלחו את מפת האתר בדוח Sitemaps ב-Search Console או הפנו אליה ב-robots.txt:

Sitemap: https://example.com/sitemap.xml

ב-Shopify, לכל דומיין יש sitemap.xml אוטומטי שמקשר למפות אתר משניות של מוצרים, קולקציות, בלוגים ודפים ומתעדכן כשמוסיפים אותם; כל דומיין בינלאומי מקבל מפה משלו (Shopify Help Center (נפתח בכרטיסייה חדשה)).

ב-WooCommerce, גרסאות WordPress 5.5 ומעלה מגישות אינדקס מפות אתר של הליבה בכתובת /wp-sitemap.xml, שמופיע ב-robots.txt של WordPress, עם עד 2,000 רשומות לכל מפת אתר כברירת מחדל. תוספי SEO כמו Yoast SEO מחליפים אותו במפות משלהם (Make WordPress Core (נפתח בכרטיסייה חדשה)). בדקו איזו מפת אתר באמת פעילה לפני שאתם שולחים אותה.

איך כותבים כותרות ותיאורי מטא למוצרים?

תנו לכל דף כותרת ייחודית ותיאורית ותיאור מטא שמסכם אותו, עם המילים החשובות בהתחלה, כי Google מקצרת את שניהם כדי שיתאימו למסך.

ההנחיות של Google לכותרות: כותרות תיאוריות ותמציתיות, בלי דחיסת מילות מפתח ובלי טקסט קבוע שחוזר על עצמו, ושם האתר בהתחלה או בסוף עם תו מפריד. אין מגבלת אורך, אבל קישורי כותרת (title links) נחתכים לפי רוחב המכשיר (Google (נפתח בכרטיסייה חדשה)). Google יכולה גם לבנות את קישור הכותרת מטקסט אחר, כמו ה-H1 או og:title.

בקטעי התצוגה (snippets), Google משתמשת בעיקר בתוכן הדף, ובתיאור המטא כשהוא מתאר את הדף בצורה מדויקת יותר. היא מציעה לכלול עובדות על המוצר כמו מחיר או יצרן, ואומרת שתיאורים שנוצרו אוטומטית הם בסדר אם הם קריאים ומגוונים (Google (נפתח בכרטיסייה חדשה)).

<title>Linen shirt, natural, relaxed fit | Example Store</title>
<meta name="description" content="Relaxed-fit shirt in European linen. Sizes XS to XXL, $68, free returns within 30 days.">

האם כל דף צריך בדיוק H1 אחד?

Google לא דורשת מספר מסוים, אבל H1 אחד שנוקב בשם הדף הוא הכותרת הראשית הברורה ביותר לקונים, לקוראי מסך ולמנועי חיפוש.

מדריך ה-SEO למתחילים של Google אומר שאין מספר אידיאלי של כותרות ושסדר הכותרות לא משנה לחיפוש, אם כי סדר סמנטי עוזר לקוראי מסך (Google (נפתח בכרטיסייה חדשה)). ההנחיות שלה לקישורי כותרת מציעות להפוך את הכותרת הראשית לטקסט הבולט ביותר בדף, למשל כ-<h1> הגלוי הראשון. המדריך של W3C מוסיף שכותרות מעבירות את מבנה הדף ושיש להימנע מדילוג על רמות (W3C WAI (נפתח בכרטיסייה חדשה)).

תקלות נפוצות בחנויות: הלוגו בתוך H1 בכל דף, שם המוצר בתוך <div> או H2, H1 שני שמגיע מאפליקציה, ודפי קטגוריה בלי H1 בכלל.

איך כתובות URL קנוניות מטפלות בכפילויות של וריאציות וקטגוריות?

תג canonical אומר ל-Google איזו מבין כמה כתובות URL עם אותו תוכן להכניס לאינדקס, ולכן כתובות עם פרמטרים של וריאציות וכתובות עם נתיב של קטגוריה צריכות להפנות לכתובת מוצר מועדפת אחת.

Google מתייחסת להפניות (redirects) ול-rel="canonical" כאותות חזקים, ולהכללה במפת האתר כאות חלש. השתמשו בכתובות URL מוחלטות, ואל תשתמשו ב-robots.txt או ב-noindex כדי לבחור כתובת קנונית (Google (נפתח בכרטיסייה חדשה)). לוריאציות שמבוססות על פרמטר שאילתה אופציונלי כמו ?color=green, Google מציעה את הכתובת בלי הפרמטר ככתובת הקנונית. היא מתעלמת מקטעי #, ולכן וריאציות צריכות נתיבים או פרמטרים, והיא ממליצה על canonical שמפנה לעצמו בדפים שיכולים להיכנס לאינדקס ועל כתובות URL עקביות בקישורים, במפות האתר ובתגי ה-canonical (Google (נפתח בכרטיסייה חדשה)).

<link rel="canonical" href="https://example.com/products/linen-shirt">

אם Google מתעלמת מהבחירה שלכם, דוח האינדוקס של הדפים מציג "Duplicate, Google chose different canonical than user", ובדרך כלל זה סימן לאותות סותרים.

  • Shopify: תגי canonical נוצרים אוטומטית (Shopify Help Center (נפתח בכרטיסייה חדשה)); התבנית Dawn מדפיסה <link rel="canonical" href="{{ canonical_url }}">. תבניות שמשתמשות במסנן within יוצרות כתובות מוצר שתלויות בקטגוריה (/collections/summer/products/linen-shirt), ו-Shopify מציינת שהן משכפלות את דף המוצר הרגיל (Shopify (נפתח בכרטיסייה חדשה)). ודאו שה-canonical שלהן מפנה אל /products/linen-shirt.
  • WooCommerce: ליבת WordPress מדפיסה תג canonical רק בתצוגות בודדות כמו מוצרים ודפים (מדריך המפתחים של WordPress (נפתח בכרטיסייה חדשה)), ולכן דפי הארכיון של החנות ושל הקטגוריות תלויים בתוסף ה-SEO או בתבנית. שינוי מבנה הקישורים הקבועים (permalinks) של המוצרים משנה את הכתובת של כל מוצר, וקישורים ישנים יחזירו שגיאות 404 אם לא תוסיפו הפניות (WooCommerce (נפתח בכרטיסייה חדשה)).

איך מגדירים נתונים מובנים מסוג Product לרישומי מוכרים?

הוסיפו סימון Product עם Offer מקונן שתואם את המחיר והזמינות שבדף, ואז בדקו אותו בכלי Rich Results Test של Google.

Google משתמשת בקטעי מוצר (product snippets) לדפי מוצר שבהם אי אפשר לקנות ישירות, וברישומי מוכרים (merchant listings) לדפים שבהם אפשר (Google (נפתח בכרטיסייה חדשה)). באופן כללי היא ממליצה על JSON-LD (Google (נפתח בכרטיסייה חדשה)). רישומי מוכרים מחייבים name, image ו-offers מסוג Offer, עם price גבוה מאפס ו-priceCurrency בפורמט ISO 4217. המאפיינים המומלצים כוללים availability, gtin, brand, aggregateRating, shippingDetails ו-hasMerchantReturnPolicy (Google (נפתח בכרטיסייה חדשה)). לוריאציות, Google תומכת ב-ProductGroup עם hasVariant, variesBy ו-productGroupID (Google (נפתח בכרטיסייה חדשה)).

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Linen shirt, natural",
  "image": ["https://example.com/images/linen-shirt-1x1.jpg"],
  "sku": "LS-NAT-M",
  "brand": { "@type": "Brand", "name": "Example Store" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/linen-shirt",
    "price": "68.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}
</script>

סמנו רק מה שהקונים יכולים לראות; Google לא מבטיחה שנתונים מובנים יופיעו בתוצאות (Google (נפתח בכרטיסייה חדשה)).

  • Shopify: {{ product | structured_data }} מפיק Product למוצרים בלי וריאציות ו-ProductGroup למוצרים עם וריאציות (Shopify (נפתח בכרטיסייה חדשה)); Dawn כוללת אותו ב-section של המוצר. אם אפליקציית ביקורות או SEO מוסיפה סימון משלה, בדקו שאין כפילויות.
  • WooCommerce: הליבה מדפיסה JSON-LD של Product בדפי מוצר, עם SKU, הצעות (offers), דירוגים כשיש ביקורות, ו-GTIN כשהשדה GTIN, UPC, EAN או ISBN (שנוסף ב-WooCommerce 9.2 (נפתח בכרטיסייה חדשה)) מולא. מוצרים עם וריאציות במחירים שונים מקבלים טווח מחירים מסוג AggregateOffer, אלא אם הכתובת בוחרת וריאציה אחת (קוד המקור של WooCommerce (נפתח בכרטיסייה חדשה)), ולכן בדקו אותם, כי רישומי מוכרים צריכים Offer.

לגבי החזרות, Google מקבלת גם מדיניות החזרות ברמת הארגון בסימון, אבל ההגדרות ב-Merchant Center או ב-Search Console גוברות עליה (Google (נפתח בכרטיסייה חדשה)).

אילו תגי Open Graph צריכים להיות בדפי מוצר?

בדפי מוצר צריכים להיות og:title, og:type, og:image ו-og:url, וגם og:description ו-og:image:alt, כדי שקישורים ששותפו יציגו את הכותרת והתמונה הנכונות.

פרוטוקול Open Graph מגדיר את ארבעת התגים הראשונים כחובה, מגדיר את og:url ככתובת הקנונית, וקובע ש-og:image:alt צריך ללוות כל og:image (ogp.me (נפתח בכרטיסייה חדשה)).

<meta property="og:type" content="product">
<meta property="og:title" content="Linen shirt, natural">
<meta property="og:url" content="https://example.com/products/linen-shirt">
<meta property="og:image" content="https://example.com/images/linen-shirt-1200x630.jpg">
<meta property="og:image:alt" content="Natural linen shirt on a hanger">
<meta property="og:description" content="Relaxed-fit shirt in European linen.">

למה טקסט חלופי (alt) חשוב בתמונות מוצר?

טקסט חלופי אומר למנועי חיפוש ולמשתמשי קוראי מסך מה מופיע בתמונת המוצר, ו-Google משתמשת בו יחד עם ראייה ממוחשבת ועם תוכן הדף.

ההנחיות של Google לתמונות מבקשות טקסט חלופי שימושי וספציפי בלי דחיסת מילות מפתח; הדוגמה הטובה ביותר שלה היא "Dalmatian puppy playing fetch" (גור דלמטי שמשחק בהבאת כדור). Google לא מוסיפה לאינדקס תמונות רקע של CSS, ולכן תמונות מוצר צריכות להיות ברכיבי <img> (Google (נפתח בכרטיסייה חדשה)). בחנות, פירוש הדבר טקסט חלופי כמו "חולצת פשתן בצבע טבעי, מבט מאחור", ולא "חולצה חולצה פשתן לקנות".

איך מוצאים ומתקנים קישורים פנימיים שבורים?

סרקו את החנות, רשמו את הקישורים הפנימיים שמחזירים שגיאת 4xx, ואז עדכנו כל קישור או הפנו את הכתובת הישנה בהפניית 301 לדף הפעיל הקרוב ביותר.

Google סורקת קישורים שבנויים כרכיבי <a> עם href, וממליצה לקשר לכל דף חשוב מדף אחר אחד לפחות (Google (נפתח בכרטיסייה חדשה)). כתובות URL שמחזירות קודי 4xx לא נכנסות לאינדקס, וכאלה שכבר נמצאות בו מוסרות ממנו; הפניית 301 היא אות הפניה חזק, והפניית 302 היא אות חלש (Google (נפתח בכרטיסייה חדשה)). קישורים בחנות נשברים כשמוחקים מוצרים או משנים את שמם, כשמשנים handles או כשמוציאים קטגוריות משימוש, בזמן שהקישורים הישנים נשארים בתפריטים, בתיאורים ובפוסטים בבלוג.

  • Shopify: עברו אל Content > Menus > View URL redirects > Create URL redirect. Shopify מפנה רק כתובות URL שבאמת שבורות (Shopify Help Center (נפתח בכרטיסייה חדשה)).
  • WooCommerce: הוסיפו כללים בשרת או תוסף הפניות בכל פעם שאתם משנים slugs או את הגדרות הקישורים הקבועים.

הסריקה החינמית מסמנת רבות מהבעיות האלה בתוך כדקה. דוח תיקוני SEO בודק כותרות, תיאורי מטא, H1, תגי canonical, noindex, robots.txt, מפת האתר, נתונים מובנים מסוג Product, Open Graph, טקסט חלופי וקישורים פנימיים שבורים בעד 25 דפים, עם תיקונים שמותאמים לפלטפורמה שלכם.

שאלות נפוצות

האם תיקון SEO טכני מבטיח דירוג טוב יותר?

לא. התיקונים האלה מסירים סיבות שבגללן אי אפשר לסרוק דף, להכניס אותו לאינדקס או להבין אותו; הדירוג עדיין תלוי ברלוונטיות ובגורמים רבים אחרים.

האם לכל וריאציה של מוצר צריכה להיות כתובת URL משלה באינדקס?

זה תלוי באופן שבו הווריאציות בנויות. אם הן חולקות דף אחד ונבדלות רק בפרמטר שאילתה אופציונלי, Google מציעה את הכתובת בלי הפרמטר ככתובת הקנונית; אם לכל וריאציה יש דף משלה, ההנחיות של Google לוריאציות מתייחסות לכל דף בנפרד.

למה המוצר שלי לא מוצג עם תוצאות עשירות (rich results) למרות שהסימון תקין?

Google לא מבטיחה תוצאות עשירות גם לנתונים מובנים תקינים. בדקו שהסימון תואם את התוכן הגלוי, משתמש ב-Offer עם מחיר גבוה מאפס ועובר את Rich Results Test.

האם כדאי לחסום דפי קטגוריה מסוננים ב-robots.txt?

ב-Shopify, קובץ ה-robots.txt שמוגדר כברירת מחדל כבר חוסם כתובות URL של קטגוריות מסוננות וממוינות, כי הן משכפלות דפי קטגוריה. אם אתם עורכים את robots.txt.liquid, השאירו את הכללים האלה, אלא אם יש לכם סיבה מוגדרת לשנות אותם.

מקורות

כל המדריכים