Schema JSON-LD למנועי AI: התבנית שכל אתר של עסק ישראלי צריך

בעל עסק מעלה עמוד שירות חדש ומחכה שיצוטט על ידי ChatGPT. שבוע עובר, שבועיים, ושום דבר לא זז. אותו עסק, באותו יום, מוזכר על ידי המנוע במגוון תשובות, אבל עם פרטים ישנים או שירותים שכבר לא רלוונטיים. הפער בין העמוד שהעסק כתב לבין המידע שהמנוע נאחז בו נובע כמעט תמיד מאותו מקום: שכבת נתונים מובנים חסרה, שגויה, או סותרת את מה שכתוב בעמוד.

בקצרה: Schema JSON-LD הוא בלוק קוד קטן שנוסף לעמוד ואומר למנוע במפורש מי העסק, מה הוא מציע, איפה הוא נמצא ואיך יוצרים איתו קשר. לעסק שירותים ישראלי מספיקים שלושה סוגי סכמה כדי לכסות את רוב הערך: LocalBusiness (או Organization), Service, ו-FAQPage על עמודים שיש בהם שאלות ותשובות. הכלל הקריטי הוא שהמידע בסכמה חייב להיות זהה למידע הגלוי בעמוד. סתירה בין השניים גורמת למנוע להתעלם משניהם ולעדיף מקור שלישי יציב יותר.

מה בעצם קורה כשמנוע AI קורא עמוד באתר

מנועי בינה מלאכותית לא רואים את העמוד שלכם כמו שאתם רואים אותו. הם קוראים HTML, מסתכלים על הטקסט, ובנוסף מחפשים בלוק קוד מיוחד שנקרא Structured Data. הבלוק הזה מנוסח בשפה בשם JSON-LD, ראשי תיבות של JavaScript Object Notation for Linked Data, ומגיע בתוך תג script בראש העמוד.

היתרון של JSON-LD לעומת טקסט חופשי, מבחינת המכונה, הוא שהוא חד משמעי. הטקסט “אנחנו נותנים שירות של ייעוץ שיווקי בישראל” מצריך מהמנוע לפרש: מי אנחנו, מה בדיוק סוג הייעוץ, איזה חלק מישראל. הבלוק המקביל ב-JSON-LD אומר במפורש: זו ישות מסוג LocalBusiness, שמה כזה וכזה, סוג השירות מוגדר, אזור השירות מוגדר. פחות מקום לפרשנות, יותר סיכוי שהעסק יסווג נכון ויעלה בתשובה הנכונה.

מנועי הבינה המלאכותית קוראים את הבלוק הזה בשלב שליפת המידע. גוגל משתמשת בו כבר שנים לתצוגות מיוחדות בתוצאות החיפוש, כמו כוכבי ביקורות ושאלות ותשובות. מנועי AI לוקחים את השימוש הזה צעד קדימה, ומתייחסים לסכמה כאישור אמינות. שני מקורות שאומרים את אותו הדבר, הטקסט הגלוי והסכמה הבלתי גלויה, מייצרים אצל המנוע ביטחון גבוה בהרבה מטקסט לבד. זה חלק ממה שעומד מאחורי הבחירה של מנועי בינה מלאכותית לצטט מקור אחד ולא אחר.

שלושה סוגי סכמה שמכסים את רוב הערך לעסק שירותים

באתר של schema.org יש כמעט אלף סוגי סכמה. רובם המוחלט לא רלוונטיים לעסק שירותים ישראלי. שלושה סוגים מכסים את החלק הארי.

1. LocalBusiness (או Organization)

זו ההצהרה על מי העסק בכלל. שם, כתובת, טלפון, שעות פעילות, קישורים לרשתות חברתיות, ולוגו. יושב בעמוד הבית ובעמוד צור קשר בלבד, לא בכל עמוד באתר. אם העסק שלכם משרת אזור פיזי, LocalBusiness עדיף. אם השירות שלכם דיגיטלי לחלוטין ומגיע לכל הארץ, Organization מתאים יותר.

