איזה סימון מובנה באמת שווה לעסק

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

מה סימון מובנה עושה, ומה הוא לא עושה?

צריך להפריד בין שלושה דברים שמתערבבים כל הזמן.

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

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

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

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

חמישה סוגים, לפי סדר החזר

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

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

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

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

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

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

מה כל סוג נותן ומה הוא דורש?

למה סימון שגוי מזיק יותר מהיעדר סימון?

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

אתר עם סימון שגוי נמצא במצב אחר לגמרי, משלוש סיבות.

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

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

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

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

מה נשבר דווקא באתרים ישראליים?

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

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

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

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

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

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

סדר ההטמעה

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

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

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

שלב שלישי, LocalBusiness אם יש מיקום או אזור שירות. במקום Organization, לא לצידו.

שלב רביעי, Article בתוכן שיש לו תאריך, עם תאריך עדכון שמשקף שינוי אמיתי בלבד.

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

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

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

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

יש כאן פער שכדאי להכיר: אפשר לוודא שהסימון תקין, אי אפשר לוודא שהוא השפיע.

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

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

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

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

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

מה עדיין לא ידוע

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

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