נתונים מובנים (Structured Data, ובשמם הנפוץ Schema) הם תיאור של תוכן העמוד בפורמט שמכונה יכולה לקרוא: מי העסק, מה השירות, מי כתב את המאמר, מה מחיר המוצר. גוגל מגדירה אותם כפורמט סטנדרטי למסירת מידע על עמוד ולסיווג התוכן שלו, וממליצה בדרך כלל על פורמט JSON-LD. נתונים מובנים עוזרים לגוגל להבין את העמוד, ויכולים להפוך אותו לזכאי לתוצאה מועשרת — אבל הם לא מבטיחים שתוצאה כזו תוצג.
איך זה נראה בפועל
JSON-LD הוא קטע קוד בתוך העמוד, שהגולש לא רואה. דוגמה מקוצרת לעסק:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "WebUp",
"url": "https://webup.co.il/",
"telephone": "+972-54-9033755"
}
גוגל תומכת בשלושה פורמטים — JSON-LD, Microdata ו-RDFa — ומציינת שכולם תקינים כשהם ממומשים נכון. JSON-LD עדיף בפועל כי הוא יושב בבלוק נפרד ולא מעורבב ב-HTML של התוכן, ולכן קל יותר לתחזק אותו.
אילו סוגים חשובים לאתר של עסק
| סוג עמוד | סוג נתונים מובנים | מה הוא מתאר |
|---|---|---|
| כל עמוד | Organization / LocalBusiness | העסק: שם, לוגו, כתובת, טלפון |
| כל עמוד | WebSite, BreadcrumbList | האתר ומיקום העמוד בהיררכיה |
| עמוד שירות | Service | השירות ומי מספק אותו |
| מאמר | Article | כותרת, כותב, תאריכי פרסום ועדכון |
| מוצר | Product | מחיר, זמינות, תיאור |
| כרטיס עסק באינדקס | LocalBusiness | כתובת, טלפון, שעות פעילות |
| עמודי רשימה | ItemList | הפריטים שבעמוד |
גרף אחד, לא אוסף של קטעים
הטעות הנפוצה היא לפזר באתר קטעי סכמה נפרדים — אחד שתוסף מסוים הוסיף, אחד שהתבנית מוסיפה, ואחד שמישהו הדביק ידנית — שלא מחוברים זה לזה, ולפעמים סותרים. הדרך הנכונה היא גרף אחד: כל ישות מקבלת מזהה קבוע (@id), והישויות מפנות זו לזו דרך המזהים.
דוגמה: הגרף באתר הזה
בכל עמוד באתר WebUp יש גרף נתונים מובנים אחד, שמחבר בין הישויות כך:
- הארגון (Organization + ProfessionalService) — עם לוגו, כתובת, טלפון, מספר עוסק וקטלוג השירותים. מזהה אחד, זהה בכל עמוד.
- המייסד (Person) — שמפנה לארגון כמקום העבודה שלו, והארגון מפנה אליו כמייסד.
- האתר (WebSite) — שהמפרסם שלו הוא הארגון.
- בעמוד שירות — ישות Service, שהספק שלה הוא הארגון, והיא הישות המרכזית של העמוד.
- במאמר — ישות Article, שהכותב שלה הוא המייסד והמפרסם שלה הוא הארגון.
- בכל עמוד — פירורי לחם שמתארים את מיקום העמוד.
הגרף הזה משתלב בגרף ש-Yoast מייצר, במקום להוסיף גרף שני. כך לכל ישות יש מזהה אחד בכל האתר, וגוגל מקבלת תמונה עקבית: עסק אחד, מייסד אחד, ושירותים ומאמרים שמחוברים אליהם.
הכללים שאסור לשבור
לפי ההנחיות הכלליות של גוגל לנתונים מובנים:
- הסימון חייב לתאר את מה שמופיע בעמוד. לא מסמנים תוכן שהגולש לא רואה, ולא תוכן שלא קשור לעמוד.
- כל המאפיינים הנדרשים חייבים להיות שם, אחרת הפריט לא זכאי לתוצאה מועשרת.
- לא מסמנים ביקורות מזויפות, או דירוגים שלא נכתבו על ידי משתמשים אמיתיים. הפרה כזו עלולה להוביל לפעולה ידנית של גוגל, שמבטלת את הזכאות של העמוד לתוצאות מועשרות.
דוגמה מהאתר הזה: בדף הבית מוצגים עקרונות העבודה של המייסד, בגוף ראשון. הם לא מסומנים כביקורות, כי הם לא ביקורות של לקוחות — ולסמן אותם ככאלה היה מטעה.
שאלות נפוצות בסכמה — עדיין שווה?
באוגוסט 2023 הודיעה גוגל שתוצאות מועשרות של שאלות נפוצות (FAQPage) יוצגו רק לאתרים מוכרים וסמכותיים של ממשלה ובריאות. לאתר של עסק, סימון FAQ כבר לא צפוי להציג תוצאה מועשרת. שאלות נפוצות עדיין שוות כתוכן — לגולשים — ולכן באתר הזה הן מופיעות בעמודי השירות כטקסט רגיל, בלי סימון FAQ.
איך בודקים
| כלי | מה הוא בודק |
|---|---|
| Rich Results Test של גוגל | האם העמוד זכאי לתוצאות מועשרות שגוגל תומכת בהן, ואילו שגיאות מונעות זאת |
| Schema Markup Validator (validator.schema.org) | תקינות הסימון לפי Schema.org באופן כללי — גם סוגים שאין להם תוצאה מועשרת בגוגל |
| Search Console — דוחות התוצאות המועשרות | מצב הסימון בכל האתר לאורך זמן, כולל שגיאות שנוצרו אחרי שינוי בתבנית |
| Search Console — בדיקת כתובת | האם גוגל מצאה את הנתונים המובנים בעמוד מסוים |
בדקו לפחות עמוד אחד מכל סוג תבנית — דף בית, שירות, מאמר, מוצר — כי הסימון נוצר מהתבנית, ושגיאה בתבנית חוזרת בכל העמודים מאותו סוג.
טעויות נפוצות
- שני גרפים סותרים — תוסף אחד ותבנית אחרת מתארים את העסק פעמיים, עם פרטים שונים.
- מזהים שלא מתחברים — ישות שמפנה ל-
@idשלא קיים בגרף. - פרטים שלא תואמים לעמוד — טלפון, כתובת או מחיר בסכמה שונים ממה שמוצג.
- סימון ביקורות עצמיות — "ביקורות" שהעסק כתב על עצמו.
- שכחה אחרי שינוי — עדכון תבנית שובר את הסימון, ואף אחד לא בודק את דוחות Search Console.
פירורי הלחם עצמם — איך בונים אותם ומה הם נותנים לגולש — מוסברים במאמר פירורי לחם באתר.
מאמרים קשורים: לוח דרושים: איך בונים אתר משרות שעובד לשני הצדדים וYoast SEO: מה התוסף באמת עושה ואיך מגדירים אותו נכון.
נתונים מובנים הם חלק מהתשתית הטכנית שאני בונה בכל אתר — יחד עם תגיות קנוניקל, מפות אתר ומבנה כתובות. באינדקסים, סימון LocalBusiness לכל כרטיס עסק הוא חלק מרכזי מהעבודה — ראו איך בונים אינדקס שמחזיק. פירוט נוסף בעמוד תשתית טכנית מוכנה למנועי חיפוש.
אהבתם את המאמר?
