ארבע רמות בדיקה
בחרו סוג המתאר את תוכן העמוד בפועל. Google ממליצה על JSON-LD בין הפורמטים הנתמכים, אך רק לשימושים מסוימים יש תכונת חיפוש מתועדת. הטבלה מפרידה בדיקות שלעתים מתבלבלות.
| רמה | השאלה הנבדקת | מה אינה מוכיחה |
|---|---|---|
| תחביר JSON | האם הטקסט מפוענח נכון? | דיוק עובדתי. |
| אוצר מילים Schema.org | האם הסוגים והמאפיינים מתאימים? | תמיכה בתכונת Google. |
| זכאות Google | האם הכללים הנדרשים מתקיימים? | תצוגה ממשית בחיפוש. |
| תצפית בפועל | האם נצפתה הופעה? | הופעה קבועה או בכל שאילתה. |
התאימו את הנתונים לעמוד
- קשרו כל מאפיין למידע נכון, גלוי ועדכני. אל תמציאו ביקורות, הסמכות או מחירים למילוי הסימון.
- בדקו מאפייני חובה וכללי התכונה הרצויה. סוג קיים ב־Schema.org אינו משמעו אוטומטית תוצאה עשירה זמינה ב־Google.
- השתמשו במזהי ישויות עקביים והימנעו מבלוקים סותרים של רכיבים שונים. בדקו גרסאות שפה וכתובות.
עקבו בלי להבטיח נראות
בדקו את הסימון המרונדר ועקבו אחר אבחונים והופעות ממשיות ב־Search Console. תקנו נתונים ישנים יחד עם התוכן הגלוי. הצלחה בבדיקה אינה מבטיחה מיקומים, קליקים או הכללה בתשובות שנוצרות.
מקורות ראשוניים
- Google Search Central — Introduction to structured data [EN]
- Google Search Central — Structured data guidelines [EN]
לבדוק JSON-LD לאחר שינוי נתונים
דוגמה בדיונית: הנתונים אינם מתארים לקוח או תוצאה שנצפתה.
המחיר הגלוי משתנה, אך אובייקט JSON-LD שמודול אחר יוצר שומר את הערך הקודם.
- השוו דף שפורסם וגרסאותיו למחיר הגלוי ולמקור העסקי המוסמך.
- השיבו עקביות ובדקו שינויים עתידיים. JSON תקין אינו מוכיח שהערכים נכונים.
מקור ראשוני: Google Search Central — General structured data guidelines. שיטה קשורה: קריאת המדריך המעשי.