הגדרה קצרה
נתונים מובנים הם מידע שמסומן בפורמט מוגדר (JSON-LD, Microdata, RDFa) כדי שמנועי חיפוש יוכלו לפרש אותו בצורה חד-משמעית.
הרחבה
בפועל, נתונים מובנים באתר = סכמה. הם מאפשרים Rich Snippets בגוגל (כוכבים, תמונות, מחירים, שעות פתיחה), הכללה בגרף ידע, ושיפור זיהוי הישויות. באתרי אי-קומרס מדובר בהכרח אמיתי, לא באופציה.
למה Structured Data חשוב לקידום ולשיווק?
כל דף באתר מכיל עובדות: מי כתב, כמה עולה, איפה נמצא, מתי פתוח, מה הדירוג. בלי נתונים מובנים, מנוע החיפוש צריך לנחש את העובדות האלה מתוך הטקסט, ולפעמים הוא מנחש לא נכון או מוותר. נתונים מובנים הופכים את הניחוש לידיעה. זה הבסיס לכל התוצאות העשירות בגוגל, להופעה בגרף הידע, ולאופן שבו מנועי AI מזהים את העסק שלכם כישות אחת מוגדרת ולא כאוסף מילים.
לעסק שפועל בישראל יש משמעות נוספת: שמות של עסקים ואנשים בעברית נכתבים בכמה אופנים, כתובות כוללות קיצורים, ומספרי טלפון מופיעים בפורמטים שונים. נתונים מובנים נותנים למנוע גרסה אחת, חד-משמעית, של כל פרט. אתר מסחר שלא מסמן מחיר, מטבע וזמינות מפסיד את היכולת להופיע עם המידע הזה בתוצאות, ולעומת מתחרה שכן מסמן הוא נראה פחות מידעי בדיוק באותו מיקום.
איך מודדים ומיישמים את זה בפועל?
בפועל, נתונים מובנים מיושמים באמצעות אוצר המילים של Schema.org, ברוב המקרים בפורמט JSON-LD. שלב ראשון הוא מיפוי: לכל תבנית דף באתר כותבים מה הישות המרכזית שלו (עסק, מוצר, מאמר, אדם, אירוע, שאלות ותשובות) ואילו מאפיינים שלה מופיעים בדף. שלב שני הוא יישום דרך מערכת הניהול או התוסף, כך שהסימון יתעדכן אוטומטית כשהתוכן משתנה. שלב שלישי הוא אימות ב-Rich Results Test ובמעקב שוטף בדוחות השיפורים של Google Search Console.
חשוב להבדיל בין שני סוגי ערך. סוגים שגוגל מציג כתוצאה עשירה, כמו Product, Article, LocalBusiness, BreadcrumbList, Event ו-Review, מניבים שינוי גלוי בדף התוצאות. סוגים אחרים, כמו Organization מפורט, Person עם קישורים לפרופילים, או סימון של שאלות ותשובות שאינו מוצג עוד לרוב האתרים, לא ישנו את מראה התוצאה, אבל עדיין עוזרים למנוע ולמודלי AI להבין את הישויות ואת היחסים ביניהן. גם כשאין תוצאה עשירה, הסימון תורם להבנה.
טעויות נפוצות
- מסמנים מידע שאינו מופיע בדף הגלוי, מה שנחשב בעיני גוגל לסימון מטעה.
- משתמשים בכמה תוספים שמייצרים סכמה סותרת לאותו דף, למשל שני בלוקים של Organization.
- מסמנים את העסק כ-Organization בלבד כשהוא עסק מקומי שמקבל לקוחות בכתובת פיזית.
- מתייחסים לנתונים מובנים כפרויקט חד-פעמי ולא בודקים שהסימון שרד שינוי תבנית או עיצוב.
- מבזבזים מאמץ על סוגי סכמה אקזוטיים לפני שהבסיס, כמו העסק, המחבר והמוצר, מסומן נכון.
דוגמה מהשטח
דמיינו אתר של חברת השכרת ציוד לאירועים שבו כל מוצר מופיע עם מחיר ליום, זמינות לפי תאריך וביקורות של לקוחות, אבל כולם בטקסט חופשי בלבד. בדף התוצאות המוצרים שלה נראים כמו כל תוצאה אחרת, בזמן שמתחרה מציג מחיר וכוכבים. החברה מוסיפה Product עם מחיר ומטבע, AggregateRating על בסיס הביקורות שבדף עצמו, ו-LocalBusiness עם אזורי השירות. אחרי שגוגל סורק ומאמת את הסימון, התוצאות שלה מתחילות להופיע עם המידע הזה, ובלוק הידע על שם החברה מתעדכן בכתובת ובשעות הפעילות.
להמשך קריאה
שאלות נפוצות על Structured Data
מה ההבדל בין נתונים מובנים לסכמה?
- נתונים מובנים הם הרעיון הכללי: מידע שמסומן בפורמט שמכונה יכולה לפרש. Schema.org הוא אוצר המילים המקובל לסימון הזה, ו-JSON-LD הוא הפורמט שבו הוא נכתב בדרך כלל. בשיחה יומיומית משתמשים בשלושת המונחים כמעט לחילופין.
האם צריך נתונים מובנים גם באתר תדמית קטן?
- כן. סימון LocalBusiness או Organization עם כתובת, טלפון, שעות ופרופילים ברשתות עוזר לגוגל ולמנועי AI לזהות את העסק כישות אחת. זה גם מה שמופיע בבלוק המידע כשמחפשים את שם העסק.
למה גוגל לא מציג את התוצאה העשירה גם כשהסימון תקין?
- סימון תקין הוא תנאי הכרחי אבל לא מספיק. גוגל מחליט לפי השאילתה, לפי איכות הדף ולפי מדיניות שמשתנה; חלק מהסוגים כבר אינם מוצגים לרוב האתרים. הסימון עדיין עוזר להבנת התוכן גם כשאינו מוצג.