נתונים מובנים (Schema) לעסקים מקומיים — מדריך מעשי

נתונים מובנים (Structured Data / Schema) הם קוד בלתי-נראה בעמוד שמסביר לגוגל בשפה מדויקת מה יש בו: "זה עסק", "זה שירות", "אלה שעות הפעילות", "זה דירוג של 4.8 מ-210 ביקורות", "אלה שאלות ותשובות". זה לא מעלה אתכם ישירות בדירוג — אבל זה יכול לתת לתוצאה שלכם בגוגל כוכבים, שעות, מחיר ותשובות ישירות, וזה מעלה משמעותית את שיעור ההקלקה. המדריך הזה מעשי: מה להטמיע לעסק מקומי ואיך.

מה זה עושה בפועל

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

סוגי ה-Schema החשובים לעסק מקומי

• LocalBusiness (או תת-סוג מדויק כמו Dentist, Attorney, Restaurant) — בעמוד הבית ובעמוד יצירת קשר. כולל שם, כתובת, טלפון, שעות פעילות, אזור שירות, קישורים לרשתות חברתיות, ודירוג מצטבר אם מוצג בעמוד.
• Service — בכל עמוד שירות. מתאר את השירות, מי מספק אותו, ובאיזה אזור.
• FAQPage — בכל עמוד עם קטע שאלות ותשובות אמיתי. יכול להציג את השאלות ישירות בתוצאת החיפוש.
• BreadcrumbList — פירורי לחם. מציג לגוגל (ולמשתמש בתוצאה) את מבנה הניווט: בית ← שירותים ← קידום מקומי.
• Review / AggregateRating — דירוג מצטבר. חובה שהדירוג יוצג באמת בעמוד ושיהיה אמיתי, אחרת זו הפרה של הנחיות גוגל ועלול לגרום לעונש ידני.
• Organization — לזהות המותג הכללית, עם לוגו וקישורים רשמיים.

כלל הזהב: רק על מה שבאמת בעמוד

Schema חייב לתאר תוכן שבאמת מוצג למשתמש באותו עמוד. FAQPage על שאלות שלא מופיעות בעמוד, AggregateRating בלי דירוג נראה, מחיר שלא כתוב — כל אלה הפרות של הנחיות גוגל. במקרה הטוב גוגל יתעלם מה-Schema; במקרה הרע תקבלו עונש ידני על "נתונים מובנים ספאמיים". תמיד: קודם התוכן הנראה, ואז ה-Schema שמתאר אותו.

איך מטמיעים

• פורמט: JSON-LD בתוך תגית <script type="application/ld+json"> ב-<head> או בגוף העמוד. זה הפורמט שגוגל ממליץ עליו.
• בוורדפרס: תוספי SEO טובים מוסיפים Schema בסיסי אוטומטית. לעסק מקומי לרוב צריך להשלים ידנית או דרך תוסף ייעודי את ה-LocalBusiness המלא, ה-Service בעמודי השירות, וה-FAQPage.
• אימות: אחרי ההטמעה, בדקו כל תבנית עמוד ב-Rich Results Test של גוגל וב-Schema Markup Validator. הם מראים שגיאות ואזהרות.
• מעקב: ב-Search Console, הדוחות תחת "Enhancements" מראים אילו סוגי Schema גוגל זיהה ואם יש בהם שגיאות באתר.

טעויות נפוצות

• AggregateRating בלי דירוג נראה בעמוד — הפרה. הוסיפו קודם אלמנט דירוג גלוי.
• אותו Schema של עמוד הבית בכל העמודים — עמוד שירות צריך Service, לא LocalBusiness כללי.
• סתירה בין השדות — טלפון ב-Schema שונה מהטלפון שמוצג. גוגל מזהה ומאבד אמון.
• FAQPage על תוכן שיווקי מוסווה כשאלה — גוגל צמצם משמעותית את הצגת ה-FAQ בתוצאות בדיוק בגלל ניצול לרעה. שמרו על שאלות אמיתיות.
• שכחת עדכון — שיניתם שעות פעילות ולא עדכנתם את ה-Schema.

דוגמה מהשטח

מרפאה וטרינרית עם 190 ביקורות בממוצע 4.9 — שהוצגו בבירור בעמוד — לא הייתה לה שום Schema של דירוג. הוספנו LocalBusiness עם AggregateRating בעמוד הבית ובעמודי השירות (במקומות שבהם הדירוג באמת מוצג), FAQPage לקטעי השאלות, ו-BreadcrumbList לכל האתר. תוך כשבועיים התוצאות של המרפאה בגוגל התחילו להציג כוכבי דירוג, ושיעור ההקלקה על המילים המרכזיות עלה בכ-22% — בלי שום שינוי בדירוג עצמו.

