נתונים מובנים לתשובות AI: מה לסמן ואיך

פורסם 2026-11-12

תשובה קצרה

נתונים מובנים לא פותחים לכם תשובות AI בפני עצמם, אבל הם מסירים ספק לגבי עובדות. סמנו את המפרסם כ-Organization עם קישורי sameAs, כל מאמר עם author, datePublished ו-dateModified, מוצרים עם offers, מחיר ומטבע, ומקטעי שאלות עם FAQPage. השתמשו ב-JSON-LD ושמרו אותו זהה למה שהעמוד מציג.

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

בעמוד זה

למה נתונים מובנים עוזרים לתשובות AI?
איך מסמנים את הארגון שלי?
מה צריך לכלול בסימון Article או BlogPosting?
האם סימון FAQPage עדיין שווה להוסיף?
איך מסמנים מחיר של מוצר או אפליקציה?
איך בודקים שהסימון נקרא נכון?

למה נתונים מובנים עוזרים לתשובות AI?

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

השתמשו ב-JSON-LD כשאפשר; Google ממליצה עליו כפורמט הקל ביותר ליישום ולתחזוקה. ועקבו אחר הכלל הבסיסי של Google: אל תסמנו מידע שאינו גלוי למשתמשים בעמוד, גם אם הוא מדויק.

איך מסמנים את הארגון שלי?

Organization עם name, url, logo ו-sameAs אומר לסורק מי עומד מאחורי האתר. schema.org מגדירה את sameAs ככתובת URL של עמוד ייחוס שמציין בצורה חד-משמעית את זהות הפריט, כמו הפרופילים הרשמיים שלכם במקומות אחרים. Google מציעה למקם אותו בדף הבית או בעמוד אודות; אין צורך בו בכל עמוד.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

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

Google מפרטת גם מאפיינים אופציונליים כמו description, legalName, contactPoint ו-address. הוסיפו את אלה שנכונים ויציבים; השמיטו כל מה שתצטרכו לעדכן ידנית.

מה צריך לכלול בסימון Article או BlogPosting?

במאמרים, המאפיינים החשובים ביותר לאמון ולעדכניות הם headline, author עם name ו-url שמזהה את המחבר, datePublished ו-dateModified. Google מבקשת תאריכים בפורמט ISO 8601 וממליצה לכלול אזור זמן.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

שמרו על dateModified כנה ועקבי. השתמשו באותו תאריך בעמוד הגלוי וב-lastmod של מפת האתר, ועדכנו אותו רק כשהתוכן באמת משתנה.

האם סימון FAQPage עדיין שווה להוסיף?

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

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

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

איך מסמנים מחיר של מוצר או אפליקציה?

אנשים שואלים לעיתים קרובות עוזרי AI כמה מוצר עולה, ומחיר שקבור בטבלת תמחור קל לקרוא לא נכון. הוסיפו offers עם price ו-priceCurrency לסימון Product או SoftwareApplication. Google מציינת את price כחובה בהצעה וממליצה על priceCurrency; אפליקציה חינמית צריכה לציין מחיר 0.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

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

כל בלוק JSON-LD חייב להיות JSON תקין. פסיק תועה אחד גורם למנתחים להתעלם מהבלוק כולו.
שימו את ה-JSON-LD ב-HTML הראשוני. סימון שמוזרק על ידי JavaScript עלול לחמוק מסורקים שלא מריצים סקריפטים.
השוו את הסימון לעמוד הגלוי: שמות, מחירים ותאריכים צריכים להתאים בדיוק.
ודאו שהעמוד שנושא את הסימון אינו חסום לסורקי AI על ידי robots.txt או חומת אש; סימון בעמוד שאי אפשר להגיע אליו לא עוזר לאיש.
חברו פריטים קשורים באמצעות הפניות @id במקום לחזור עליהם, כך שברור שהמפרסם בסימון המאמר וסימון ה-Organization הם אותה ישות.
הפיקו תאריכים ומחירים מאותם נתונים שממלאים את העמוד הגלוי, כדי שלא יתרחקו זה מזה אחרי עדכון.

AISeeWhy מנתח את ה-JSON-LD בעמוד שלכם ומדווח על בלוקים לא תקינים, על מפרסם או sameAs חסרים, על נתוני מאמר חלקיים, על סימון אפליקציה או מוצר בלי מחיר ועל כותרות שאלות בלי סימון FAQ תואם, עם קטע מוכן לכל תיקון.

שאלות נפוצות

האם אני צריך נתונים מובנים כדי להופיע ב-Google AI Overviews?

לא. Google אומרת שאין צורך בנתונים מובנים מיוחדים של schema.org עבור AI Overviews או AI Mode. סימון עדיין עוזר להפוך עובדות כמו תאריכים ומחירים לחד-משמעיות.

JSON-LD, Microdata או RDFa?

כולם תקפים, אבל Google ממליצה על JSON-LD כשההגדרה שלכם מאפשרת, כי קל יותר להוסיף ולתחזק אותו בנפרד מה-HTML הגלוי.

האם בכל עמוד צריך להיות סימון Organization?

Google מציעה למקם אותו בדף הבית או בעמוד אחד שמתאר את הארגון. עמודים אחרים יכולים להפנות אליו באמצעות ה-@id שלו.

האם נתונים מובנים מחליפים תוכן טוב?

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

אפשר לסמן תוכן שמוסתר מהמבקרים?

לא. ההנחיות של Google אומרות לא לסמן מידע שאינו גלוי למשתמשים, גם אם הוא מדויק.