הסכמה הזאת היא הבסיס של מה שמאפשר לעסק להיות מזוהה על ידי מנועי הבינה המלאכותית כישות אחת עקבית. בלעדיה, גם מנוע שרואה את שם העסק שוב ושוב לא סגור על זה שמדובר באותה ישות בכל המופעים.

2. Service

זו ההצהרה על מה העסק עושה. סוג השירות, למי הוא מתאים, מה מחיר ההתחלה, מה כלול, איפה השירות ניתן. יושב על כל עמוד שירות ספציפי באתר, אחד לעמוד. עסק עם שלושה סוגי שירות שונים, ייצור שלוש סכמות נפרדות, אחת לכל עמוד.

הסכמה הזאת עונה על השאלה אם המנוע יודע שאתם נותנים שירות מסוים. הרבה עסקים מדורגים בגוגל על שם החברה, אבל לא מוזכרים בכלל בתשובות של “מי נותן שירות של X בישראל”, כי המנוע לא זיהה שיש קשר בין השם לבין השירות. Service סוגר את הפער הזה.

3. FAQPage

זו ההצהרה על שאלות ותשובות שנמצאות בעמוד. כל שאלה עם התשובה שלה נכתבת פעמיים באותו עמוד: פעם בתוכן הגלוי כאקורדיון או כרשימה, ופעם בבלוק הסכמה. הכפילות מכוונת. המנוע קורא את הסכמה כדי לזהות שמדובר בסעיף שאלות ותשובות, ואז שולף את התשובה הרלוונטית לשאלת הגולש שהגיע אליו.

זה סוג הסכמה החזק ביותר לצורך ציטוט על ידי מנועי AI. תשובה של 40 עד 60 מילים בבלוק FAQPage היא הפורמט האהוב על המנועים, כי היא ארוזה מראש בפורמט שהם צריכים ולא דורשת ניחוש איפה מתחילה או נגמרת התשובה.

מה קורה כשהסכמה סותרת את התוכן הגלוי

זה החלק שבו רוב האתרים נשברים. הסכמה נכתבת פעם אחת, נשארת בקוד, ואז התוכן בעמוד מתעדכן. הכתובת השתנתה, הטלפון עבר, שירות אחד הוסר ואחר הוסף, מחיר ההתחלה עלה. הסכמה נשארת עם המידע הישן.

מבחינת המנוע, זה סימן אזהרה חמור. הוא רואה שני מקורות מידע באותו עמוד שאומרים דברים שונים, ומכיוון שהוא לא יכול להכריע מי צודק, הוא מתעלם משניהם. עמוד עם סכמה סותרת גרוע לפעמים מעמוד בלי סכמה בכלל, כי הוא מייצר חוסר אמון פעיל.

הכלל הפשוט: כל שינוי בתוכן הגלוי מחייב בדיקה של הסכמה באותו עמוד. אתר קטן עם עשרה עמודים אפשר לבדוק ידנית בחצי שעה. אתר גדול יותר צריך מנגנון אוטומטי, למשל שהסכמה נוצרת דינמית מתוך אותו מקור נתונים שממנו נוצר התוכן הגלוי, כך שבפועל אי אפשר שיהיה פער.

איך בודקים שהסכמה עובדת

יש שלושה כלים חינמיים שמכסים את מה שצריך.

Rich Results Test של גוגל (search.google.com/test/rich-results): מזינים כתובת עמוד, ומקבלים תשובה על כל סוגי הסכמה שגוגל זיהתה, האם הן תקינות, ואילו שדות חסרים. זה הכלי הראשון לפנות אליו על כל שינוי.

Schema Markup Validator של schema.org (validator.schema.org): מקיף יותר, בודק גם סוגי סכמה שגוגל לא בהכרח משתמשת בהם. חשוב במיוחד כשעובדים עם סוגים כמו Course, Event או HowTo.