סדר הטמעה מומלץ — עמוד אחר עמוד

אל תנסו להטמיע הכול בבת אחת. סדר עבודה שמונע שגיאות:

• 1. עמוד הבית — Organization ו-LocalBusiness מלא: שם, כתובת, טלפון, שעות, אזור שירות, קישורים חברתיים (sameAs), ולוגו. זה הבסיס שכל השאר נשען עליו.
• 2. עמודי השירות — Service בכל אחד, עם שם השירות, תיאור, ו-provider שמצביע חזרה ל-Organization. אם הדירוג מוצג בעמוד — הוסיפו aggregateRating.
• 3. עמוד יצירת קשר — LocalBusiness עם כל פרטי ההתקשרות, זהים לחלוטין למה שמוצג בעמוד.
• 4. עמודים עם קטע שאלות — FAQPage, אך ורק על שאלות שבאמת כתובות בעמוד.
• 5. כל האתר — BreadcrumbList, שנבנה אוטומטית ממבנה הניווט.

אחרי כל שלב, בדקו את התבנית ב-Rich Results Test לפני שממשיכים. עדיף לגלות שגיאה בתבנית אחת מאשר לשכפל אותה על 300 עמודים.

איך אנחנו מטמיעים Schema ב-Wise Rank

כחלק מהשלב הטכני של קידום אתרים, אנחנו מטמיעים את כל שכבת ה-Schema הרלוונטית לעסק מקומי — LocalBusiness מלא, Service בכל עמוד שירות, FAQPage, BreadcrumbList, ודירוג מצטבר רק במקומות שבהם הוא באמת מוצג. הכול מאומת ב-Rich Results Test. בקשו בדיקת SEO חינם שכוללת בדיקת נתונים מובנים.

סוגי ה-Schema החשובים לעסק מקומי — טבלה

סוג	מה הוא נותן	איפה לשים
LocalBusiness (או תת-סוג ספציפי)	שם, כתובת, טלפון, שעות, אזור שירות — הבסיס	עמוד הבית ועמוד צור קשר
Service	מה השירות, מי הספק, איפה	כל עמוד שירות
BreadcrumbList	שביל ניווט בתוצאת החיפוש	כל עמוד פנימי
FAQPage	שאלות ותשובות (הצגה מצומצמת ב-2026)	עמודים עם שו"ת אמיתיות ונראות
AggregateRating / Review	כוכבים בתוצאה	רק אם הביקורות אמיתיות ומוצגות בעמוד; לא על Service
Organization + sameAs	זהות המותג + קישור לפרופילים	עמוד הבית

איך בודקים ש-Schema תקין

• Rich Results Test של גוגל — מדביקים URL, רואים אילו סוגי Schema זוהו ואם יש שגיאות או אזהרות.
• Schema Markup Validator (schema.org) — בדיקה כללית יותר, תופסת שגיאות תחביר.
• Search Console → Enhancements — מראה, לאורך זמן, אילו סוגי נתונים מובנים גוגל זיהה באתר וכמה עמודים עם שגיאות. זה המקום לתפוס בעיה שהתפשטה.
• בדיקת עין — כל שדה ב-Schema חייב להופיע גם כתוכן גלוי בעמוד. דירוג, שעות ושאלות שקיימים רק בקוד — הפרה של המדיניות.

מה השתנה ב-2026: פחות תוצאות עשירות

בשנתיים האחרונות גוגל צמצם דרמטית את הצגת ה-FAQ וה-HowTo בתוצאות — היום הם מוצגים כמעט רק לאתרים ממשלתיים ובריאותיים מוכרים. המשמעות: אל תטמיעו FAQPage בציפייה לראות את השאלות בתוצאה — לרוב לא תראו. עדיין שווה להטמיע, כי ה-Schema עוזר לגוגל ולמנועי ה-AI להבין את מבנה התוכן, אבל התועלת עברה מ"כוכבים ותצוגה עשירה" ל"הבנה טובה יותר של העמוד". מה שכן עדיין מוצג באופן עקבי לעסקים מקומיים: שם, שעות, ודירוג (כשיש מספיק ביקורות אמיתיות), פירורי לחם, וכרטיס הידע מהפרופיל העסקי.

כלל הזהב: Schema רק על מה שבאמת בעמוד

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

סדר הטמעה מומלץ — עמוד אחר עמוד

