סכמת מוצר היא קוד קצר בפורמט JSON-LD שיושב בעמוד המוצר. הוא אומר לגוגל ולמנועי AI בשפה של מכונה מה המוצר, כמה הוא עולה, אם הוא במלאי, מה הדירוג שלו ומה מדיניות המשלוח וההחזרות. כשהקוד הזה בנוי נכון, גוגל יכול להציג את המוצר עם מחיר, כוכבים וזמינות בתוצאות, ומנועי AI מקבלים עובדות ברורות על המוצר במקום לנחש.
המדריך הזה טכני ומעשי. הוא לא עוסק באסטרטגיה הכוללת של קידום חנות, ובשביל זה יש עמוד שלם על קידום אתרי איקומרס. כאן אני מתמקד באיך לבנות סכמה שעובדת, איך להטמיע אותה ואיך לבדוק שהיא באמת תקינה.
מה זה סכמת מוצר ולמה חנות צריכה אותה
גוגל קורא את עמוד המוצר שלך כמו שאדם קורא. הוא רואה כותרת, תמונה, מחיר וכפתור קנייה. אבל טקסט חופשי פתוח לפרשנות. המחיר שמופיע בעמוד הוא המחיר הנוכחי או המחיר לפני ההנחה? המוצר זמין או שאזל? הכוכבים שייכים למוצר או לחנות כולה?
הסכמה עונה על השאלות האלה בלי מקום לפרשנות. היא מבוססת על אוצר המילים של schema.org, וגוגל ממליץ לכתוב אותה בפורמט JSON-LD. זה בלוק קוד נפרד שלא משפיע על העיצוב ולא נראה לגולש.
אצלי בבדיקות של חנויות, סכמה חסרה או שבורה היא אחת הבעיות הנפוצות ביותר. ולרוב בעל החנות בכלל לא יודע שיש לו בעיה, כי העמוד נראה מצוין בעין.
שדות חובה ושדות מומלצים בסכמת מוצר
גוגל מבדיל בין שני סוגים של תוצאות מוצר, ולכל אחד דרישות קצת שונות. Product snippets הן תוצאות עשירות רגילות עם כוכבים ומחיר. Merchant listings הן תוצאות של מוצר שאפשר לקנות ישירות, והן יכולות להופיע גם בלשונית הקניות ובמיקומים מסחריים נוספים. חנות אונליין צריכה לכוון ל Merchant listings, כי הדרישות שם מלאות יותר.
| שדה | מה הוא אומר לגוגל | סטטוס |
|---|---|---|
| name | שם המוצר | חובה |
| image | תמונה של המוצר | חובה ב Merchant listings |
| offers (Offer) | הצעת המכירה: מחיר, מטבע וזמינות | חובה ב Merchant listings |
| price ו priceCurrency | המחיר כמספר והמטבע (ILS) | חובה בתוך Offer |
| availability | במלאי, אזל, בהזמנה מראש | מומלץ מאוד |
| aggregateRating ו review | דירוג ממוצע וביקורות | מומלץ |
| gtin, sku, brand | מזהים חד משמעיים של המוצר | מומלץ |
| shippingDetails | עלות משלוח וזמני אספקה | מומלץ |
| hasMerchantReturnPolicy | מדיניות החזרות | מומלץ |
Offer: מחיר, מטבע ומלאי
Offer הוא החלק המרכזי של הסכמה. בתוכו שמים את המחיר כמספר בלבד, בלי סימן שקל ובלי פסיקים. כלומר רק ספרות ונקודה עשרונית, בלי סימן ₪ צמוד למספר. המטבע נכנס בשדה נפרד, ובישראל הוא ILS. המחיר בסכמה חייב להיות המחיר שהלקוח רואה בעמוד, כולל מע"מ.
שדה availability אומר אם המוצר זמין. הערכים הנפוצים הם InStock, OutOfStock ו PreOrder. הוא חייב להתעדכן אוטומטית עם המלאי, כי סכמה שאומרת "במלאי" על מוצר שאזל היא בדיוק סוג הפער שגוגל לא אוהב.
דירוגים וביקורות: AggregateRating ו Review
הכוכבים בתוצאות מגיעים מכאן. aggregateRating מכיל את הדירוג הממוצע ואת מספר הביקורות, ו review מכיל ביקורות בודדות. הביקורות חייבות להיות אמיתיות ולהופיע בעמוד עצמו. אם אין ביקורות בעמוד, לא מוסיפים דירוג לסכמה.
מזהים: GTIN, SKU ו brand
GTIN הוא הברקוד הבינלאומי של המוצר, ובישראל הוא בדרך כלל ברקוד של 13 ספרות. SKU הוא המק"ט הפנימי שלך. brand הוא שם המותג. השדות האלה עוזרים לגוגל להבין שהמוצר אצלך הוא אותו מוצר שמופיע אצל יצרן או במקומות אחרים. בחנות לציוד ספורט שליוויתי, הוספת GTIN למוצרים של מותגים מוכרים הייתה אחד הצעדים הראשונים שעשינו, כי המידע כבר היה קיים אצל הספק ופשוט לא הגיע לאתר.
משלוח והחזרות
shippingDetails מתאר כמה עולה משלוח, לאן שולחים וכמה זמן זה לוקח. hasMerchantReturnPolicy מתאר כמה ימים יש להחזרה, איך מחזירים ואם ההחזרה בתשלום. גוגל יכול להציג את המידע הזה ליד המוצר בתוצאות. היום אפשר להגדיר מדיניות משלוח והחזרות גם ברמת הארגון, בסכמת Organization או בתוך Merchant Center, כדי לא לחזור עליה בכל מוצר.
כך נראית סכמת מוצר מלאה יחסית. הערכים כאן לדוגמה בלבד:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "נעלי ריצה לנשים דגם קל",
"image": ["https://example.co.il/images/running-shoe.jpg"],
"description": "נעלי ריצה קלות לאימוני כביש",
"sku": "RUN-W-001",
"gtin13": "7290000000000",
"brand": { "@type": "Brand", "name": "שם המותג" },
"offers": {
"@type": "Offer",
"url": "https://example.co.il/product/running-shoe/",
"price": "XXX.XX",
"priceCurrency": "ILS",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition",
"shippingDetails": {
"@type": "OfferShippingDetails",
"shippingRate": { "@type": "MonetaryAmount", "value": "0", "currency": "ILS" },
"shippingDestination": { "@type": "DefinedRegion", "addressCountry": "IL" },
"deliveryTime": {
"@type": "ShippingDeliveryTime",
"handlingTime": { "@type": "QuantitativeValue", "minValue": 0, "maxValue": 1, "unitCode": "DAY" },
"transitTime": { "@type": "QuantitativeValue", "minValue": 2, "maxValue": 4, "unitCode": "DAY" }
}
},
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "IL",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 14,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/FreeReturn"
}
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.7",
"reviewCount": "38"
}
}תוצאות עשירות ו Merchant listings: מה הסכמה נותנת בגוגל
סכמה תקינה מזכה את העמוד בזכאות לתוצאה עשירה, אבל היא לא מבטיחה שהתוצאה תוצג. גוגל מחליט אם להציג כוכבים, מחיר או זמינות לפי הרבה שיקולים, כולל איכות העמוד והאמינות של האתר.
בלי סכמה, הסיכוי לתוצאה עשירה קטן מאוד. עם סכמה מלאה ונכונה, אתה נותן לגוגל את כל מה שהוא צריך. בתוצאה עשירה הגולש רואה מחיר, דירוג וזמינות עוד לפני שהוא לוחץ, וכך גולשים שלא מתאימים מסתננים ואלה שכן מתאימים נכנסים.
Merchant listings מגיעות רחוק יותר. הן יכולות להופיע בלשונית הקניות, בפאנלים של מוצרים ובתוצאות תמונה. גוגל מושך את המידע הזה משני מקורות: הסכמה בעמוד והפיד ב Merchant Center, אם יש לך. הכי טוב שיהיו שניהם, כי כל מקור מחזק את השני.
איך מנועי AI ו AI Mode משתמשים בנתוני המוצר
כשמישהו שואל את AI Mode של גוגל "איזה נעלי ריצה לנשים עד מחיר מסוים יש עם משלוח מהיר", המנוע צריך עובדות: מחיר, זמינות, מותג, דירוג, זמני משלוח. אלה בדיוק השדות שיש בסכמת מוצר.
גוגל אומר במפורש שאין סכמה מיוחדת לתכונות AI. אותם נתונים מובנים שמשרתים את החיפוש הרגיל משרתים גם את ה AI Overviews ואת AI Mode. והנתונים בסכמה חייבים להתאים למה שכתוב בעמוד, כי מנוע שמוצא סתירה בין הסכמה לטקסט פחות סומך על שניהם.
גם מנועים אחרים כמו ChatGPT ו Perplexity אוספים מידע על מוצרים מכמה מקורות, כולל עמודי המוצר עצמם ופידים של מוצרים. אני לא יכול להגיד לך בדיוק איך כל מנוע משקלל כל שדה, כי הם לא מפרסמים את זה. אבל עמוד עם עובדות ברורות ומובנות קל יותר להבנה ולציטוט מעמוד שבו המחיר קבור בתוך באנר. זה חלק מהעבודה שאני עושה ב קידום aeo, לצד תוכן שעונה ישר על שאלות של קונים.
הטמעה בווקומרס ובשופיפיי
ווקומרס
WooCommerce מוציא סכמת מוצר בסיסית כבר מהקופסה. היא כוללת שם, מחיר, מלאי ודירוג. מה שחסר בדרך כלל זה מותג, משלוח, החזרות ולפעמים GTIN. בגרסאות החדשות של WooCommerce יש שדה GTIN מובנה בלשונית המלאי של המוצר, וכדאי למלא אותו.
תוספי SEO כמו Yoast ו Rank Math מרחיבים את הסכמה ומחברים אותה לשאר הנתונים באתר. וכאן אני רואה את הבעיה הכי נפוצה: התבנית מוציאה סכמה, ווקומרס מוציא סכמה והתוסף מוציא סכמה. פתאום יש בעמוד שתיים או שלוש סכמות מוצר, לפעמים עם מחירים שונים. צריך לבחור מקור אחד ולכבות את השאר.
עוד נקודה בווקומרס היא מוצרים עם וריאציות. ברירת המחדל מוציאה AggregateOffer עם טווח מחירים. זה עובד ל Product snippets, אבל Merchant listings מצפות ל Offer עם מחיר אחד. הפתרון המודרני הוא ProductGroup עם hasVariant, שגוגל תומך בו לתיאור וריאציות כמו מידה וצבע. אם אתה רוצה לראות איך זה משתלב בתמונה הרחבה, יש לי עמוד מפורט על קידום אתר ווקומרס.
שופיפיי
ברוב התבניות החדשות של Shopify יש סכמת מוצר מובנית, בדרך כלל דרך פילטר structured_data של Liquid. תבניות ישנות יותר משתמשות לפעמים בפורמט Microdata, שפחות נוח לתחזוקה. אפליקציות SEO בחנות האפליקציות יכולות להוסיף שדות, אבל גם כאן צריך לוודא שאין כפילות עם התבנית.
בשופיפיי, ה GTIN נכנס בשדה Barcode של כל וריאציה. בחנות לכלי בית שליוויתי השדה הזה היה ריק כמעט בכל המוצרים, למרות שהברקודים היו על האריזות. ההשלמה שלו לקחה עבודה, אבל היא נתנה לגוגל מזהה חד משמעי לכל מוצר. עוד על הצד הזה תמצא בעמוד על קידום חנות שופיפיי.
בכל פלטפורמה אחרת העיקרון זהה: מוצאים מאיפה הסכמה יוצאת, משלימים שדות חסרים ומוודאים שיש מקור אחד בלבד.
איך בודקים סכמת מוצר: Rich Results Test ו Search Console
אני בודק סכמה בשלושה שלבים. קודם כלי Rich Results Test של גוגל. מכניסים כתובת של עמוד מוצר ורואים אילו תוצאות עשירות העמוד זכאי להן, ואילו שגיאות ואזהרות יש. אחר כך Schema Markup Validator, שבודק את הקוד מול schema.org באופן כללי.
השלב השלישי הוא החשוב ביותר: Search Console. תחת אזור הקניות יש דוחות נפרדים ל Product snippets ול Merchant listings, ושם רואים את המצב בכל החנות ולא בעמוד בודד. שגיאה שחוזרת על עצמה באלף מוצרים מופיעה שם מיד. אחרי תיקון, לוחצים על אימות התיקון ועוקבים.
הצ'ק ליסט שאני עובר עליו בכל עמוד מוצר:
- יש סכמת Product אחת בלבד בעמוד
- המחיר בסכמה זהה למחיר שמוצג בעמוד, כולל מע"מ
- המחיר כתוב כמספר, והמטבע ILS בשדה נפרד
- availability מתעדכן אוטומטית כשהמוצר אוזל
- יש לפחות תמונה אחת שנגישה לגוגל
- הדירוג והביקורות בסכמה מופיעים גם בעמוד עצמו
- יש GTIN, SKU ו brand כשהמידע קיים
- מוגדרים משלוח והחזרות, ברמת המוצר או ברמת הארגון
- אין שגיאות קריטיות ב Rich Results Test
- הדוחות ב Search Console נקיים או במגמת שיפור
טעויות נפוצות שאני רואה בחנויות
פער בין הסכמה לעמוד. זו הטעות הכי מסוכנת. מבצע שמשנה את המחיר בעמוד אבל לא בסכמה, או מחיר לפני מע"מ בסכמה ואחרי מע"מ בעמוד. גוגל משווה, ופער כזה עלול לגרום לו להתעלם מהסכמה.
סכמות כפולות. כמו שהסברתי למעלה, תבנית ותוסף שמוציאים כל אחד סכמה משלו. בחנות תכשיטים שבדקתי היו בכל עמוד מוצר שתי סכמות, אחת עם מחיר רגיל ואחת עם מחיר מבצע, וגוגל קיבל שני מסרים סותרים.
דירוגים מומצאים. חמישה כוכבים קבועים בקוד לכל מוצר, בלי ביקורות אמיתיות. זה נוגד את ההנחיות של גוגל ועלול להוביל לפעולה ידנית נגד האתר.
מלאי שלא מתעדכן. מוצר שאזל ממשיך להופיע כזמין. הלקוח נכנס, מגלה שאין, ויוצא מאוכזב.
סימנים בשדה המחיר. סימן שקל, פסיק אלפים או המילה "החל מ". שדה המחיר צריך מספר נקי.
סכמת מוצר בעמודי קטגוריה. עמוד קטגוריה מציג הרבה מוצרים, וגוגל מבקש לשים סכמת Product בעמוד שמתמקד במוצר יחיד.
אם אתה לא בטוח מה המצב אצלך, זה אחד הדברים שאני בודק ב בדיקת seo לחנות אונליין. אני עובר על הסכמה בכל סוגי העמודים, מוצא כפילויות ופערים ונותן רשימת תיקונים לפי סדר עדיפות.
רוצה שאבדוק את סכמת המוצר בחנות שלך?
סכמה טובה היא עבודה שעושים פעם אחת כמו שצריך, ואז היא עובדת בשבילך בכל עמוד מוצר. אני לא מבטיח מקומות בגוגל, כי אף אחד לא יכול להבטיח את זה. אני מוודא שגוגל ומנועי AI מקבלים מהחנות שלך את כל העובדות, בצורה נקייה ועקבית.
שלח לי הודעה ב וואטסאפ עם כתובת החנות, ואגיד לך מה אני רואה בסכמה. אפשר גם להשאיר פרטים ב טופס הפנייה ואחזור אליך.
שאלות נפוצות
האם סכמת מוצר מבטיחה שיופיעו כוכבים ומחיר בגוגל?
לא. סכמה תקינה רק הופכת את העמוד לזכאי לתוצאה עשירה. גוגל מחליט אם להציג אותה לפי איכות העמוד, האמינות של האתר ושיקולים נוספים. בלי סכמה הסיכוי קטן מאוד, ועם סכמה מלאה ונכונה אתה נותן לגוגל את כל מה שהוא צריך.
ווקומרס כבר מוציא סכמה. צריך להוסיף עוד משהו?
בדרך כלל כן. הסכמה הבסיסית של WooCommerce כוללת שם, מחיר, מלאי ודירוג, אבל לרוב חסרים בה מותג, GTIN, משלוח והחזרות. חשוב גם לבדוק שהתבנית או תוסף SEO לא מוציאים סכמה נוספת, כי סכמות כפולות יוצרות סתירות.
יש לי פיד מוצרים ב Merchant Center. אני צריך גם סכמה בעמוד?
כן. גוגל משתמש בשני המקורות, והם משלימים זה את זה. הסכמה בעמוד עוזרת לגוגל לאמת את המידע שבפיד, ופער בין השניים יכול לגרום לבעיות. המצב הכי טוב הוא פיד וסכמה עם אותם מחירים ואותה זמינות.
מה עושים בסכמה עם מוצר שאזל מהמלאי?
משאירים את העמוד ומעדכנים את availability ל OutOfStock. העדכון צריך לקרות אוטומטית מהמערכת, לא ידנית. אם המוצר לא יחזור בכלל, שוקלים הפניה לעמוד מוצר חלופי או לקטגוריה.
האם סכמת מוצר עוזרת להופיע ב AI Mode או ב ChatGPT?
היא עוזרת למנועים להבין את המוצר, אבל היא לא מבטיחה הופעה. גוגל אומר שאין סכמה מיוחדת לתכונות AI, ושאותם נתונים מובנים משרתים גם אותן. עמוד עם עובדות ברורות שתואמות לסכמה קל יותר להבנה ולציטוט.
