Schema Markup (נתונים מובנים) הוא קוד שמתאר למנועי חיפוש, בפורמט קבוע ובאוצר המילים של schema.org, מה יש בעמוד: מי העסק, איזה שירות מוצג, מי כתב את המאמר ומתי. גוגל משתמשת בו כדי להבין את התוכן, ובחלק מהמקרים כדי להציג תוצאות עשירות. הוא לא מבטיח תצוגה מיוחדת, וגוגל מציינת במפורש שאין סכמה מיוחדת שצריך להוסיף כדי להופיע בתכונות ה-AI של החיפוש.
מה זה נתונים מובנים
עמוד אינטרנט נכתב לבני אדם. אדם שקורא "קריר, שירותי מיזוג בשרון, 09-0000000" מבין מיד שזה שם עסק, תחום, אזור וטלפון. מכונה צריכה לנחש. נתונים מובנים מחליפים את הניחוש בהצהרה: זה ארגון, זה השם שלו, זה השירות שהוא מספק, וזה האזור שבו הוא עובד.
גוגל מגדירה נתונים מובנים כפורמט סטנדרטי למסירת מידע על עמוד ולסיווג התוכן שלו (מבוא לנתונים מובנים, Google Search Central).
מה זה schema.org
schema.org הוא אוצר מילים משותף שהושק ב-2011 על ידי Google, Microsoft (Bing) ו-Yahoo, ו-Yandex הצטרפה מאוחר יותר באותה שנה. הוא מגדיר סוגים (Types) כמו Organization או Article, ומאפיינים (Properties) כמו name, url או author. בזכות אוצר המילים המשותף, אותו קוד מובן למנועים שונים.
חשוב להבחין: schema.org מגדיר מאות סוגים, אבל גוגל מציגה תוצאות עשירות רק לחלק קטן מהם. סוג שלא מופיע בתיעוד של גוגל עדיין יכול לעזור בהבנת התוכן, אבל לא יוביל לתצוגה מיוחדת בחיפוש.
JSON-LD: הפורמט המומלץ
גוגל תומכת בשלושה פורמטים: JSON-LD, Microdata ו-RDFa, וממליצה על JSON-LD כשהאתר מאפשר זאת. היתרון שלו: הקוד יושב בבלוק script נפרד ולא מעורבב ב-HTML של התוכן, כך שקל לתחזק אותו.
דוגמה: Organization ו-Service לעסק בדיוני
הדוגמה הבאה מתארת עסק בדיוני לתיקון והתקנת מזגנים. השמות כתובים באנגלית לנוחות הקריאה; באתר עברי כותבים אותם בדיוק כפי שהם מופיעים בעמוד.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "Karir Air Conditioning",
"url": "https://www.example.com/",
"logo": "https://www.example.com/images/logo.png",
"telephone": "+972-9-000-0000",
"sameAs": [
"https://www.linkedin.com/company/your-company-page"
]
},
{
"@type": "Service",
"@id": "https://www.example.com/services/maintenance/#service",
"name": "Air conditioner maintenance",
"serviceType": "AC cleaning and inspection",
"url": "https://www.example.com/services/maintenance/",
"provider": { "@id": "https://www.example.com/#organization" },
"areaServed": [
{ "@type": "City", "name": "Netanya" },
{ "@type": "City", "name": "Kfar Saba" }
]
}
]
}
</script>שלושה דברים שכדאי לשים לב אליהם בדוגמה:
- @id קבוע לארגון. כל עמוד באתר מפנה לאותו מזהה, ולא מגדיר את העסק מחדש. כך כל השירותים, המאמרים והעמודים מתחברים לישות אחת.
- provider מפנה ל-@id. השירות לא "מרחף" לבד: ברור מי מספק אותו.
- areaServed תואם לעמוד. אם העמוד מציין רק נתניה וכפר סבא, זה מה שנכנס לקוד. לא "כל הארץ" כי זה נשמע טוב יותר.
סוגי Schema נפוצים
| סוג | איפה משתמשים | מה הוא מתאר | הערה |
|---|---|---|---|
| Organization | ברמת האתר | שם, לוגו, אתר, פרטי קשר, פרופילים רשמיים (sameAs) | בסיס לכל עסק; הגדירו פעם אחת עם @id |
| WebSite | ברמת האתר | האתר עצמו והקשר שלו לארגון | תוספי SEO רבים מייצרים אותו אוטומטית |
| Service | עמודי שירות | השירות, הספק ואזור השירות | לא מוביל לתוצאה עשירה בגוגל, אבל מבהיר את התוכן |
| Article | מאמרים ופוסטים | כותרת, מחבר, תאריך פרסום ועדכון | התאריכים צריכים להתאים למה שמוצג בעמוד |
| BreadcrumbList | רוב העמודים | מיקום העמוד במבנה האתר | כדאי שיתאים לפירורי הלחם הגלויים |
| LocalBusiness | עסקים עם כתובת פיזית או אזור שירות | כתובת, שעות פעילות, טלפון | שמרו על עקביות מול פרופיל העסק בגוגל |
| Product | עמודי מוצר | מוצר, מחיר, זמינות, ביקורות | מחיר וזמינות חייבים להתאים לעמוד |
| FAQPage | עמודי שאלות ותשובות | רשימת שאלות ותשובות | גוגל מגבילה מאז 2023 את תצוגת תוצאות ה-FAQ לאתרים סמכותיים בתחומי ממשל ובריאות |
מתי להשתמש ב-Schema Markup
הכלל הפשוט: מסמנים רק מה שקיים בעמוד, ורק כשהסוג מתאר את הנושא המרכזי שלו. בפועל, לאתר של עסק שירותים סדר העדיפויות נראה כך בדרך כלל:
- Organization (או LocalBusiness, אם יש כתובת או אזור שירות) ו-WebSite, פעם אחת ברמת האתר.
- BreadcrumbList בעמודים.
- Article במאמרים, עם מחבר ותאריכים אמיתיים.
- Service בעמודי השירות, עם הפניה לארגון.
באתר מסחר, Product הוא בדרך כלל העדיפות הראשונה. FAQPage עדיין יכול לתאר תוכן, אבל לרוב האתרים הוא כבר לא יוביל לתצוגה מיוחדת בגוגל, ולכן לא כדאי לבנות עליו.
איך בודקים נתונים מובנים
- Rich Results Test של גוגל: בודק אם העמוד זכאי לתוצאות עשירות שגוגל תומכת בהן, ומציג שגיאות ואזהרות.
- Schema Markup Validator: בודק את תקינות הקוד מול schema.org, כולל סוגים שגוגל לא מציגה כתוצאה עשירה (כמו Service).
- Search Console: דוחות סטטוס של תוצאות עשירות לאורך זמן, ודוח פעולות ידניות (Manual Actions) אם יש בעיה חמורה.
מה הכלים לא בודקים
זו הנקודה שהכי הרבה אתרים מפספסים: כל הכלים האלה בודקים תחביר וזכאות, לא אמת. קוד יכול לעבור את כל הבדיקות כשהטלפון בו ישן, השעות שגויות והשירות הוסר מהאתר לפני שנה. לכן, אחרי הבדיקה הטכנית, עשו השוואה ידנית קצרה:
| שדה | בקוד | בעמוד הגלוי | בפרופיל העסק בגוגל |
|---|---|---|---|
| שם העסק | ☐ | ☐ | ☐ |
| טלפון | ☐ | ☐ | ☐ |
| כתובת או אזור שירות | ☐ | ☐ | ☐ |
| שעות פעילות | ☐ | ☐ | ☐ |
| תאריך עדכון (במאמרים) | ☐ | ☐ | לא רלוונטי |
כל שורה שבה הערכים לא זהים היא משימה לתיקון, גם אם כל הכלים מראים "תקין".
טעויות נפוצות
- כפילויות עם Yoast או תוסף אחר. Yoast SEO מייצר אוטומטית גרף שכולל Organization, WebSite, WebPage, BreadcrumbList ו-Article. מי שמוסיף מעליו Organization נוסף דרך התבנית או תוסף אחר מקבל שתי ישויות עם פרטים שונים. לפני שמוסיפים, בדקו בקוד המקור כמה בלוקים של application/ld+json יש בעמוד.
- תוכן שלא מופיע בעמוד. ההנחיות של גוגל קובעות שאין לסמן תוכן שאינו גלוי לקוראים (הנחיות כלליות לנתונים מובנים).
- ביקורות ודירוגים מזויפים. גוגל מציינת שביקורות שלא נכתבו על ידי משתמשים אמיתיים עלולות להוביל לפעולה ידנית, שמבטלת את הזכאות לתוצאות עשירות.
- @id לא עקבי. בכל עמוד הארגון מקבל מזהה אחר, או שאין מזהה בכלל. התוצאה: במקום ישות אחת, אוסף של תיאורים נפרדים.
- סוג לא מתאים. עמוד שירות שמסומן כ-Product רק כדי לנסות לקבל כוכבים בתוצאות.
- "הגדר ושכח". השירות השתנה, השעות התעדכנו, והקוד נשאר מאחור.
Schema, הבנת תוכן ומנועי AI
בחיפוש של גוגל התמונה מתועדת: נתונים מובנים עוזרים להבין את העמוד ויכולים להפוך אותו לזכאי לתוצאות עשירות. גוגל לא מבטיחה שתוצאה עשירה תוצג, גם כשהקוד עובר את הבדיקה.
לגבי AI, צריך לדייק. במדריך האופטימיזציה לחיפוש גנרטיבי גוגל כותבת שנתונים מובנים אינם נדרשים לחיפוש גנרטיבי ושאין סכמה מיוחדת שצריך להוסיף, וממליצה להמשיך להשתמש בהם בגלל התוצאות העשירות (מדריך האופטימיזציה של Google Search). כלומר, אין בסיס לטענה ש-Schema "מכניס" אתכם ל-AI Overview או לתשובות של ChatGPT. גם לגבי מנועים אחרים אין תיעוד ציבורי מפורט שמסביר אם ואיך הם משתמשים ב-Schema בזמן בניית תשובה.
אז למה בכל זאת להשקיע? כי נתונים מובנים נכונים מחייבים אתכם להגדיר עובדות ברורות על העסק ולשמור עליהן עקביות, וזה בסיס טוב לכל ערוץ, כולל העבודה שמתוארת במדריך היסודות של GEO. מבחינת גוגל, זה עדיין SEO רגיל: תוכן ברור, עמודים נגישים, וקוד שמשקף את מה שכתוב בעמוד.
סיכום
Schema Markup הוא כלי לתיאור מדויק של התוכן, לא קיצור דרך לתשובות AI. התחילו מ-Organization עם @id קבוע, הוסיפו את הסוגים שמתאימים לעמודים שיש לכם בפועל, בדקו בכלים של גוגל ו-schema.org, והשוו ידנית את הערכים מול העמוד ומול פרופיל העסק. ואם יש לכם תוסף SEO, ודאו שאתם לא מגדירים את אותו הדבר פעמיים.
להמשך קריאה: מה זה llms.txt ומה הוא באמת עושה · GEO מול SEO