סכימת FAQ ו-JSON-LD לאתר בעברית: מדריך הטמעה

בקצרה: סכימת FAQ JSON-LD היא בלוק קוד נסתר בדף שאומר למנועי חיפוש ולמנועי AI אילו שאלות ותשובות יש בעמוד. מטמיעים אותה בתג <script type="application/ld+json"> עם הסוג FAQPage. בעברית הטקסט נכתב RTL רגיל, אבל ה-JSON עצמו תמיד נשאר LTR. למטה יש סניפט מוכן להעתקה ובדיקת תקינות בשתי דקות.

למה בכלל להטמיע סכימת FAQ אם גוגל הורידה את התצוגה המובלטת?

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

אז למה זה עדיין שווה? כי קהל היעד השתנה. מי שקורא את הסכימה שלכם היום זה לא רק גוגל, אלא ChatGPT, Perplexity, Claude, ומערכת AI Overviews. כשמשתמש שואל שאלה בעברית והמנוע מחפש תשובה, מבנה ברור של שאלה ותשובה הוא בדיוק מה שהוא מנסה לשלוף. סכימת FAQ נותנת לו את זה על מגש.

המספרים תומכים בזה. מחקר GEO של Aggarwal ועמיתיו, שהוצג בכנס KDD 2024 (arXiv:2311.09735), מצא שהוספת סטטיסטיקות, ציטוטים והפניות לתוכן העלתה את הנראות של המקור בתשובות AI בעד כ-40 אחוז. שאלה ותשובה ממוקדת, מגובה במספר ובמקור, היא בדיוק הפורמט שהמחקר מתאר. מצד שני, אותו מחקר מצא שמילוי מלאכותי של מילות מפתח לא עזר ולעיתים קרובות פגע. אז הסכימה היא כלי, לא קסם, והתוכן בתוכה הוא מה שקובע.

מה ההבדל בין FAQPage ל-JSON-LD ולמה זה משנה בעברית?

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

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

איך נראה סניפט סכימת FAQ JSON-LD מוכן להעתקה?

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

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "כמה זמן לוקח להופיע בתשובות של ChatGPT?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "אין מספר מובטח, אבל אתרים עם תוכן מובנה ומקורות מצוטטים מתחילים להופיע תוך שבועות עד חודשים."
      }
    },
    {
      "@type": "Question",
      "name": "האם צריך schema נפרדת לכל שפה באתר?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "כן. לכל גרסת שפה צריך בלוק JSON-LD משלה עם הטקסט באותה שפה, מקושר לכתובת הנכונה."
      }
    }
  ]
}
</script>

אם אתם עובדים ב-React או ב-Next.js, אל תכתבו את זה ידנית בתוך ה-JSX. בנו אובייקט ב-JavaScript והזריקו אותו דרך תג סקריפט, כך הסניפט נשאר קריא ולא נשבר על מרכאות עבריות:

export function FaqSchema({ items }) {
  const data = {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    mainEntity: items.map((item) => ({
      "@type": "Question",
      name: item.question,
      acceptedAnswer: { "@type": "Answer", text: item.answer },
    })),
  };
  const json = JSON.stringify(data);
  return <script type="application/ld+json">{json}</script>;
}

שימו לב לשתי נקודות. ראשית, JSON.stringify מטפל אוטומטית בבריחת תווים בעברית ובמרכאות. שנית, הטקסט בתוך name ו-text חייב להיות זהה למה שמופיע למשתמש בדף. אם הסכימה מבטיחה שאלה שלא קיימת בעמוד, גוגל רואה בזה תוכן מטעה ועלולה להתעלם מכל הסכימה.

אילו שדות חובה ואילו רשות בסכימת FAQ?

זו טבלת ההפניה המהירה ששווה להשאיר פתוחה בזמן הטמעה.

| שדה | חובה | תפקיד | | --- | --- | --- | | @context | חובה | תמיד https://schema.org | | @type (FAQPage) | חובה | מגדיר את סוג הדף | | mainEntity | חובה | מערך של אובייקטי Question | | Question.name | חובה | נוסח השאלה, זהה לדף | | acceptedAnswer.text | חובה | התשובה המלאה, מותר HTML בסיסי | | @id | רשות | מזהה ייחודי לקישור בין ישויות | | inLanguage | רשות | למשל he-IL, עוזר במולטי-לשוני |

הכלל הפשוט: בלי name ובלי text תקינים, הסכימה לא קבילה. כל השאר משפר אבל לא הכרחי.

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

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

