הגדרה קצרה
JSON-LD הוא הפורמט המומלץ על ידי גוגל להטמעת סכמה, בדמות בלוק JSON בתוך תג script.
הרחבה
היתרון על פני Microdata: הפרדה מוחלטת בין הסימון לבין ה-HTML הגלוי, קל להזרים משרת, וקל לתחזק. חייב להיות תקין מבחינת JSON (אחרת גוגל מתעלם) ומאומת מול Rich Results Test של גוגל.
למה JSON-LD חשוב לקידום ולשיווק?
הבחירה בפורמט נראית טכנית בלבד, אבל היא קובעת כמה קל יהיה לתחזק את הסכמה לאורך זמן. Microdata ו-RDFa שזורים בתוך תגי ה-HTML עצמם, ולכן כל שינוי עיצוב או החלפת תבנית עלולים לשבור אותם בלי שאיש ישים לב. JSON-LD יושב בבלוק נפרד בתוך תג script, לא משפיע על מה שהגולש רואה, ואפשר לכתוב, לבדוק ולהחליף אותו בלי לגעת בעיצוב. גוגל ממליץ עליו במפורש, וכך גם רוב התוספים והמערכות המודרניות.
לעסק ישראלי זה אומר עצמאות: אפשר להוסיף או לעדכן סכמה דרך אזור הקוד של התוסף, דרך Google Tag Manager או דרך קובץ תבנית אחד, בלי מפתח שיעבור על כל דף. זה גם הפורמט שהכי קל לייצר אוטומטית ממסד נתונים, למשל לכל מוצר בחנות או לכל פוסט בבלוג. בלוק JSON-LD תקין הוא גם צורה נוחה למודלי AI לקרוא עובדות על העסק, כי הוא מבנה נתונים נקי ולא טקסט שצריך לפרש.
איך מודדים ומיישמים את זה בפועל?
בלוק JSON-LD הוא תג script עם הסוג application/ld+json, ובתוכו אובייקט JSON שמתחיל ב-@context של schema.org ו-@type של הישות. בוורדפרס רוב התוספים (Rank Math, Yoast, Schema Pro) מייצרים אותו אוטומטית לפי סוג הדף ומאפשרים להרחיב בשדות מותאמים. באתרים מבוססי קוד מייצרים את הבלוק בצד השרת מתוך נתוני הדף, כדי שגוגל יראה אותו גם בלי להריץ JavaScript. בכל מקרה, מומלץ לקשר בין הישויות: Article שמצביע על Person כמחבר, שמצביע על Organization כמעסיק, באמצעות מזהי @id עקביים.
בדיקה נעשית בשני שלבים. קודם מוודאים שה-JSON עצמו תקין, כי פסיק מיותר או מירכאה לא סגורה גורמים לגוגל להתעלם מכל הבלוק בשקט. אחר כך בודקים ב-Rich Results Test שהישות מזוהה ושאין שדות חובה חסרים. אחרי הפרסום עוקבים ב-Google Search Console, בדוחות השיפורים, ומוודאים שהדפים עולים כתקינים. כשמחליפים תבנית או תוסף, מריצים סריקה ב-Screaming Frog עם אימות סכמה כדי לוודא שהבלוקים לא נעלמו או הוכפלו.
טעויות נפוצות
- מעתיקים בלוק לדוגמה מהאינטרנט ומשאירים בו שם עסק, כתובת או טלפון של מישהו אחר.
- שוברים את תקינות ה-JSON בפסיק מיותר או במירכאות בתוך טקסט עברי ולא בודקים.
- משאירים שני בלוקים סותרים, אחד מהתוסף ואחד ידני, שמתארים את אותה ישות בפרטים שונים.
- מזריקים את הבלוק דרך JavaScript שרץ מאוחר, כך שחלק מהסורקים לא רואים אותו.
- מוסיפים לבלוק מידע שלא מופיע בדף הגלוי כי ״זה רק קוד ואף אחד לא רואה״.
דוגמה מהשטח
נניח שחברת הסעות הטמיעה לפני שנה סכמת LocalBusiness ידנית בכותרת האתר, ולאחרונה התקינה תוסף SEO שמייצר Organization אוטומטית. עכשיו כל דף מכיל שני בלוקי JSON-LD: באחד הטלפון הישן ובשני החדש, ובאחד שעות פעילות שכבר לא נכונות. גוגל רואה סתירה ומפסיק להציג את שעות הפעילות בבלוק הידע. הפתרון: מוחקים את הבלוק הידני, משלימים את הפרטים החסרים בהגדרות התוסף, ומוסיפים דרכו את אזורי השירות. בדיקה ב-Rich Results Test מאשרת שנותר בלוק אחד, תקין ועקבי.
להמשך קריאה
שאלות נפוצות על JSON-LD
איפה שמים את קוד ה-JSON-LD בדף?
- בתוך תג script מסוג application/ld+json, בכותרת הדף או בגוף הדף, גוגל קורא את שני המיקומים. בוורדפרס התוסף מוסיף אותו אוטומטית; באתר מותאם מומלץ לייצר אותו בצד השרת כדי שיופיע ב-HTML הראשוני.
האם JSON-LD מאט את האתר?
- לא במידה שמורגשת. מדובר בכמה שורות טקסט שהדפדפן אינו מריץ ואינו מציג. הבעיה היחידה היא בלוקים ענקיים שמוזרקים דרך סקריפטים חיצוניים; את זה פותרים בהטמעה ישירה ב-HTML.
מה ההבדל בין JSON-LD ל-Microdata?
- Microdata מסמן את התוכן בתוך תגי ה-HTML עצמם, ולכן קשור לעיצוב ונשבר בקלות. JSON-LD יושב בבלוק נפרד, קל לייצר אוטומטית ולתחזק, וגוגל ממליץ עליו. שניהם מובנים לגוגל, אבל אין סיבה לבחור היום ב-Microdata.