בדיקה ידנית בקוד המקור: לחיצה ימנית על העמוד, “צפייה בקוד המקור”, חיפוש של application/ld+json. רואים את הבלוק בעיניים ומוודאים שהמידע נכון וזהה לתוכן הגלוי. שווה לעשות את זה פעם בחודש, גם אם הכלים האוטומטיים לא סימנו בעיה.

עד כאן החלק המידעי. השאלה הבאה שכל בעל עסק שואל היא איך התבנית הזאת נראית בפועל, ואיך מייצרים אחת בלי לכתוב קוד מאפס.

תבנית JSON-LD מלאה לעסק שירותים ישראלי

זה החלק המעשי של המאמר. תבנית שמכסה את שלושת סוגי הסכמה החשובים לעסק שירותים ישראלי. מחליפים את השדות בסוגריים המרובעים בפרטים של העסק, ומדביקים בתוך תג script בקוד של העמוד המתאים.

תבנית LocalBusiness (בעמוד הבית ובעמוד צור קשר):

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "[שם העסק המלא כפי שרשום ברשם]",
  "image": "https://[הדומיין שלכם]/logo.png",
  "url": "https://[הדומיין שלכם]",
  "telephone": "+972[מספר הטלפון בפורמט בינלאומי בלי אפס מוביל]",
  "email": "[כתובת המייל]",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "[רחוב ומספר]",
    "addressLocality": "[עיר]",
    "postalCode": "[מיקוד]",
    "addressCountry": "IL"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": "[קו רוחב]",
    "longitude": "[קו אורך]"
  },
  "openingHours": ["Mo-Th 09:00-18:00", "Fr 09:00-13:00"],
  "priceRange": "[טווח מחירים בסימני שקל, למשל ₪₪]",
  "sameAs": [
    "https://www.facebook.com/[העמוד שלכם]",
    "https://www.instagram.com/[המשתמש שלכם]",
    "https://www.linkedin.com/company/[החברה שלכם]"
  ]
}

תבנית Service (על כל עמוד שירות):

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "[שם השירות]",
  "provider": {
    "@type": "LocalBusiness",
    "name": "[שם העסק המלא]"
  },
  "areaServed": {
    "@type": "Country",
    "name": "Israel"
  },
  "description": "[שני משפטים על השירות, ולמי הוא מתאים]",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "ILS",
    "price": "[מחיר התחלה במספר, בלי סימן מטבע]",
    "availability": "https://schema.org/InStock"
  }
}

תבנית FAQPage (על כל עמוד עם שאלות ותשובות):

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "[השאלה הראשונה]",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[התשובה, 40 עד 60 מילים]"
      }
    },
    {
      "@type": "Question",
      "name": "[השאלה השנייה]",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "[התשובה, 40 עד 60 מילים]"
      }
    }
  ]
}

אחרי ההדבקה, מריצים את העמוד ב-Rich Results Test ומוודאים ששלוש הסכמות זוהו כתקינות, בלי אזהרות על שדות חסרים או פורמט שגוי. פעולה אחת של חמש דקות שמייצרת בסיס יציב לעבודת קידום למנועי בינה מלאכותית.

שלוש טעויות שחוזרות על עצמן

הראשונה: הכפילות באותו אתר. עסק שם את סכמת LocalBusiness גם בעמוד הבית וגם בכל עמוד שירות. גוגל וכל מנוע רואים את זה כניסיון לאותת יתר על יתר, ומורידים את דירוג האמינות של האתר בעיניהם. הכלל הוא סכמה אחת לכל תפקיד, בעמוד המתאים.

השנייה: כתובת שגויה בין הסכמה למקורות האחרים. הכתובת בסכמה חייבת להיות זהה בדיוק לזו בפרופיל גוגל העסקי ובכל אתר אחר שמזכיר את העסק. הבדל של רחוב אחד או מיקוד מיושן שובר את הקישוריות. שווה לעבור על הכללים בעמוד ניהול פרופיל גוגל העסקי לעסק בישראל לפני שממלאים את שדה הכתובת בסכמה, כדי לוודא שהפרטים תואמים.

