Schema ו-Structured Data ל-AEO: המדריך הטכני המלא לעברית 2026

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

קודם כל: schema זה לא דירוג, וגוגל אמרה את זה במפורש

נתחיל מהאכזבה, כדי שלא תרדפו אחרי הדבר הלא נכון. גוגל חוזרת על זה כבר שנים בתיעוד הרשמי ב-Search Central: structured data עוזר למנוע להבין את העמוד ולהיות זכאי לפיצ'רים מסוימים בתוצאות, אבל הוא לא גורם ביצועים שמזיז אתכם למעלה בדירוג האורגני. כשגוגל הסירה את ה-FAQ rich results במאי 2026, היא אמרה את זה שחור על גבי לבן: זה לא שינוי דירוג, וזה אפילו לא ייכנס ל-Search Status Dashboard. במילים אחרות, אם מחקתם את ה-schema בפאניקה, לא שיפרתם ולא הרעתם את הדירוג. פשוט הסתרתם מהמכונה מידע שהיא הייתה שמחה לקבל.

למה זה חשוב להבנה של AEO? כי מנועי תשובות לא עובדים כמו גוגל הקלאסית. הם לא מדרגים עשרה כחולים ומחכים שתקליקו. הם מרכיבים תשובה, ולפעמים מצרפים אליה מקור. כדי שהמקור הזה יהיה אתם, המכונה צריכה קודם להבין בוודאות מה כתוב בעמוד שלכם. כאן structured data עושה את העבודה השקטה: הוא ממיר את התוכן שלכם משדה פתוח שצריך לפרש, לטבלה מסודרת שאפשר לשלוף ממנה. המדריך שלנו ל-GEO בפועל נכנס לאיך AI בוחר מקורות, וה-schema הוא חתיכה אחת מהפאזל הזה, לא כל הפאזל.

JSON-LD, ולמה לא משנה מה שמעתם על שאר הפורמטים

יש שלוש דרכים לכתוב structured data: Microdata, RDFa ו-JSON-LD. תחסכו לעצמכם את הדיון. גוגל ממליצה במפורש על JSON-LD, וזה הפורמט שכל הכלים והפלאגינים מייצרים היום. הסיבה פשוטה: במקום לזרוע תגיות בתוך ה-HTML של העמוד, אתם שמים בלוק <script> נפרד אחד, בדרך כלל ב-head, שמתאר את העמוד. קל לתחזק, קל לבדוק, וקל לתקן בלי לשבור את העיצוב. כל מה שמופיע במדריך הזה כתוב ב-JSON-LD, וזה מה שאתם צריכים.

הנה איך נראה הבסיס שכל עמוד תוכן צריך, סכמת Article:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "כותרת הכתבה",
  "inLanguage": "he",
  "datePublished": "2026-06-09",
  "dateModified": "2026-06-09",
  "author": {
    "@type": "Person",
    "name": "רוני שגב",
    "url": "https://aipulse.co.il/author/roni/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Marketing AI Pulse",
    "logo": {
      "@type": "ImageObject",
      "url": "https://aipulse.co.il/logo.png"
    }
  }
}
</script>

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

סוגי ה-schema שבאמת רלוונטיים ל-AEO

יש עשרות סוגי schema. רובם לא רלוונטיים לכם. אלה הארבעה שעושים את רוב העבודה כשהמטרה היא שמנוע AI יבין ויצטט אתכם:

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

FAQPage אחרי המוות של ה-Rich Result: למה זה עדיין שווה

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

אבל שימו לב מה גוגל לא אמרה. היא לא אמרה שתפסיק לקרוא את ה-schema. להפך, היא אמרה במפורש שתמשיך להשתמש ב-FAQ structured data כדי להבין עמודים. וזה ההבדל הקריטי בין SEO קלאסי ל-AEO: ב-SEO איבדתם את ה-rich result היפה, ולא נשאר הרבה. ב-AEO, מבנה של שאלה ותשובה הוא בדיוק הצורה שמנוע תשובות שולף ממנה הכי בקלות. כשמישהו שואל את ChatGPT שאלה, והעמוד שלכם כבר מכיל בדיוק את השאלה הזו עם תשובה קצרה וברורה מתחתיה, עשיתם חצי מהעבודה של המכונה. זה הקשר לאיך גורמים ל-ChatGPT, Perplexity ו-Gemini להמליץ עליכם: מבנה ברור מנצח טקסט יפה.