1. Rich Results Test של גוגל. מדביקים כתובת או קוד, רואים אם FAQPage זוהה ואילו שגיאות יש.
2. Schema Markup Validator של schema.org. קפדן יותר, תופס שדות לא חוקיים שגוגל מתעלמת מהם בשקט.
3. Google Search Console. אחרי שעולה לאוויר, מחפשים בדוח השיפורים אם FAQ נקלט וכמה דפים תקינים.

טיפ ספציפי לעברית: לפני הבדיקה, ודאו שהקובץ נשמר ב-UTF-8. קידוד שגוי הופך ניקוד וגרשיים עבריים לג'יבריש, וזה שובר את ה-JSON גם אם המבנה נכון.

האם סכימה לבד מספיקה כדי שיצטטו אותי ב-AI?

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

הנתונים מצביעים בבירור על כיוון אחד. ניתוח של Ahrefs על 75,000 מותגים מצא שאזכורים של המותג ברשת מתואמים ברמה של 0.664 עם נראות ב-AI Overviews, לעומת 0.218 בלבד עבור קישורים נכנסים. במילים אחרות, להיות מוזכר חשוב יותר מלהיות מקושר. מחקר של Muck Rack על יותר ממיליון ציטוטים השלים את התמונה: כ-82 אחוז מהציטוטים ב-AI מגיעים ממדיה מרוויחה (earned media), וכ-94 אחוז ממקורות לא ממומנים.

"אתם יכולים להיות מצוטטים בלי לדרג במקום הראשון."

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

מה לגבי llms.txt? כדאי או באז?

שאלה שעולה בכל פגישה לאחרונה. הקובץ llms.txt הוא תקן מוצע שנועד לתת למנועי AI מפה של התוכן החשוב באתר. הרעיון יפה, אבל בואו נהיה ישרים: נכון להיום אף מנוע AI גדול, לא OpenAI, לא גוגל, לא Perplexity ולא Anthropic, לא אישר רשמית שהוא משתמש ב-llms.txt לדירוג. גוגל אף אמרה במפורש שהיא לא קוראת אותו.

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

תהליך הטמעה מקצה לקצה

ככה מריצים הטמעה על אתר עברי, בלי לדלג על שלבים:

1. מאתרים את הדפים עם שאלות ותשובות אמיתיות (עמודי שירות, מוצר, תמיכה).
2. כותבים שאלות בנוסח שאנשים באמת מקלידים בעברית, לא בנוסח שיווקי.
3. כל תשובה עומדת בפני עצמה ב-40 עד 60 מילה, עם נתון ומקור כשאפשר.
4. בונים את בלוק ה-JSON-LD עם FAQPage, ומוודאים זהות בין הסכימה לטקסט הגלוי.
5. שומרים ב-UTF-8 ובודקים ב-Rich Results Test וב-Schema Validator.
6. מעלים לאוויר, ואחרי כמה ימים בודקים ב-Search Console שנקלט.
7. מודדים. אם השאלות לא משקפות חיפושים אמיתיים, מעדכנים את הנוסח.

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

שאלות נפוצות

מה ההבדל בין סכימת FAQ ל-JSON-LD?

FAQPage הוא סוג הסכימה, מה שאתם מתארים, ו-JSON-LD הוא הפורמט שבו כותבים אותה כבלוק סקריפט נפרד. כלומר מטמיעים סכימת FAQ באמצעות JSON-LD, וזו הדרך שגוגל ממליצה עליה במפורש על פני Microdata.

האם סכימת FAQ עדיין מציגה תוצאות מובלטות בגוגל?

ברוב המקרים לא. מאז 2023 גוגל מציגה FAQ rich results בעיקר לאתרי ממשלה ובריאות. הערך היום הוא בעיקר בכך שמנועי AI משתמשים בסכימה כדי להבין מבנה ולשלוף תשובות מדויקות.

צריך להוסיף llms.txt כדי להופיע בתשובות AI?

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

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

בתוך תג script מסוג application/ld+json, רצוי ב-head או בתחתית ה-body. כיווניות ה-RTL של הדף לא משפיעה על הסכימה, היא נכתבת תמיד כ-JSON רגיל, ורק הטקסט בשדות הוא בעברית.

אפשר להריץ כמה סוגי סכימה באותו דף?

כן. אפשר לשלב FAQPage עם Article, Organization ו-BreadcrumbList. מומלץ לאחד תחת graph אחד או בכמה בלוקי script, ולתת לכל ישות מזהה ייחודי כדי שהקישור ביניהן יהיה נכון.

לסיום מעשי

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