השלישית: FAQPage על עמוד שאין בו שאלות ותשובות גלויות. אסור. הסכמה חייבת להיות שיקוף של תוכן שגולש רואה בעיניו, לא הצהרה על תוכן שקיים רק בקוד. גוגל מזהה את זה כמניפולציה ומענישה עליו, ומנועי AI מגיבים באותו כיוון.

מה עושים מכאן

עסק שהתבנית לעיל מספיקה לו לקבוצה של עמוד בית, עמוד צור קשר, ושלושה עד חמישה עמודי שירות, יכול לסיים את העבודה בערב אחד. הבדיקה בכלים לוקחת עוד חצי שעה. שילוב עם המדריך המלא ל-GEO קידום למנועי בינה מלאכותית שמראה את סדר בניית השכבות באתר, נותן תמונה שלמה של איפה שכבת הסכמה יושבת בכלל העבודה.

מי שמעדיף שהיישום הראשון ייעשה במסגרת קורס, ייעוץ קצר, או ליווי אישי, ימצא את שלוש הדרכים בעמוד השירות של הסייבורג.

שאלות נפוצות

מה זה Schema JSON-LD ולמה מנועי AI צריכים אותו?

Schema JSON-LD הוא בלוק קוד קטן שמוסיפים לעמוד באתר, שאומר למכונה במפורש מה יש בעמוד. הוא מנוסח בשפה של schema.org ומגיע בתוך תג script בראש העמוד. מנועי בינה מלאכותית משתמשים בו בשלב שליפת המידע כדי לזהות מהי הישות שהעמוד מתאר, מה השירות שהיא מציעה, ומה הפרטים המדויקים שלה. השם הזה של הבלוק, לעומת טקסט חופשי, לא מצריך פרשנות, וזה מה שהופך אותו לחזק כל כך בעיני מנועי AI.

אילו סוגי סכמה הכי חשובים לעסק שירותים ישראלי?

שלושה סוגים מכסים את רוב הערך. LocalBusiness (או Organization לעסק דיגיטלי בלבד) אומר מי העסק. Service אומר מה השירותים שהוא מציע. FAQPage אומר על שאלות ותשובות שנמצאות בעמוד. עסק עם מגזין באתר יוסיף גם Article על כל מאמר, ועסק שמוכר מוצרים יוסיף Product. שלושת הראשונים מספיקים לעסק שירותים ממוצע כדי לקבל את הבסיס של קידום למנועי בינה מלאכותית.

איפה שמים את הבלוק של JSON-LD בעמוד?

בתוך תג script עם type application/ld+json, שיושב בקטע ה-head של העמוד או בסופו של הבודי, לא בתוך התוכן הגלוי. הבלוק לא נראה למבקר, רק לזחלנים ולמנועים שקוראים את הקוד. הכלל המנחה הוא סכמה אחת לכל תפקיד בעמוד: LocalBusiness בעמוד הבית ובעמוד צור קשר, Service על עמוד שירות ספציפי, ו-FAQPage רק על עמוד שיש בו שאלות ותשובות גלויות.

מה קורה אם הסכמה סותרת את התוכן הגלוי בעמוד?

המנוע מזהה שני מקורות מידע באותו עמוד שאומרים דברים שונים, לא יכול להכריע מי צודק, ומתעלם משניהם. עמוד עם סכמה סותרת גרוע לפעמים מעמוד בלי סכמה בכלל, כי הוא מייצר חוסר אמון. בגוגל זה עלול לגרור אזהרה או אפילו הסרה של תצוגות מיוחדות שהעמוד היה זוכה להן. הפתרון הוא לוודא שכל שינוי בתוכן הגלוי מלווה בבדיקה של הסכמה באותו עמוד.

איך בודקים שהסכמה תקינה?