• עמוד הבית — Organization + LocalBusiness (שם, כתובת, טלפון, שעות, sameAs לפרופילים).
• עמודי שירות — Service (שם השירות, ספק, אזור). בלי aggregateRating על Service — זה סוג הורה לא נתמך.
• כל עמוד פנימי — BreadcrumbList.
• עמודי FAQ אמיתיים — FAQPage (בידיעה שההצגה בתוצאות מצומצמת מאוד ב-2026).
• אחרי כל שינוי — Rich Results Test על העמוד, ואז מעקב ב-Search Console → Enhancements.

LocalBusiness מול תת-הסוגים הספציפיים

schema.org מגדיר עשרות תת-סוגים של LocalBusiness — Dentist, Attorney, Plumber, AutoRepair, BeautySalon ועוד. עדיף להשתמש בתת-הסוג הספציפי ביותר שמתאים לעסק, לא ב-LocalBusiness הכללי — זה נותן לגוגל הבנה מדויקת יותר של מה העסק עושה. אם אין תת-סוג שמתאים בדיוק, יורדים רמה ל-LocalBusiness. מה שלא עושים: להמציא סוג, או לבחור סוג לא מדויק כי הוא "נשמע יוקרתי יותר".

תוסף Schema או קוד ידני?

לרוב העסקים, תוסף Schema (בוורדפרס) או ההגדרות המובנות של תבנית טובה מספיקים ופחות שבירים מקוד ידני. יתרון התוסף: מתעדכן עם שינויים בתקן, ומושך אוטומטית שם/כתובת/טלפון ממקום אחד. יתרון הקוד הידני (או plugin ייעודי לאתר): שליטה מלאה, בלי Schema מיותר שתוספים כלליים לפעמים מוסיפים. בכל דרך — הכלל היחיד שקובע נשאר: כל שדה ב-Schema חייב להופיע כתוכן גלוי בעמוד, ואחרי כל שינוי בודקים ב-Rich Results Test.

Schema אחרי הגירת אתר

בהגירה, ה-Schema הוא אחד הדברים שהכי קל לשכוח. אם הכתובות ב-Schema מוטמעות עם דומיין מלא (https://old-domain.co.il/...) ב-url, ב-@id, או ב-sameAs — הן נשארות מצביעות על הדומיין הישן אחרי המעבר. אחרי כל הגירה, בודקים ב-Rich Results Test כמה עמודים לדוגמה, ומוודאים שכל כתובת ב-Schema מצביעה על הדומיין החדש. Schema שמצביע על דומיין שכבר לא קיים יוצר בלבול בזהות המותג בדיוק בתקופה הרגישה.

Schema לעמוד עם כמה שירותים

עמוד שמפרט כמה שירותים (למשל "השירותים שלנו") לא צריך Schema של Service אחד ענק. שתי גישות תקינות: להשתמש ב-ItemList שמכיל כמה פריטי Service, אחד לכל שירות; או — עדיף — לתת לכל שירות עמוד משלו עם Service Schema ממוקד, ולהשאיר את עמוד הריכוז עם WebPage ו-BreadcrumbList בלבד. הגישה השנייה גם טובה יותר ל-SEO בכללי, כי כל שירות מקבל עמוד שיכול לדרג על מילת המפתח שלו במקום עמוד אחד שמנסה לדרג על חמש.

מה גוגל עושה עם Schema שגוי

Schema לא תקין לא "שובר" את העמוד — גוגל פשוט מתעלם ממנו. אבל יש שני מצבים גרועים יותר. הראשון: אזהרות ב-Rich Results Test (שדות מומלצים חסרים) — התוצאה העשירה עדיין עשויה להופיע, אבל חלקית. השני, החמור: Schema שמתאר משהו שלא בעמוד — דירוג בקוד בלי ביקורות גלויות, מבצע שלא קיים. זה עלול לגרור "פעולה ידנית של נתונים מובנים ספאמיים" ב-Search Console, שמבטלת את כל התוצאות העשירות של האתר עד שמתקנים ומגישים בקשה לבדיקה. לכן הכלל: רק מה שגלוי בעמוד.

שאלות נפוצות

Schema מעלה דירוג?

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

הוספתי FAQPage אבל השאלות לא מופיעות בגוגל. למה?

גוגל צמצם מאוד את הצגת ה-FAQ בתוצאות (בעיקר לאתרים ממשלתיים ובריאותיים). ה-Schema עדיין עוזר להבנת התוכן, אבל אין ערובה שהשאלות יוצגו בתוצאה.

מותר לשים דירוג ב-Schema אם יש לי רק 5 ביקורות?

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

עודכן לאחרונה: 9 בספטמבר 2026