הנה איך נראה FAQPage נכון. הכלל היחיד: ה-schema חייב להתאים לשאלות ולתשובות שבאמת מופיעות בעמוד. אל תכתבו ב-schema שאלות שלא קיימות בתוכן.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "inLanguage": "he",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "מה זה structured data?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "קוד שמתאר למנועי חיפוש ו-AI מה כתוב בעמוד, בפורמט מסודר."
      }
    },
    {
      "@type": "Question",
      "name": "האם FAQ schema עדיין עוזר ב-2026?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "כן. ה-rich result הוסר, אבל גוגל ומנועי AI עדיין משתמשים במבנה כדי להבין ולשלוף תשובות."
      }
    }
  ]
}
</script>

schema ו-E-E-A-T: איך אומרים למכונה שאתם מקור אמין

מנועי AI לא מסתמכים על תוכן אנונימי כשהם יכולים לבחור מקור עם זהות ברורה. כאן נכנסים שני סוגי schema שרוב האתרים מדלגים עליהם, וחבל. Organization מתאר את העסק שלכם, ו-Person מתאר את הכותב. החיבור ביניהם, יחד עם השדה sameAs שמצביע על הפרופילים הרשמיים שלכם ברשתות ובמקורות חיצוניים, הוא הדרך הכי ישירה לחבר את התוכן לישות אמיתית עם מוניטין. זה לא קסם E-E-A-T, אבל זה התשתית שמאפשרת למכונה לקשר נקודות.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Marketing AI Pulse",
  "url": "https://aipulse.co.il",
  "logo": "https://aipulse.co.il/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/marketing-ai-pulse-il",
    "https://www.facebook.com/profile.php?id=61588772070968"
  ]
}
</script>

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

עברית ו-RTL: איפה זה נשבר בפועל

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

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

הטעויות שחוזרות בכל אתר

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

אל תניחו ש-schema תקין רק כי הדבקתם אותו. תבדקו. שני כלים חינמיים עושים את העבודה, וכדאי להריץ את שניהם כי הם בודקים דברים שונים:

ה-Rich Results Test של גוגל בודק אם העמוד זכאי לפיצ'רים בתוצאות גוגל, ומראה לכם בדיוק איך גוגל קוראת את ה-schema שלכם. ה-Schema Markup Validator של Schema.org בודק את התקינות הטכנית של ה-JSON-LD מול הסטנדרט הרשמי, בלי קשר לגוגל. הראשון אומר לכם מה גוגל תעשה עם זה, השני אומר לכם אם הקוד עצמו נכון. אם שניהם ירוקים, אתם במצב טוב. בנוסף, ב-Search Console יש דוחות שמראים בעיות structured data על פני כל האתר, וזה המקום לתפוס תקלות שחוזרות בתבנית שלמה של עמודים. אם אתם רוצים את התמונה המלאה של מה ב-schema עדיין רלוונטי, סקרנו את זה בנפרד בכתבה על Schema Markup 2026.

שאלות נפוצות

הקו התחתון

schema לא יציל תוכן חלש, ולא יקפיץ אתכם בדירוג. אבל אם אתם רוצים שמנוע AI יבין אתכם מספיק טוב כדי לצטט אתכם, structured data הוא אחד הכלים הכי ישירים והכי לא מנוצלים שיש לכם. תתחילו מהבסיס: Article שלם בכל עמוד, FAQPage איפה שיש שאלות אמיתיות, ו-Organization עם sameAs ברמת האתר. תוודאו ב-Rich Results Test וב-Schema Validator שזה תקין, ותוודאו שה-schema תואם בדיוק לתוכן הנראה. זה לא סקסי, וזה לא קסם. זה פשוט עובד.