שלושה כלים חינמיים מכסים את מה שצריך. Rich Results Test של גוגל מזהה סוגי סכמה שגוגל תומכת בהם ומראה מה חסר. Schema Markup Validator של schema.org מקיף יותר ובודק סוגי סכמה מתקדמים. בדיקה ידנית בקוד המקור של העמוד, על ידי חיפוש של application/ld+json בתוך העמוד, מאפשרת לראות בעיניים שהמידע נכון וזהה לתוכן הגלוי. שווה לעשות סבב בדיקה כזה פעם בחודש.

האם אפשר לשים את אותה סכמת LocalBusiness בכל עמוד באתר?

לא מומלץ. גוגל וכל מנוע רואים את זה כניסיון לאותת יתר על יתר על אותה ישות, ומורידים את דירוג האמינות של האתר בגללו. הכלל הוא סכמה אחת לכל תפקיד. LocalBusiness יושב בעמוד הבית ובעמוד צור קשר בלבד. עמודי שירות מקבלים Service, עמודי מאמר מקבלים Article, ועמוד שאלות ותשובות מקבל FAQPage. הכלל הזה משאיר את הסכמה נקייה ואת המנוע בטוח בהצהרות.

מה ההבדל בין LocalBusiness ל-Organization?

LocalBusiness מתאים לעסק שמשרת אזור פיזי מסוים, אפילו אם הוא מקבל לקוחות רק בפגישות אונליין. הוא כולל שדה של כתובת פיזית ואזור שירות, ומאפשר למנוע לחבר בין העסק לחיפוש מקומי. Organization מתאים לעסק שהוא דיגיטלי לגמרי ולא קשור למיקום פיזי. שני הסוגים תקינים בעיני schema.org. עסק ישראלי טיפוסי עם משרד או כתובת רשומה, גם אם הוא לא מקבל לקוחות במקום, ייהנה יותר מ-LocalBusiness.

האם FAQPage משפיע גם על מנועי בינה מלאכותית שאינם גוגל?

כן, וזו אחת הסיבות שהוא הסוג החזק ביותר לצורך ציטוט. תשובה של 40 עד 60 מילים בתוך בלוק FAQPage מגיעה למנוע ארוזה מראש בפורמט שהוא צריך: שאלה מוגדרת ותשובה קצרה שאפשר לצטט. ChatGPT ו-Perplexity שולפים תשובות מבלוקים כאלה בקצב גבוה יותר מתוכן חופשי, כי הם לא צריכים לנחש איפה מסתיימת התשובה. חשוב שהאותן שאלות ותשובות בדיוק יופיעו גם בסכמה וגם בתוכן הגלוי.

כמה זמן לוקח לראות שינוי אחרי הוספת סכמה?

גוגל בדרך כלל מזהה סכמה חדשה בתוך ימים עד שבועיים, כתלות בקצב הסריקה של האתר. אחרי הזיהוי, תצוגות מיוחדות כמו כוכבי ביקורות או שאלות ותשובות בעמוד תוצאות יכולות להופיע בתוך שבוע נוסף. מנועי בינה מלאכותית שמסתמכים על שליפה חיה, כמו Perplexity, יכולים לשקף שינוי אפילו תוך ימים. שינויים במידע שנצבר בזיכרון המודלים הגדולים לוקחים יותר, כי הם תלויים במחזור אימון של המודל.

עסק שהאתר שלו בנוי בפלטפורמה סגורה יכול להוסיף סכמה?

כן, בכל פלטפורמה יש דרך. ב-WordPress יש תוספי SEO כמו Rank Math ו-Yoast שיוצרים סכמה בסיסית באופן אוטומטי, וניתן להוסיף בהם שדות ידניים. בפלטפורמות של בונה אתרים כמו Lovable או Base44 אפשר להזריק את בלוק ה-JSON-LD ישירות בתוך הגדרות ה-head של העמוד. גם ב-Shopify וב-Squarespace יש שדות ייעודיים או קטעי קוד גלובליים שמאפשרים להוסיף בלוק סכמה בלי לגעת בליבת התבנית.