Schema לעסקים: בדיקת זכאות לתוצאות עשירות

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

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

ארבעה שערים לפני שמתחילים להטמיע

1. תוכן: מה הישות המרכזית בעמוד — מאמר, מוצר, עסק מקומי או משהו אחר?
2. תמיכה: האם התכונה מופיעה ב־גלריית התוצאות הנתמכות של Google, ומהם התנאים שלה?
3. נתונים: האם המידע הנדרש נכון, גלוי בעמוד וניתן לתחזוקה?
4. בדיקה: האם הסימון שנפלט בכתובת החיה תקין והעמוד נגיש לסריקה?

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

טבלת החלטה לפי סוג העמוד

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

תרגיל: בדיקת עמוד מוצר לפני הטמעה

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

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

איך קוראים את תוצאות הבדיקה?

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

• שגיאה בשדה נדרש: תקנו לפי מסמך התכונה ובדקו מחדש.
• אזהרה על מידע מומלץ: בדקו אם יש מידע אמיתי שאפשר להוסיף. אין להמציא נתונים כדי לקבל תוצאה ירוקה.
• לא זוהו פריטים נתמכים: ייתכן שהסימון אינו מהסוגים שהכלי בודק; הדבר אינו לבדו הוכחה ל־JSON פגום.
• הבדיקה תקינה, אך אין תוצאה עשירה: בדקו זכאות, התאמה לתוכן וגישה לסריקה. Google אינה מחויבת להציג את התכונה.

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

כוכבים, FAQ ו־AI: גבולות שחשוב להכיר

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

Google הפסיקה להציג תוצאות FAQ עשירות החל מ־7 במאי 2026, כפי שמתועד ב־יומן העדכונים הרשמי. תוצאות HowTo הוצאו מהחיפוש כבר ב־2023. שאלות ותשובות וצעדי ביצוע יכולים להישאר מועילים לקורא גם בלי תצוגה מיוחדת בגוגל.

גם הנחיות Google לתכונות AI אינן דורשות Schema מיוחד כדי להופיע בהן. אין בסיס להבטחה שסימון יביא ציטוט בתוך 30–60 יום או עליית CTR קבועה. אפשר לקרוא על נראות בתשובות AI Overview כחלק מהתוכן והנוכחות הכללית.

איך לתעד עבודה ומעקב בלי לערבב מטרות?

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

כך משלבים את המשימה ב־תוכנית SEO לעסק קטן בלי להשקיע בתכונה שאינה רלוונטית. למשל, מדריך על מודעות WhatsApp Click-to-Chat הוא תוכן הדרכה; עצם הופעת שירות מסחרי בו אינה סיבה לסמן את כל העמוד כמוצר או להמציא ביקורות.