חנויות רבות מציגות בדף המוצר מחיר, מלאי ודירוג, ובגוגל התוצאה נראית כמו שורת טקסט אפורה בלי שום יתרון. ההנחה הרווחת היא שצריך עוד קישורים כדי לבלוט, בזמן שההבדל בין תוצאה רגילה לתוצאה עשירה נקבע בשכבת נתונים שהגולש בכלל לא רואה. נתונים מובנים הם השכבה הזאת, והם לא עוד טריק קידום אלא תרגום של מה שכבר קיים בדף לשפה שגוגל קורא בוודאות. חנות שמסדרת את השכבה הזאת מקבלת מקום גדול יותר באותה תוצאה, בלי לשנות מילה אחת בתוכן.
להבין מה נתונים מובנים עושים בפועל
גוגל קורא את הדף שלכם כמו שגולש קורא אותו, ומנחש מה זה מחיר ומה זה שם מוצר לפי הקשר ומיקום. הניחוש הזה עובד לא רע באנגלית, ועובד פחות טוב בעברית, בקונימבו, ובדפי מוצר עמוסי מודולים ותוספים. נתונים מובנים מחליפים את הניחוש בהצהרה מפורשת.
בפועל מדובר בבלוק נתונים שיושב בדף ואומר לגוגל: זה מוצר, זה השם שלו, זה המחיר, זה המלאי, זה הדירוג. גוגל לא צריך לחפש את המידע בתוך העיצוב, הוא מקבל אותו מסודר. מכאן מגיעות התוצאות העשירות: כוכבים, מחיר, זמינות ופירורי לחם בתוך תוצאת החיפוש.
ההבדל בין תוצאה רגילה לתוצאה עשירה הוא הבדל בשטח שהתוצאה שלכם תופסת בעמוד. שתי תוצאות באותו מיקום בדיוק לא מקבלות את אותה כמות הקלקות כשאחת מהן מציגה מחיר, כוכבים ומסלול ניווט.
חשוב להבין מה נתונים מובנים לא עושים. הם לא משפרים תוכן חלש, הם לא מייצרים סמכות, והם לא מחליפים עבודת און פייג'. הם שכבת תרגום, לא שכבת שיווק. חנות עם דפי מוצר ריקים שתוסיף סכמה תקבל בדיוק אותה תוצאה אפורה, רק עם קוד תקין מאחוריה.
להכיר את סוגי הסכמות שרלוונטיים לחנות
יש עשרות סוגי סכמה, ולחנות איקומרס רלוונטיים חמישה או שישה. כל השאר מיותרים ורק מסבכים את התחזוקה. בגדול, אלה הסוגים שכדאי לכם להכיר:
- סכמת ארגון לזהות העסק בעמוד הבית
- סכמת אתר לשם האתר ולחיפוש הפנימי
- סכמת מוצר לכל דף מוצר
- סכמת פירורי לחם למסלול הניווט בכל דף פנימי
- סכמת שאלות ותשובות לתוכן שמוצג בדף
- סכמת רשימת פריטים לדפי קטגוריה
אם תסדרו את השישה האלה נכון, כיסיתם כמעט את כל מה שגוגל מסוגל להציג לחנות. כל סכמה נוספת מעבר לזה היא תחזוקה בלי תמורה.
הפורמט שגוגל מעדיף היום הוא בלוק נתונים נפרד שיושב בקוד הדף, ולא סימונים שמפוזרים בתוך התגיות של העיצוב. ההבדל חשוב בפועל: בלוק נפרד לא נשבר כשמישהו משנה את התבנית או מוסיף מודול, בעוד שסימון שמשולב בעיצוב מתפרק ברגע שנוגעים בו.
להתחיל מסכמת ארגון בעמוד הבית
עמוד הבית הוא המקום שבו גוגל מבין מי אתם. סכמת ארגון אומרת מה שם העסק, מה הכתובת של האתר, איפה הלוגו, ואילו פרופילים ברשתות שייכים לכם. זה נשמע טכני וזניח, אבל זה מה שמחבר בין החנות שלכם לבין הישות שגוגל מזהה כמותג.
מה שקורה בפועל בחנויות שלא עשו את זה: גוגל מציג את שם הדומיין במקום את שם העסק, או מושך לוגו מאיזו תמונה אקראית בדף. הבעיה מתחילה כשמישהו מחפש את שם החנות בשמה המדויק ומקבל תוצאה שנראית חובבנית.
לצד סכמת הארגון כדאי להצהיר גם על האתר עצמו ועל שורת החיפוש הפנימית שלו. זה מה שמאפשר לגוגל להציג תיבת חיפוש בתוך התוצאה של עמוד הבית, כך שגולש שמחפש את שם החנות יכול לחפש מוצר בלי להיכנס בכלל.
סכמת ארגון היא הפעולה הזולה ביותר ברשימה הזאת. היא נכתבת פעם אחת בעמוד הבית ולא נוגעים בה שוב.
להשלים סכמת מוצר בכל דף מוצר
סכמת מוצר היא הליבה, וכאן רוב החנויות עוצרות באמצע. הן מצהירות על שם ותמונה ומדלגות על השדות שבאמת מייצרים תוצאה עשירה. מה שקורה בפועל הוא סכמה תקינה טכנית שגוגל לא עושה איתה כלום.
השדות שחייבים להופיע בכל דף מוצר בחנות פעילה:
- שם המוצר בדיוק כפי שהוא מוצג בכותרת הדף
- תיאור קצר שמתאר את המוצר ולא את החנות
- תמונה ראשית באיכות גבוהה, ורצוי מערך של כמה תמונות
- מותג, גם כשהמותג הוא החנות עצמה
- הצעה שכוללת מחיר, מטבע וסטטוס מלאי
- קישור קבוע לכתובת דף המוצר עצמו
ברגע שששת השדות האלה מלאים ונכונים, הדף עומד בסף המינימלי שגוגל דורש כדי לשקול הצגה עשירה. כל מה שמעבר לזה הוא שיפור, לא תנאי.
שימו לב לפרט אחד שמפיל הרבה חנויות: המחיר בסכמה נכתב כמספר בלבד, בלי סימן מטבע ובלי פסיקים, והמטבע מוצהר בשדה נפרד. חנות שכותבת בשדה המחיר מחרוזת עם סימן שקל תקבל שגיאה בכלי הבדיקה ולא תבין למה.
לחבר מק"ט וברקוד לסכמה
מק"ט וברקוד הם מה שמחבר בין דף המוצר שלכם לבין אותו מוצר בדיוק אצל כל שאר המוכרים. גוגל משתמש במזהים האלה כדי לאחד מוצרים זהים ולהבין שהפריט שאתם מוכרים הוא פריט מוכר עם היסטוריה, ביקורות ומחירים בשוק.
בחנות שמייבאת מוצרים מספק, המידע הזה כבר קיים בקובץ הייבוא. השדות שמעניינים אתכם הם המק"ט הפנימי, הברקוד הבינלאומי, ומספר הדגם של היצרן. שלושתם יושבים בסכמת המוצר בשדות נפרדים.
מהחנויות שעברתי עליהן, זה השדה שהכי הרבה פעמים קיים בקטלוג ולא מגיע לסכמה. הדאטה נמצא באקסל, הוא פשוט לא עובר לדף. זה תיקון של מיפוי שדות, לא של תוכן.
אל תמציאו ברקוד למוצר שאין לו. מזהה שגוי גרוע ממזהה חסר, כי הוא מקשר את המוצר שלכם לפריט אחר לגמרי.
להוסיף מסלול פירורי לחם
פירורי לחם, או breadcrumbs, הם המסלול שמראה לגולש איפה הוא נמצא: בית, מחלקה, תת מחלקה, מוצר. בתוצאת החיפוש הם מחליפים את הכתובת הארוכה והמכוערת של הדף במסלול קריא בעברית.
שני דברים חשובים כאן. הראשון, המסלול בסכמה חייב להיות זהה למסלול שמוצג בדף. השני, המסלול חייב לשקף את עץ הקטגוריות האמיתי, ולא איזה מסלול כללי שמופיע בכל דף באתר.
בחנות עם 150 תתי מחלקות זה ההבדל בין תוצאה שנראית מסודרת לבין תוצאה שנראית כמו קישור טכני. זה גם מחזק את הקישוריות הפנימית, כי כל דף מוצר מקשר בחזרה למחלקה שלו בעוגן ברור.
מוצר שמשויך לכמה מחלקות מייצר שאלה נוספת: איזה מסלול מצהירים. התשובה היא המסלול הראשי, אותו מסלול שהגולש רואה כשהוא נוחת בדף. חנויות שמנסות להצהיר על כל המסלולים בבת אחת מקבלות בלגן שגוגל מתעלם ממנו.
לסמן שאלות ותשובות שכבר מוצגות בדף
סכמת שאלות ותשובות היא ההזדמנות הגדולה בדפי מוצר, וגם המקום שבו הכי קל להישרף. הכלל הקריטי פשוט: מסמנים רק תוכן שנראה לגולש. שאלה ותשובה שקיימות בסכמה ולא מופיעות בדף עצמו הן הפרה מפורשת של ההנחיות.
זאת אומרת שהתהליך הוא הפוך ממה שרוב האנשים חושבים. קודם כותבים את השאלות והתשובות בדף המוצר, בטקסט שהגולש קורא, ורק אחר כך מסמנים אותן בסכמה. לא הפוך.
יש כאן גם הבחנה שרוב החנויות מפספסות. סכמת שאלות ותשובות מיועדת לשאלות שהחנות עצמה כתבה וענתה עליהן, ולא לשאלות שגולשים שולחים בתגובות ומקבלים מענה מגולשים אחרים. אלה שני סוגי סימון שונים, ועירוב ביניהם מייצר אזהרות בכלי הבדיקה.
מה שכן, סעיף שאלות ותשובות טוב עושה שתי עבודות בו זמנית. הוא עונה על ההתלבטות שעוצרת את הגולש לפני הרכישה, והוא הופך את הדף לקריא למנועי AI. אם אתם עובדים על נראות במנועי חיפוש מבוססי AI, הסעיף הזה הוא נקודת הפתיחה שלכם.
לסמן חוות דעת בלי לחצות את הגבול
דירוג כוכבים בתוצאת החיפוש הוא הפיתוי הגדול, ולכן הוא גם התחום שגוגל שומר עליו הכי חזק. הכללים לא מסובכים, אבל הם נאכפים.
מה מותר ומה אסור בסימון חוות דעת:
- מותר לסמן ביקורות אמיתיות של לקוחות שמוצגות בדף המוצר
- מותר להצהיר על דירוג ממוצע רק כשמספר המדרגים מוצהר גם הוא
- אסור לסמן ביקורות שהחנות כתבה על עצמה
- אסור לסמן דירוג שמגיע מאתר חיצוני ולא מוצג בדף
- אסור לסמן דירוג של קטגוריה שלמה כאילו הוא של מוצר בודד
אם אין לכם עדיין ביקורות אמיתיות, עדיף להשאיר את השדה ריק מאשר למלא אותו במשהו. איסוף חוות דעת מלקוחות הוא תהליך בפני עצמו, וכשהן מגיעות הן משרתות גם את הסכמה וגם את ההמרה.
לוודא שהמחיר והמלאי בסכמה תואמים לדף
זאת התקלה הכי נפוצה שאני רואה בחנויות שכבר יש להן סכמה. המחיר בדף התעדכן במבצע, המחיר בסכמה נשאר ישן. המוצר אזל, הדף מציג אזל, הסכמה עדיין מצהירה על מלאי זמין.
מה שקורה בפועל הוא שגוגל מציג נתון שגוי בתוצאה, הגולש נכנס ורואה משהו אחר, ועוזב. אחרי שזה קורה מספיק פעמים גוגל מפסיק להציג את הנתון בכלל.
הפתרון הוא לא לתחזק את הסכמה ידנית. הסכמה חייבת להישאב מאותו מקור נתונים שמזין את הדף, כך שעדכון מחיר במערכת מתגלגל אוטומטית לשני המקומות. בקונימבו ובמערכות דומות זה עניין של תבנית נכונה, לא של עבודה שוטפת.
המצבים שבהם הפער נפתח כמעט תמיד:
- מבצע שהוגדר בממשק ולא התגלגל לשדה המחיר בסכמה
- מוצר שאזל אבל הדף שלו נשאר פעיל
- מוצר עם וריאציות שכל אחת מהן במחיר אחר
- ייבוא קטלוג שעדכן מחירים בלי לעדכן את התבנית
- מוצרים שהועלו ידנית ולא דרך קובץ הייבוא
אם אתם מזהים אחד מהמצבים האלה בחנות שלכם, שם כדאי להתחיל את הבדיקה. סכמה שמתוחזקת ידנית תתנתק מהמציאות תוך חודש.
בקטלוגים גדולים כדאי להוסיף בדיקה תקופתית פשוטה: לקחת עשרה מוצרים אקראיים, להשוות את המחיר בדף למחיר בסכמה, ולוודא שסטטוס המלאי זהה. אם כל העשרה תואמים, התבנית עובדת. אם אחד לא, יש קבוצת מוצרים עם התנהגות שונה ושווה לבדוק אותה לעומק.
לבדוק את הסכמה בכלי הבדיקה של גוגל
אחרי שהטמעתם, בודקים. גוגל מספק שני כלים חינמיים: בדיקת התוצאות העשירות שמראה מה גוגל מסוגל להציג מהדף, ובודק הסכמות הכללי שמראה את כל מה שהוא זיהה כולל אזהרות.
סדר הבדיקה שאני עובד לפיו:
- לבדוק דף מוצר אחד שהוא מייצג, לא את הראשון ברשימה
- לתקן כל שגיאה אדומה לפני שממשיכים הלאה
- לעבור על האזהרות הצהובות ולהחליט מה שווה להשלים
- לבדוק דף מוצר במבצע ודף מוצר שאזל, כי אלה המקרים שנשברים
- לבדוק דף קטגוריה ודף תוכן, ולא רק דפי מוצר
אם התיקון בוצע בתבנית ולא בדף בודד, בדיקה של שלושה או ארבעה דפים מייצגים מספיקה כדי לדעת שכל החנות תקינה. הבדיקה הזאת לוקחת חמש דקות לדף, ומונעת שבועות של תוצאות עשירות שלא מופיעות בלי סיבה ברורה.
לעקוב אחרי דוח התוצאות העשירות
כלי הבדיקה אומר לכם מה תקין בדף בודד. סרץ קונסול אומר לכם מה תקין בכל האתר, ומתי משהו נשבר. אלה שני דברים שונים ושניהם נחוצים.
בסרץ קונסול יש דוח נפרד לכל סוג סכמה: מוצרים, פירורי לחם, שאלות ותשובות. כל דוח מציג כמה דפים תקינים, כמה עם אזהרות וכמה עם שגיאות, לאורך זמן. כאן תראו את הדבר שכלי הבדיקה לעולם לא יראה לכם: ירידה פתאומית שמעידה על שינוי בתבנית או על ייבוא שהשתבש.
מה שאני מחפש שם קודם כל הוא פער בין מספר המוצרים בחנות למספר הדפים התקינים בדוח. פער גדול אומר שיש קבוצת מוצרים שלמה שלא מקבלת סכמה, בדרך כלל בגלל תבנית שונה או שדה חסר בייבוא.
הדוח הזה שווה גם בגלל התזמון. שינוי בתבנית או ייבוא שהשתבש מופיעים בו תוך ימים ספורים, הרבה לפני שתראו ירידה בכניסות. זאת אחת ההתראות המוקדמות הבודדות שגוגל נותן בחינם, וחבל לוותר עליה.
לחזור על התהליך בדפי קטגוריה
דפי קטגוריה מקבלים פחות תשומת לב מדפי מוצר, ולרוב הם אלה שמביאים את הטראפיק החם. גם הם צריכים שכבת נתונים מובנים משלהם, פשוט אחרת.
בדף קטגוריה לא מצהירים על מוצר בודד. מצהירים על רשימת מוצרים ועל מסלול פירורי לחם, ואם יש בדף טקסט קטגוריה עם שאלות נפוצות, גם עליהן. הרשימה עוזרת לגוגל להבין את סדר המוצרים בדף ואת הקשר ביניהם.
מה שאסור לעשות בדף קטגוריה זה להצהיר עליו כעל מוצר. ראיתי חנויות שהעתיקו את תבנית הסכמה מדף המוצר לדף הקטגוריה, וקיבלו דף שמצהיר על עצמו כמוצר בודד עם המחיר של הפריט הראשון ברשימה. גוגל לא אוהב את זה ובצדק.
סדר הפעולות פשוט: קודם כל דפי המוצר, אחר כך דפי הקטגוריה, ורק בסוף דפי התוכן והמאמרים. ההיגיון הוא שדפי המוצר הם גם הכי רבים וגם הכי מרוויחים מהצגה עשירה, אז שם התשואה על השעה הראשונה של העבודה היא הגבוהה ביותר.
נקודה אחת שכדאי לשים לב אליה בדפי קטגוריה עם פג'יניישן. הרשימה בסכמה צריכה לשקף את המוצרים שמופיעים בעמוד הנוכחי, לא את כל הקטגוריה. עמוד שני שמצהיר על אותה רשימה כמו העמוד הראשון מייצר כפילות מיותרת.
לא לסמן מה שלא קיים
יש פיתוי אמיתי לסמן יותר ממה שיש. להוסיף דירוג לפני שיש ביקורות, לסמן שאלות שלא מופיעות בדף, להצהיר על משלוח חינם שקיים רק מעל סכום מסוים. כל אלה נראים כמו קיצור דרך ומתנהגים כמו מלכודת.
גוגל בודק התאמה בין הסכמה לדף, גם אוטומטית וגם בבדיקה ידנית כשמגיעה תלונה. הענישה על סימון מטעה היא לא ירידה בדירוג אלא הסרה של התוצאות העשירות מכל האתר, ולפעמים לתקופה ארוכה.
לא מסמנים מה שרוצים שיהיה, מסמנים מה שיש.
יש גם גרסה עדינה יותר של אותה טעות, והיא נפוצה בהרבה. סכמה שמעתיקה תיאור מוצר גנרי של היצרן לכל 40 המוצרים בסדרה, או שמצהירה על מותג כללי שלא מופיע בשום מקום בדף. זה לא מטעה בכוונה, אבל התוצאה זהה: גוגל מזהה פער בין הדף לסכמה ומפסיק לסמוך עליה.
הצד השני של המטבע מעודד יותר. כל שדה שאתם רוצים בסכמה ואין לכם, הוא בעצם רשימת משימות תוכן: להוסיף שאלות ותשובות אמיתיות לדף, לאסוף ביקורות, למלא ברקודים בקטלוג, לכתוב תיאורים ייחודיים. הסכמה רק חושפת את החורים.
לתעדף לפי סוג דף ולא לפי כמות
בחנות עם 2,000 מק"טים אי אפשר להתחיל מהכל. השאלה הנכונה היא לא כמה דפים לתקן קודם, אלא איזה סוג דף.
סדר העדיפויות שעובד בחנויות בכל גודל:
- עמוד הבית עם סכמת ארגון וסכמת אתר
- תבנית דף המוצר, שמכסה בבת אחת את כל המק"טים
- פירורי לחם בכל הדפים הפנימיים
- דפי הקטגוריה שמביאים את רוב הכניסות האורגניות
- שאלות ותשובות בדפי המוצר המובילים
- חוות דעת, אחרי שיש מספיק ביקורות אמיתיות
העיקרון כאן הוא שתיקון בתבנית שווה יותר מתיקון בדף. שינוי אחד בתבנית דף המוצר מטפל בכל הקטלוג, בעוד שעריכה ידנית של דפים בודדים לא מסתיימת לעולם.
מהחנויות שעברתי עליהן, ארבעת הסעיפים הראשונים ברשימה הזאת לוקחים ימים בודדים ומכסים את רוב הפוטנציאל. שני האחרונים הם עבודת תוכן מתמשכת שנמדדת בחודשים, ואין טעם לחכות להם כדי להעלות את הראשונים לאוויר.
וכשאתם ניגשים לתבנית, בדקו גם את התמונות. סכמה שמצביעה על תמונה קטנה או חסרה לא תייצר תוצאה עשירה גם אם כל שאר השדות מושלמים, וטיפול נכון בתמונות מוצר משרת גם את הסכמה וגם את הדף.
לענות על השאלות שחוזרות על נתונים מובנים
האם נתונים מובנים משפרים ישירות את הדירוג בגוגל
לא באופן ישיר. נתונים מובנים לא מזיזים את המיקום שלכם למעלה בעצמם, אבל הם משנים את הדרך שבה התוצאה מוצגת. תוצאה עם מחיר, דירוג ופירורי לחם תופסת יותר שטח ומקבלת יותר הקלקות מתוצאה אפורה באותו מיקום, וההקלקות האלה כן משפיעות לאורך זמן.
כמה זמן לוקח לתוצאות העשירות להופיע אחרי ההטמעה
זה תלוי בקצב הסריקה של האתר שלכם. בחנות פעילה שגוגל סורק יומיומית אפשר לראות שינוי תוך שבוע עד שבועיים, ובאתר קטן או חדש זה יכול לקחת חודש ויותר. אפשר להאיץ את התהליך בבקשת אינדוקס מחדש לדפים מייצגים דרך סרץ קונסול.
האם צריך להוסיף נתונים מובנים לכל מוצר בנפרד
לא, וזאת הטעות הכי יקרה שאפשר לעשות. הסכמה נבנית פעם אחת בתבנית של דף המוצר ונשאבת אוטומטית מהשדות של כל מוצר. כך שינוי אחד מטפל בכל הקטלוג, והמידע נשאר מסונכרן גם כשמחיר או מלאי משתנים.
מה קורה אם יש שגיאה בסכמה של חלק מהמוצרים
גוגל פשוט מתעלם מהסכמה בדפים השגויים ומציג אותם כתוצאה רגילה, בלי עונש על שאר האתר. זה נכון כל עוד מדובר בשגיאה טכנית ולא בסימון מטעה. שגיאות מהסוג הזה מופיעות בדוח התוצאות העשירות בסרץ קונסול, ובדרך כלל הן נובעות משדה חסר בקבוצת מוצרים מסוימת.
האם נתונים מובנים עוזרים גם במנועי חיפוש מבוססי AI
כן, ובעיקר בעקיפין. מנועי AI מעדיפים תוכן שקל לחלץ ממנו עובדה ברורה, וסכמה מסודרת מספקת בדיוק את זה: שם מוצר, מותג, מחיר, זמינות ותשובות לשאלות נפוצות בפורמט אחיד. חנות עם סכמה מלאה נותנת למנוע פחות מקום לטעות.
נתונים מובנים מסבירים למנוע את מה שהגולש כבר רואה
כל מה שכתוב כאן מסתכם בעיקרון אחד: הסכמה לא מוסיפה מידע לדף, היא מתרגמת מידע שכבר קיים בו. ברגע שתופסים את זה, כל ההחלטות הקשות נעשות פשוטות. יש דירוג בדף, מסמנים אותו. אין דירוג, לא ממציאים.
אחרי 10 שנים ו-60+ חנויות, זה אחד התיקונים הבודדים שנותנים תוצאה נראית לעין בלי לגעת בעיצוב, בתוכן או במהירות הטעינה. הוא יושב בתבנית, הוא נעשה פעם אחת, והוא ממשיך לעבוד לבד.
בסופו של דבר, חנות שמסדרת את שכבת הנתונים המובנים לא מנסה להערים על גוגל אלא להפסיק לתת לו לנחש. המחיר, המלאי, המק"ט והדירוג כבר נמצאים אצלכם במערכת, והשאלה היחידה היא אם הם מגיעים לדף בצורה שגוגל קורא בוודאות. ההפרש בין שני המצבים האלה נמדד בשיעור ההקלקה, וזה ההבדל בין להיות בעמוד הראשון לבין להיות התוצאה שלוחצים עליה.
רוצים שכבת נתונים מובנים מסודרת בכל דפי החנות? התחילו משירות הקידום האורגני לחנויות איקומרס.
