NAP Consistency, המדריך השלם ל-Local SEO

📍 מה זה NAP, ולמה זה הקריטריון מספר אחד של Local SEO

תקשיבו. ‏NAP זה ראשי תיבות של Name, Address, Phone, שלוש המילים שמחזיקות את כל ה-Local SEO על הגב שלהן. ‏השם של העסק, ‏הכתובת המלאה, ‏ומספר הטלפון. ‏זה נשמע פשוט עד שמבינים שגוגל אוספת את שלושת הפרטים האלה מ-30, ‏40, ‏לפעמים 60 ‏מקורות שונים באינטרנט, ‏ומצליבה ביניהם. ‏אם בכל המקורות זה כתוב בדיוק אותו דבר, ‏גוגל אומרת "‏אוקי, ‏זה עסק אמיתי, ‏אני יודעת מי הם". ‏אם יש סטיות, ‏אפילו קטנות, ‏גוגל מסתפקת.

אני אספר לכם סיפור. ‏לקוח הגיע אליי, ‏מסעדה בתל אביב, ‏אמר "‏שמוליק, ‏אני בקושי מופיע ב-Local Pack על 'מסעדה איטלקית תל אביב', ‏למרות שאני שם 4 ‏שנים". ‏עשינו audit ‏מהיר. ‏הכתובת באתר היה "‏רחוב דיזנגוף 142". ‏ב-GBP זה היה "‏דיזנגוף 142, ‏תל אביב". ‏ב-B144 ‏זה היה "‏רח' דיזנגוף 142 ‏ת"א". ‏ב-Walla Yellow זה היה "‏דיזנגוף 142 א'" (‏בית קומה א', ‏עוד פרט). ‏בפייסבוק זה היה "‏Dizengoff 142, Tel Aviv". ‏חמישה ניסוחים שונים לאותה כתובת.

גוגל לא יודעת אם זה אותו עסק או חמישה עסקים שונים שמשתפים שם דומה. ‏היא בוחרת באפשרות הזהירה, ‏ומורידה את האמון. ‏התוצאה, ‏מיקום חלש ב-Local Pack, ‏פחות הופעות במפות, ‏פחות לקוחות. ‏מסיפו של דבר נאלצנו לעשות 7 ‏שעות עבודה של איתור ותיקון כל מקור שנמצא, ‏ובתוך 4 ‏שבועות המסעדה עלתה למקום השני ב-Local Pack על המילה הראשית.

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

במדריך הזה, ‏15 ‏פרקים על איך עושים את העבודה הזו נכון. ‏איך בודקים את ה-NAP בכל המקורות הרלוונטיים בישראל, ‏איך מתקנים אי-עקביות, ‏מה השיטות המוכחות, ‏ואיך בונים שגרת תחזוקה שלא נותנת לזה לחזור. ‏אם אחרי הקריאה אתם רוצים לדבר, ‏דברו איתי. ‏אני ‏שמוליק דורינבאום, ‏20 ‏שנה בתחום.

🔍 גוגל מצלבת מקורות, איך זה עובד באמת מאחורי הקלעים

אנשים חושבים שגוגל פשוט קוראת את הפרופיל GBP ומאמינה. ‏זה לא ככה. ‏גוגל בונה משהו שנקרא Knowledge Graph ‏פנימי, ‏הוא בעצם "‏רישום מרכזי" ‏של כל עסק שהיא מזהה בעולם. ‏לכל עסק יש שם רשומה אחת, ‏ובה כל המאפיינים שהיא אספה, ‏שם, ‏כתובת, ‏טלפון, ‏אתר, ‏שעות, ‏קטגוריה, ‏מיקום במפה, ‏וכו'.

‏איך גוגל בונה את הרשומה הזו, ‏היא סורקת מקורות. ‏ה-GBP הוא מקור אחד, ‏האתר הרשמי שלכם הוא מקור שני, ‏ספריות עסקים (B144, ‏Walla Yellow, ‏Easy) ‏הן מקורות נוספים, ‏רשתות חברתיות (‏פייסבוק, ‏LinkedIn, ‏אינסטגרם), ‏פלטפורמות ביקורות (‏TripAdvisor, ‏Yelp), ‏עיתונות, ‏אתרי מדריכים, ‏מפות (‏Apple Maps, ‏Bing Maps). ‏היא אוספת מכל אחד את שלושת הפרטים הקריטיים, ‏ומשווה.

‏האלגוריתם הפנימי בודק רמת חפיפה. ‏אם 90 ‏אחוז מהמקורות מסכימים על שם וכתובת מסוימים, ‏גוגל יוצרת רשומה אחת ומשוכנעת. ‏אם החפיפה נמוכה, ‏היא או מפצלת לכמה רשומות (‏וזה אסון, ‏האמון מתפזר), ‏או יוצרת רשומה אחת אבל עם ציון אמון נמוך ("‏confidence score" ‏פנימי). ‏רשומה עם confidence score ‏נמוך מקבלת פחות חשיפה ב-SERP, ‏פחות הופעות במפות, ‏ופחות סיכוי לעלות ל-Local Pack.

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

‏עוד נקודה חשובה, ‏גוגל סורקת בהיררכיה. ‏היא נותנת משקלות שונים למקורות שונים. ‏GBP ‏מקבל את המשקל הגבוה ביותר (‏הוא הקנוני הרשמי). ‏האתר של העסק עצמו מקבל משקל גבוה אם יש לו סכמת LocalBusiness ‏מסודרת. ‏ספריות "‏סמכותיות" ‏כמו B144 ‏או Apple Maps ‏מקבלות משקל בינוני-גבוה. ‏ספריות קטנות וחדשות מקבלות משקל נמוך. ‏אבל גם משקל נמוך תורם, ‏ולכן צריך לוודא עקביות בכולן.

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

⚠️ מה נחשב "inconsistent", 10 וריאציות שגוגל סופרת כשונות

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

1. ‏מספר דירה או כניסה חסר

   "‏הרצל 25" ‏מול "‏הרצל 25 ‏דירה 4" ‏מול "‏הרצל 25 ‏כניסה ב'". ‏שלושה ניסוחים שונים, ‏שלוש רשומות פוטנציאליות.

2. ‏"רחוב" ‏מול "‏רח'"

   ‏הקיצור שנראה לכם זהה לחלוטין, ‏גוגל בודקת מילה במילה. "‏רחוב דיזנגוף" ‏שונה מ-"‏רח' דיזנגוף".

3. ‏פורמט טלפון

   "+972-54-712-6629" ‏מול "‏054-7126629" ‏מול "‏054 7126629" ‏מול "‏054.712.6629". ‏אותו מספר, ‏ארבע צורות שונות.

4. ‏כתובת ישנה שנשארה איפשהו

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

5. ‏שם רחוב מקוצר מול מלא

   "‏בן יהודה" ‏מול "‏בן-יהודה" (‏עם מקף) ‏מול "‏בן יהודה אליעזר" (‏השם המלא של דמותו).

6. ‏שם עסק עם או בלי סיומת "‏בע"מ"

   "‏אופנת בן-עמי" ‏מול "‏אופנת בן-עמי בע"מ". ‏בעיני גוגל, ‏שני עסקים נפרדים פוטנציאליים.

7. Capitalization בשם באנגלית

   "Shmul SEO" ‏מול "shmul seo" ‏מול "SHMUL SEO". ‏בעברית זה פחות רלוונטי, ‏באנגלית גוגל סופרת.

8. ‏עיר עם או בלי "‏ישראל"

   "‏תל אביב" ‏מול "‏תל אביב, ‏ישראל" ‏מול "Tel Aviv, Israel". ‏שלושה ניסוחים, ‏שלושה ערכים.

9. ‏מיקוד חלקי או חסר

   ‏מיקוד 6 ‏ספרות מול 7 ‏ספרות (‏ישראל עברה ל-7 ‏ספרות לפני שנים). ‏מיקוד חסר לחלוטין באחד המקורות. ‏גוגל בודקת.

10. ‏מספרי טלפון מרובים בלי סדר

    ‏יש לעסק שלושה מספרים, ‏ראשי, ‏סלולרי, ‏פקס. ‏בכל מקור מופיע מספר אחר. ‏גוגל לא יודעת מה ה-"primary".

‏זה רק 10. ‏יש עוד וריאציות פחות נפוצות, ‏שימוש בתווים מיוחדים (‏גרשיים בשם, ‏סוגריים, ‏אפוסטרופים), ‏שילוב אותיות גדולות וקטנות בשם באנגלית, ‏שילוב של עברית ואנגלית בשם ("‏אופנת Cohen"), ‏הוספה של תיאור לשם ("‏מסעדת הדג הזהוב, ‏המקום הכי טוב בעיר"). ‏כל אחד מאלה יכול לפצל את הזהות הדיגיטלית שלכם.

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

🌐 NAP מול NAPW, הוספת ה-Website למשוואה

‏בשנים האחרונות מקצוענים מדברים על NAPW, ‏הוספה של ה-W ‏שמייצגת Website. ‏הרעיון, ‏לא מספיק שהשם, ‏הכתובת והטלפון יהיו עקביים, ‏גם ה-URL ‏של האתר הרשמי שלכם צריך להופיע באופן עקבי בכל המקורות. ‏זה הופך את ה-NAP ‏ל-NAPW ומעצים את האמון של גוגל.

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

‏הוריאציות שגוגל סופרת כשונות ב-URL:

• ‏עם או בלי www, "https://example.co.il" ‏מול "https://www.example.co.il". ‏גוגל מתחילה להבין שזה אותו דבר, ‏אבל לא תמיד. ‏בחרו אחד והיו עקביים.
• http מול https, ‏אם עברתם ל-SSL ‏לפני שנתיים, ‏ייתכן שעדיין יש ספריות עם הקישור הישן ב-http. ‏זה מבזבז סיגנל.
• Trailing slash, "example.co.il/" ‏מול "example.co.il". ‏טכנית זה אותו דבר, ‏אבל ספריות מסוימות שומרות בדיוק כפי שהוקלד.
• ‏עברית מקודדת מול לא מקודדת, "example.co.il/שירותים" ‏מול "example.co.il/%D7%A9%D7%99%D7%A8%D7%95%D7%AA%D7%99%D7%9D". ‏אותו עמוד, ‏אבל הכתיב שונה.
• Tracking parameters, ‏אם הכנסתם UTM ‏לקישור בספרייה אחת, ‏זה משבש את העקביות.

‏הכלל, ‏בחרו פורמט אחד של URL ‏לעסק, ‏עם או בלי www, ‏עם https, ‏בלי trailing slash, ‏בלי UTM, ‏ואותו פורמט בדיוק בכל מקום. ‏אם בחרתם "https://www.example.co.il", ‏שזה יהיה בכל ספרייה, ‏בכל פרופיל חברתי, ‏בכל מדריך.

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

‏עוד הערה על URL ‏בעולם של ריבוי שפות, ‏אם יש לכם אתר בעברית ובאנגלית עם hreflang, ‏בחרו URL ‏אחד מהשניים כ-canonical לרישום בספריות (‏בדרך כלל העברי, ‏בישראל). ‏אל תרשמו פעם את ה-URL ‏העברי ופעם את האנגלי בספריות שונות. ‏זה יוצר אפילו יותר אי-עקביות מ-NAP ‏רגיל, ‏כי גוגל רואה את זה כשני אתרים שונים.

‏עוד נקודה אחרונה ל-NAPW, ‏אם יש לכם דומיין משני (‏כמו .com ‏נוסף ל-.co.il), ‏בחרו אחד כראשי. ‏אל תרשמו את האחד בחלק מהספריות ואת השני בשאר. ‏זה גם מבזבז את ה-authority ‏בין שני URLs, ‏וגם גורם לגוגל לראות פיצול.

📉 הנזק האמיתי, איך inconsistency פוגעת במיקומים ב-Local Pack

‏בואו נדבר על הנזק. ‏לא תיאוריה, ‏לא "‏יכול לפגוע", ‏אלא מה קורה בפועל לעסק שיש לו NAP ‏לא עקבי. ‏אני עובד עם עסקים על Local SEO ‏הרבה שנים, ‏ויש דפוס ברור שאני רואה שוב ושוב.

‏שלב 1, ‏ירידה ב-Local Pack. ‏זה הסימן הראשון. ‏העסק שלכם מופיע מקום 4 ‏או 5 ‏בתוצאות לוקאליות במקום מקום 1 ‏או 2. ‏הוא עדיין מופיע, ‏רק לא בראש. ‏הרבה בעלי עסקים מסתכלים על זה ואומרים "‏נו, ‏אני מופיע, ‏מה הבעיה". ‏הבעיה, ‏הקליקים מתחלקים בערך 33-25-15-10-7-5 ‏בין שלוש המקומות הראשונים ושאר התוצאות. ‏מעבר ממקום 1 ‏ל-4 ‏זה אובדן של 60 ‏אחוז מהקליקים. ‏זה עסקים שלא מגיעים.

‏שלב 2, ‏ירידה במפות. ‏כשמישהו פותח Google Maps ‏ומחפש "‏מסעדה איטלקית" ‏באזור שלו, ‏גוגל מציגה את הרשומות שלה. ‏רשומה עם confidence score ‏נמוך תופיע פחות, ‏או תקבל פחות ויזואל באייקון, ‏או לא תקבל את כל הפיצ'רים (‏ביקורות, ‏תמונות, ‏שעות) ‏מוצגים בתצוגה הראשונית.

‏שלב 3, ‏פיצול ב-Knowledge Graph. ‏זה הסיוט. ‏אם אי-העקביות גדולה מספיק, ‏גוגל בכלל יוצרת שתי רשומות נפרדות לעסק שלכם. ‏רשומה אחת מבוססת על מקורות עם השם והכתובת בגרסה א', ‏ורשומה שנייה על מקורות עם הגרסה ב'. ‏שני העסקים מתחלקים את ה-authority, ‏אף אחד מהם לא מקבל את הכוח של כולם. ‏זה הסיבה לפעמים שאתם רואים את העסק שלכם מופיע פעמיים בחיפוש, ‏או שלא מופיע בכלל.

‏שלב 4, ‏פגיעה בקליקים ובשיחות. ‏אפילו אם הגעתם ל-Local Pack, ‏מספר טלפון שגוי באחת הספריות (‏מספר ישן, ‏או פורמט שגוי) ‏גורם לאיבוד פניות פוטנציאליות. ‏אנשים מתקשרים למספר הלא נכון, ‏שומעים שאין שירות, ‏ועוברים למתחרה.

‏יש גם נזק עקיף שאנשים פחות מודעים אליו, פגיעה בסכמת AggregateRating. ‏אם גוגל לא יודעת לזהות שכל הביקורות מ-30 ‏מקורות שונים מתייחסות לאותו עסק, ‏היא לא מסכמת אותן. ‏עסק עם 100 ‏ביקורות מפוזרות בין 5 ‏פרופילים נראה לגוגל כ-5 ‏עסקים עם 20 ‏ביקורות כל אחד. ‏פחות מרשים, ‏פחות אמין, ‏פחות בולט.

‏התוצאה הצפויה ‏של תיקון NAP ‏מקיף היא לרוב עלייה במיקומים תוך 4 ‏עד 8 ‏שבועות, ‏עלייה במספר השיחות הישירות מ-GBP, ‏ועלייה בתנועה לאתר ממפות. ‏זה לא ערובה, ‏אבל זה הדפוס שאני רואה אצל רוב הלקוחות שמקבלים את התיקון ברצינות. ‏תאמינו לי, ‏בעסקים בהם עבדנו NAP ‏לעומק, ‏התוצאה תמיד הייתה משמעותית.

🇮🇱 הספריות שחשובות בישראל, GBP, B144, Walla Yellow, Easy ועוד 15

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

‏הקריטיים ביותר

• Google Business Profile (GBP, ‏לשעבר Google My Business), ‏הקנוני. ‏אם זה לא נכון פה, ‏שום דבר אחר לא יעבוד.
• Apple Maps Connect, ‏לכל מי שמשתמש באייפון. ‏אחוזים גבוהים מהישראלים. ‏רשמו את העסק ב-mapsconnect.apple.com.
• Bing Places, ‏לא פופולרי בארץ, ‏אבל גוגל סורקת. ‏רישום חינם.

‏ספריות ישראליות מרכזיות

• ‏בזק B144, ‏מדריך הטלפונים הוותיק והמסונכרן עם מסד הנתונים של בזק. ‏עסקים רבים מופיעים שם אוטומטית, ‏ולכן הסיכוי הגבוה ביותר שיש פרטים ישנים שגויים.
• ‏וואלה ‏Yellow Pages, ‏מדריך עסקים גדול. ‏רישום חינם, ‏ניתן לעדכן.
• ‏Easy.co.il, ‏מדריך עסקים מרכזי, ‏פופולרי בקרב צרכנים. ‏רישום חינם בסיסי, ‏פרימיום בתשלום.
• ‏דפי זהב, ‏מדריך מסורתי שעדיין רץ דיגיטלית ב-dapey-zahav.co.il.
• ‏zap.co.il, ‏רלוונטי במיוחד לעסקי e-commerce ‏ושירותים טכנולוגיים.

‏רשתות חברתיות עם נוכחות עסקית

• Facebook Business, ‏גוגל סורקת את פרופילי הפייסבוק.
• LinkedIn Company Page, ‏עסקים B2B ‏במיוחד.
• Instagram Business, ‏בעיקר לעסקים ויזואליים, ‏אך הכתובת והטלפון מופיעים בפרופיל.

‏ספציפיות לתעשייה

• Tripadvisor, ‏מסעדות, ‏מלונות, ‏אטרקציות תיירות.
• Yelp Israel, ‏פחות פעיל בארץ אבל קיים, ‏בעיקר לעסקי שירות וצרכנות.
• Restaurants.co.il, ‏ייחודי למסעדות.
• Booking.com / Airbnb, ‏לעסקי תיירות והארחה.
• Telegram, ‏לעסקים מקומיים שעובדים עם קהילה, ‏הפרופיל הציבורי מהווה ציטוט.

‏אינדקסי תעשייה ייחודיים

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

‏ספריות מערכת ההפעלה

• Waze, ‏המערכת הניווט הישראלית בבעלות גוגל. ‏פרופיל עסקי שם משפיע על נראות בנסיעות.
• Moovit, ‏ניווט בתחבורה ציבורית, ‏רלוונטי לעסקים נגישים בתחבורה ציבורית.

‏מנוע GPT ‏ו-LLMs

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

‏עיתונות וכתבות

‏לא ספרייה רשמית, ‏אבל אזכורים בעיתונות (Ynet, ‏גלובס, ‏כלכליסט, ‏מאקו, ‏וואלה) ‏עם פרטי העסק נחשבים citations ‏איכותיים. ‏אם הוזכרתם בכתבה, ‏בדקו שהכתב כתב נכון את שם העסק והכתובת. ‏אם לא, ‏בקשו תיקון. ‏אזכור עיתונאי עם NAP ‏שגוי הוא בעיה.

‏בסך הכל, ‏עסק ישראלי טיפוסי יופיע ב-15 ‏עד 25 ‏ספריות שונות. ‏ב-NAP audit ‏אנחנו נבדוק את כולן, ‏ולא נסתפק רק ב-GBP. ‏רשת של חנויות או סניפים יכולה להופיע ב-50 ‏ויותר.

📋 Workflow audit ידני, איך לבדוק את ה-NAP שלכם ב-30 ספריות

‏אם אין לכם תקציב לכלים, ‏אפשר לעשות את ה-audit ‏לבד. ‏זה תהליך עיקש, ‏אבל הוא חופשי וגם נותן הרבה תובנה.

‏שלב 1, ‏הגדירו את ה-canonical NAP

‏לפני שאתם בודקים, ‏החליטו מה הניסוח הרשמי המדויק. ‏שם, ‏כתובת, ‏טלפון, ‏אתר. ‏כתבו אותו בקובץ Word ‏אחד, ‏זה ה-source of truth. ‏הוא יהיה הקריטריון להשוואה.

‏שלב 2, ‏הריצו site: ‏בגוגל

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

‏שלב 3, ‏הריצו חיפוש על הטלפון

‏הטלפון נדיר יותר משם, ‏לכן חיפוש על המספר (‏בפורמטים שונים, +972-X-XXX-XXXX, 0XX-XXXXXXX) ‏יחשוף ספריות שלא הופיעו בחיפוש השם, ‏בדרך כלל ספריות שיש בהן את הפרטים שלכם בלי שידעתם.

‏שלב 4, ‏הריצו חיפוש על הכתובת

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

‏שלב 5, ‏בנו Google Sheet

‏עמודות, ‏שם הספרייה, ‏URL ‏של הפרופיל, ‏שם בעסק שמופיע, ‏כתובת, ‏טלפון, ‏אתר, ‏סטטוס (תקין/לא תקין), ‏הערות. ‏עברו על כל ספרייה, ‏העתיקו את הפרטים, ‏השוו ל-canonical.

‏שלב 6, ‏בדקו את הספריות הקבועות בארץ

‏גם אם לא הופיעו בחיפוש, ‏פתחו ידנית, ‏B144, ‏Walla Yellow, ‏Easy, ‏דפי זהב, ‏zap, ‏tripadvisor, ‏פייסבוק, ‏לינקדאין. ‏חפשו את העסק שלכם. ‏לעיתים יש פרופיל ישן שאף אחד לא יודע עליו.

‏שלב 7, ‏סמנו את הבעיות

‏בכל שורה ב-sheet, ‏סמנו ירוק אם הפרטים זהים ל-canonical, ‏כתום אם יש שונות קלה (‏רחוב מול רח'), ‏אדום אם יש שונות מהותית (‏כתובת ישנה, ‏טלפון שגוי).

‏שלב 8, ‏סדרי עדיפויות

‏תקנו אדומים תחילה, ‏אחר כך כתומים. ‏ירוקים, ‏השאירו. ‏הספריות הקריטיות (GBP, ‏B144, ‏Walla Yellow, ‏Easy, ‏פייסבוק) ‏יקבלו עדיפות גבוהה גם אם הסטייה קטנה.

‏שלב 9, ‏שמירה היסטורית

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

‏שלב 10, ‏בנו רשימת תפוצה לעצמכם

‏שמרו ב-Google Sheet ‏את הקרדנציאלים (‏ללא סיסמאות, ‏רק שמות משתמש) ‏לכל ספרייה. ‏בפעם הבאה שתעשו audit, ‏זה יחסוך חצי שעה של איתור חשבונות. ‏פשוט פתחו את ה-Sheet, ‏היכנסו לכל פרופיל ובדקו.

🛠 Workflow audit עם כלי בתשלום, BrightLocal, Yext, Whitespark

‏אם יש לכם תקציב, ‏יש כלים שעושים את העבודה תוך 15 ‏דקות במקום 10 ‏שעות. ‏שווה את הכסף לעסקים בינוניים ומעלה, ‏או אם אתם סוכנות שמטפלת בכמה לקוחות.

BrightLocal Citation Tracker

‏הכלי הפופולרי ביותר במערב. ‏עולה כ-29 ‏דולר לחודש לחבילה הבסיסית. ‏עובד מצוין על השוק האמריקאי, ‏בישראל הוא סורק את הספריות הבינלאומיות (GBP, ‏פייסבוק, ‏Yelp, ‏Apple Maps, ‏Bing) ‏ומראה אי-עקביות בכולן. ‏את הספריות הישראליות הוא לא מכיר ולא יבדוק.

Yext

‏הכלי הכי יקר והכי מקיף. ‏מתחיל בערך מ-500 ‏דולר לשנה לעסק. ‏היתרון, ‏הוא מאפשר "‏push" ‏של עדכון NAP ‏לכל הספריות שהוא מחובר אליהן, ‏בלחיצת כפתור. ‏במקום לתקן ידנית כל ספרייה, ‏את מעדכנים ב-Yext, ‏וזה מסונכרן. ‏בישראל החיבור פחות מלא, ‏אז יעילותו מוגבלת.

Whitespark Local Citation Finder

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

‏כלים ישראליים

‏בישראל אין כלי ייעודי בעברית לטרק את ה-citations. ‏האפשרויות הן או הכלים הבינלאומיים (BrightLocal, Whitespark) ‏שלא יודעים על B144 ‏ו-Walla Yellow, ‏או workflow ‏ידני משלים על הספריות הישראליות בלבד. ‏שילוב של השניים זה הכי טוב.

‏יתרון נוסף של הכלים, ‏מעקב לאורך זמן

‏היתרון הגדול ביותר של כלי בתשלום זה לא ה-audit ‏הראשוני (‏את זה אפשר ידנית), ‏אלא ‏המעקב המתמשך. ‏הכלים מתריעים כשמשהו משתנה. ‏מישהו פתח פרופיל חדש בשם העסק שלכם? ‏תקבלו התראה. ‏הכתובת ב-Yelp ‏השתנתה אוטומטית? ‏תראו במייל. ‏בלי המעקב, ‏אתם מגלים את הבעיות רק כשמיקומים יורדים, ‏וזה כבר מאוחר.

‏אופציה לסוכנויות, ‏Loganix ‏ו-WebPunch

‏סוכנויות SEO ‏גדולות משתמשות גם בשירותי ניהול NAP ‏מקצועיים. ‏Loganix ‏ו-WebPunch ‏מספקים מנהל אישי שעובד על ה-citations ‏ידנית עבור הלקוח. ‏עולה בערך 300 ‏עד 500 ‏דולר לפרויקט חד-פעמי, ‏ולא דורש שעות עבודה פנימיות.

‏ההמלצה שלי, ‏הריצו ידני פעם ראשונה כדי להבין את המצב במלואו. ‏אחר כך, ‏אם אתם מטפלים בעסק עם 5 ‏מיקומים ומעלה או סוכנות שמטפלת בכמה לקוחות, ‏הצדיקו את התוספת של BrightLocal ‏לכיסוי הגלובלי. ‏את הספריות הישראליות הספציפיות (B144, ‏Walla Yellow, ‏Easy) ‏תמשיכו לבדוק ידנית. ‏אין דרך אחרת בארץ נכון לעכשיו, ‏אבל זה גם לא קטסטרופה, ‏15 ‏ספריות זה לא 150.

🔧 איך לתקן inconsistencies קיימות, תהליך עיקש צעד אחרי צעד

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

‏שלב 1, ‏סדרי עדיפויות

‏לא כל הספריות שוות. ‏סדרו לפי משקל, ‏GBP ‏ראשון (‏הכי קריטי), ‏אחר כך Apple Maps, ‏Bing, ‏ואז הספריות הישראליות הגדולות (B144, ‏Walla Yellow, ‏Easy, ‏פייסבוק), ‏ולבסוף הספריות הקטנות והייחודיות לתעשייה.

‏שלב 2, ‏טיפול ב-GBP

‏הקל יחסית, ‏יש לכם בעלות. ‏היכנסו ל-business.google.com, ‏עדכנו שם, ‏כתובת, ‏טלפון, ‏אתר. ‏ודאו שאתם מבעלי הפרופיל. ‏שינוי כתובת מהותי ידרוש לפעמים אימות מחדש (‏גלויה לדואר). ‏הרחבתי על כל הנושא ב‏מדריך GBP.

‏שלב 3, ‏בעלות על הפרופיל בכל ספרייה

‏זה הצעד שמרגיש מסובך אבל הוא לא. ‏בכל ספרייה גדולה (B144, ‏Walla Yellow, ‏Easy, ‏פייסבוק), ‏יש תהליך "Claim This Business" ‏או "‏אני בעל העסק". ‏לעיתים הספרייה יוצרת אוטומטית פרופיל מבלי שתדעו, ‏מסתמכת על בזק או על מקור ציבורי. ‏צריך לתבוע בעלות, ‏לאמת (‏לרוב דרך מייל או שיחה), ‏ואז להיכנס לעריכה.

‏שלב 4, ‏תקנו כל פרופיל

‏עבור כל ספרייה, ‏היכנסו לאזור עריכה, ‏ופשוט עדכנו לנוסח ה-canonical. ‏העתיקו והדביקו מקובץ ה-Word, ‏בלי לסטות אפילו במילה. ‏שמרו, ‏ועברו לבאה.

‏שלב 5, ‏ספריות לא בשליטה

‏לפעמים אין דרך לתבוע בעלות. ‏ספרייה שמעולם לא יצרה איתכם קשר, ‏אבל יש בה פרטים ישנים שלכם. ‏יש שלוש אפשרויות, (1) ‏צרו איתם קשר דרך טופס "Contact Us" ‏וביקש עדכון, (2) ‏פתחו פרופיל חדש בשמכם (‏אם זה מותר) ‏ובקשו למחוק את הישן, (3) ‏השאירו, ‏וקבלו שיש שם מקור אי-עקבי שיירד עם הזמן ככל שגוגל תאסוף יותר ראיות מהמקורות האחרים.

‏שלב 6, ‏עקבו אחר התוצאה

‏אחרי תיקון, ‏גוגל לא מעדכנת מיד. ‏יכולה לקחת 4 ‏עד 8 ‏שבועות עד שתראו שינוי במיקומים. ‏בינתיים, ‏בדקו ב-GSC ‏את הביצועים של ביטויי מקומיים, ‏ובדקו ב-GBP Insights ‏את מספר הצפיות והקליקים.

‏שלב 7, ‏תיעוד מסודר

‏אחרי כל תיקון, ‏עדכנו את ה-Google Sheet ‏עם תאריך השינוי. ‏ככה, ‏אם בעוד 6 ‏חודשים תראו שהשתבש משהו, ‏תוכלו להחזיר את הניסוח לקדמותו. ‏גם זה עוזר אם אתם רוצים להוכיח ללקוח (‏או לעצמכם) ‏שהעבודה בוצעה.

🚚 NAP migration, מה לעשות כשהעסק עובר כתובת או משנה שם

‏זה התרחיש שגורם להכי הרבה נזק לעסקים. ‏שינוי כתובת, ‏שינוי שם, ‏rebrand, ‏או מעבר משרד. ‏בלי תכנון NAP migration מסודר, ‏העסק יכול לאבד 30 ‏אחוז מהתנועה האורגנית הלוקאלית.

‏מתי זה רלוונטי

• ‏מעבר משרד או חנות לכתובת חדשה
• ‏שינוי שם של העסק (‏מ-"‏אופנה כהן" ‏ל-"‏Cohen Fashion")
• ‏שינוי מספר טלפון ראשי
• ‏מיזוג של שני עסקים
• Rebrand ‏מלא

‏התהליך הנכון, ‏לפני המעבר

‏שבועיים לפני התאריך הצפוי, ‏הכינו רשימה מלאה של כל הספריות שבהן העסק רשום (‏הריצו audit ‏ידני או עם כלי). ‏הכינו את הניסוח החדש של ה-NAP ‏בקובץ Word. ‏וודאו שהאתר מעודכן בכתובת החדשה, ‏בעמודי "‏צור קשר", "‏אודות", ‏ובפוטר.

‏ביום המעבר

‏עדכנו GBP ‏ראשון. ‏שינוי כתובת מהותי ידרוש אימות, ‏הזמינו גלויה. ‏בינתיים תיהיו במצב ביניים, ‏גוגל יודעת על הכתובת החדשה, ‏אבל היא לא מאומתת. ‏זה עדיף מאשר להשאיר את הישנה.

‏שבועות 1-4 ‏אחרי המעבר

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

‏אם שיניתם שם, ‏מה עוד צריך

‏שינוי שם זה מצב מורכב יותר. ‏בנוסף לעדכון ב-GBP ‏ובספריות, ‏צריך גם, (1) ‏לוודא שהאתר משדר את השם החדש בכל מקום, ‏באתר עצמו, ‏בסכמת LocalBusiness, ‏בפוטר. (2) ‏לעדכן את הפרופילים החברתיים. (3) ‏לפרסם הודעה רשמית באתר ובחשבונות החברתיים על שינוי השם, ‏זה עוזר לאינדקס. (4) ‏לבחון אם כדאי redirect 301 ‏מ-URL ‏ישן לחדש (‏אם השם השפיע על הדומיין).

‏הודעה ללקוחות, ‏אל תשכחו

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

‏הפניות 301 ‏אם שיניתם דומיין

‏אם המעבר כלל גם שינוי דומיין (‏שזה rebrand ‏מהותי), ‏וודאו 301 ‏מסודר מכל URL ‏ישן לתואם החדש. ‏זה נושא נפרד מ-NAP ‏אבל קריטי לאותה תקופה. ‏בלי 301, ‏כל ה-authority ‏שצברתם בדומיין הישן הולכת לאיבוד תוך חודשים.

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

🧬 LocalBusiness schema, איך הופכים את האתר ל-canonical NAP source

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

‏איפה לשים את הסכמה

‏בעמוד הבית, ‏בעמוד "‏צור קשר", ‏ובעמודי כל המיקומים (‏אם יש לכם רשת). ‏יש לעטוף את הסכמה ב-JSON-LD, ‏בתוך תג script ‏בראש העמוד. ‏גוגל קוראת את זה אוטומטית.

‏השדות הקריטיים

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "‏שם העסק כפי שאתם רוצים שיופיע",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "‏שם רחוב ומספר",
    "addressLocality": "‏עיר",
    "addressRegion": "‏מחוז (‏אופציונלי)",
    "postalCode": "‏מיקוד 7 ‏ספרות",
    "addressCountry": "IL"
  },
  "telephone": "+972-XX-XXX-XXXX",
  "url": "https://www.example.co.il",
  "openingHours": "Mo-Th 09:00-18:00"
}

‏שדות מתקדמים שכדאי להוסיף

• geo, ‏עם latitude ו-longitude. ‏זה מעגן את העסק לנקודה מדויקת במפה.
• sameAs, ‏רשימת URLs ‏לפרופילים החברתיים שלכם ול-GBP. ‏זה מקשר בין הסכמה לבין הפרופילים החיצוניים.
• priceRange, ‏לדוגמה "₪₪" ‏או "100-300 ‏ש"ח", ‏עוזר ל-AI Overviews.
• areaServed, ‏אם אתם משרתים אזורים מעבר לכתובת הפיזית.
• aggregateRating, ‏רק אם יש לכם ביקורות אמיתיות מתועדות. אסור להמציא.

‏NAP בפוטר של כל עמוד

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

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

‏סוג עסק ספציפי

‏Schema.org ‏מציעה תתי-טיפוסים של LocalBusiness ‏שמתאימים לתחומי עיסוק שונים, ‏כמו Restaurant, ‏Dentist, ‏Hotel, ‏AutoRepair, ‏LegalService. ‏השתמשו בסוג הספציפי במקום LocalBusiness ‏הגנרי, ‏זה נותן לגוגל הקשר נוסף ועוזר ל-AI ‏Overviews ‏להבין באיזה תחום אתם.

‏כדי לאמת שהסכמה עובדת, ‏השתמשו ב-Rich Results Test ‏של גוגל (search.google.com/test/rich-results) ‏או ב-Schema Markup Validator. ‏הדביקו את ה-URL ‏של האתר, ‏ותראו אם הסכמה נסרקת נכון. ‏אם יש שגיאות, ‏תקנו לפני שממשיכים. ‏ראו גם את ‏המדריך המלא לסכמות.

⭐ NAP ו-Reviews, מה הקשר ביניהם

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

‏איך זה עובד טכנית

‏ביקורת ב-GBP ‏מקושרת לפרופיל GBP ‏הספציפי. ‏ביקורת ב-Yelp ‏מקושרת לפרופיל Yelp. ‏ביקורת ב-tripadvisor ‏מקושרת לפרופיל tripadvisor. ‏אם הפרופילים האלה לא מקושרים זה לזה דרך NAP ‏עקבי, ‏גוגל לא מצליבה אותם. ‏היא רואה אותם כעסקים נפרדים.

‏לעומת זאת, ‏כשה-NAP ‏זהה בכל המקורות, ‏גוגל יכולה לאחד אותם, ‏לראות שיש לעסק 47 ‏ביקורות סך הכל (‏30 ‏ב-GBP, ‏10 ‏ב-Tripadvisor, ‏7 ‏בפייסבוק), ‏ולתת לעסק קרדיט על כולן. ‏זה משפיע על איך גוגל מציגה את העסק ב-Knowledge Panel, ‏ועל ה-confidence score ‏הכללי.

Review Schema ‏באתר

‏אם אתם מציגים ביקורות באתר שלכם (‏ולא רק מצביעים על GBP), ‏הוסיפו Review Schema ‏לכל ביקורת. ‏השדה הקריטי הוא itemReviewed ‏שצריך להפנות לישות LocalBusiness ‏עם אותו NAP ‏בדיוק כמו בסכמת LocalBusiness ‏הראשית.

{
  "@context": "https://schema.org",
  "@type": "Review",
  "itemReviewed": {
    "@type": "LocalBusiness",
    "name": "‏שם העסק",
    "address": {...}
  },
  "reviewRating": {
    "@type": "Rating",
    "ratingValue": "5"
  },
  "author": {
    "@type": "Person",
    "name": "‏שם המבקר"
  }
}

‏ביקורת באתר עם פרטי לקוח חלקיים

‏הרבה עסקים מציגים ביקורות עם "‏שם פרטי בלבד" ‏מטעמי פרטיות. ‏זה תקין, ‏אבל וודאו שיש Review Schema ‏עם author.name ‏מלא ככל האפשר. ‏ביקורות "‏אנונימיות" (‏בלי שם) ‏נחשבות פחות אמינות לגוגל.

‏ביקורות שליליות, ‏איך להגיב

‏עוד נקודה רלוונטית, ‏ביקורות שליליות בפרופילים שונים. ‏אם יש לכם ביקורת שלילית ב-Yelp ‏אבל לא ב-GBP, ‏זה מצב לא אופטימלי. ‏גוגל סורקת את כל המקורות ויכולה להציג את הציון השלילי גם ב-Knowledge Panel. ‏הגיבו לכל ביקורת שלילית, ‏בכל פלטפורמה, ‏ובאופן עקבי. ‏זה עקיף ל-NAP ‏אבל קשור לאמינות הכוללת של העסק בעיני גוגל.

‏ייצוא ביקורות לאתר

‏עסקים שמייצאים את הביקורות הטובות שלהם מ-GBP ‏לעמוד "‏ביקורות" ‏באתר, ‏עם Review Schema, ‏מקבלים שני יתרונות. ‏הראשון, ‏הביקורות מופיעות גם בחיפוש האורגני. ‏השני, ‏גוגל רואה הפניה חזרה מהאתר לפרופיל GBP, ‏וזה עוד חיזוק של ה-NAP.

‏הקסם, ‏עסק עם NAP ‏עקבי + ‏סכמת LocalBusiness ‏נכונה + ‏ביקורות מקושרות באתר, ‏מקבל מ-Google אחת הפנים הכי חזקות שאפשר. ‏עוד על Local Pack ‏בפרק נפרד.

❌ טעויות נפוצות, tracking numbers, abbreviated addresses, multiple phones

‏אחרי שנים של עבודה עם עסקים, ‏יש 5 ‏טעויות שאני רואה שוב ושוב. ‏אם אתם נופלים על אחת מהן, ‏פתרון מהיר ישפר את ה-Local SEO ‏שלכם משמעותית.

‏טעות 1, ‏מספרי טלפון לעקיבה (Tracking Numbers)

‏עסקים שעובדים עם סוכנות שיווק לעיתים מקבלים מספרי טלפון נפרדים לכל מקור ("‏אם הלקוח התקשר ל-054-XXX, ‏הוא בא מ-Google Ads, ‏אם ל-054-YYY, ‏הוא בא מהאתר"). ‏הרעיון נכון מבחינת analytics, ‏אבל הוא קוטל את ה-NAP consistency. ‏בכל ספרייה ופרופיל יופיע מספר שונה. ‏גוגל רואה את זה, ‏וחושבת שמדובר בעסקים נפרדים. ‏הפתרון, ‏שמרו מספר אחד "‏ראשי" ‏שמופיע בכל מקום, ‏ומספרי tracking ‏רק ל-Google Ads ‏ולא לרישומים אורגניים.

‏טעות 2, ‏כתובות מקוצרות מול מלאות

‏באתר "‏רחוב הרצל 25", ‏ב-GBP "‏הרצל 25", ‏ב-B144 "‏הרצל 25 ‏תל אביב", ‏ובפייסבוק "Herzl 25, Tel Aviv". ‏ארבעה ניסוחים, ‏ארבע רשומות פוטנציאליות. ‏בחרו ניסוח אחד מלא ועקבי, ‏ותחזרו עליו בכל מקום.

‏טעות 3, ‏מספרי טלפון מרובים בלי designating primary

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

‏טעות 4, ‏עברית מול אנגלית

‏עסק שעובד עם תיירים יכול לרצות פרופילים גם בעברית וגם באנגלית. ‏זה לגיטימי, ‏אבל הזהירות, ‏גוגל יכולה לטעות ולחשוב שזה שני עסקים. ‏פתרון, ‏ב-GBP ‏השם הראשי בעברית עם תרגום באנגלית כ-alternative name, ‏לא שני פרופילים נפרדים. ‏באתר וברוב הספריות הישראליות, ‏עברית. ‏בספריות בינלאומיות (Tripadvisor, Booking) ‏אנגלית, ‏אבל עם הכתובת בעברית כדי לעגן גיאוגרפית.

‏טעות 5, ‏פרופיל ישן שלא נסגר אחרי מעבר

‏עברתם כתובת לפני 3 ‏שנים, ‏אבל פרופיל ישן ב-Easy או ב-Walla עדיין מציג את הכתובת הישנה. ‏אנשים מתקשרים לכתובת הישנה, ‏מקבלים תשובה "‏אין פה שירות כזה", ‏ועוברים למתחרה. ‏בנוסף, ‏גוגל רואה פיצול ב-Knowledge Graph. ‏הפתרון, ‏הריצו audit ‏יסודי אחרי כל מעבר ותקנו או סגרו כל פרופיל ישן.

‏טעות 6, ‏שעות פעילות שונות במקורות שונים

‏לא חלק קלאסי של NAP, ‏אבל חשוב באותה רוח, ‏שעות פעילות. ‏אם ב-GBP ‏כתוב "‏09:00-18:00" ‏ובאתר "‏09:00-19:00" ‏ובפייסבוק "‏10:00-18:00", ‏גוגל רואה אי-עקביות נוספת. ‏היא לא יודעת באמת מתי העסק פתוח. ‏זה גם פוגע בחוויית המשתמש, ‏מישהו רואה ב-GBP ‏"‏פתוח עד 18:00" ‏ומגיע ב-17:30 ‏רק לגלות שזה לא נכון.

📅 תכיפות audit ותחזוקה שגרתית, רבעוני לפחות

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

‏השגרה הנדרשת

‏רבעון, ‏כל 3 ‏חודשים, audit ‏מלא של כל הספריות הקריטיות. ‏זה לא לוקח יותר מ-3 ‏שעות אם יש לכם רשימה מוכנה. ‏עברו על GBP, ‏Apple Maps, ‏Bing, ‏B144, ‏Walla Yellow, ‏Easy, ‏פייסבוק, ‏לינקדאין, ‏ועוד 10 ‏ספריות שזיהיתם בתחילה. ‏וודאו שהפרטים זהים ל-canonical.

‏חודש, ‏בדיקות זריזות, ‏גם ביניהן. ‏פתחו GBP ‏פעם בחודש לבדוק שלא היה שינוי לא יזום (‏לפעמים גוגל "‏מציע עריכה" ‏שעובר אוטומטית). ‏בדקו את ה-Insights ‏שלכם, ‏יש ירידה פתאומית בהופעות? ‏זה יכול להיות סימן ל-NAP ‏שהתבלגן.

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

‏מתי לעשות audit ‏לא מתוכנן

• ‏אחרי כל שינוי בעסק (‏כתובת, ‏שם, ‏טלפון, ‏שעות)
• ‏אחרי השקת אתר חדש או redesign
• ‏אחרי שינוי בסכמת LocalBusiness ‏באתר
• ‏אחרי שהבחנתם בירידה במיקומים מקומיים ב-Search Console
• ‏אחרי פתיחת סניף חדש (‏עוסקים ברשת)

‏מי בארגון אחראי

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

‏NAP ‏ככלי איכותי לבחירת סוכנות SEO

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

‏כמו כל תחום ב-SEO, ‏המתחרים שלכם גם עובדים על ה-NAP ‏שלהם. ‏אם אתם עוצרים, ‏הם מתקדמים. ‏שגרת תחזוקה זה לא bonus, ‏זה בסיס.

✅ צ'ק ליסט חודשי + workflow תחזוקה למגננה לטווח ארוך

‏פתרון הבעיה זה רק חצי מהעבודה. ‏החצי השני זה לוודא שהיא לא חוזרת. ‏הנה צ'ק ליסט חודשי שאני עובד לפיו ב-80 ‏אחוז מהעסקים שאני מנהל את ה-Local SEO ‏שלהם.

• ‏בכל חודש, ‏פתחו GBP ‏ובדקו שלא היו עריכות לא יזומות (Google ‏מציע לפעמים שינויים שעוברים אוטומטית)
• ‏בדקו את GBP Insights, ‏האם יש ירידה לא מוסברת בהופעות, ‏בקליקים על טלפון, ‏או בבקשות ניווט
• ‏בדקו את Search Console, ‏האם ביטויים מקומיים ירדו במיקום ממוצע
• ‏הריצו site: ‏על שם העסק, ‏האם יש ספרייה חדשה שלא ידעתם עליה
• ‏בדקו תמונה אחת מספרייה גדולה (‏מסתובבים בין B144, ‏Walla Yellow, ‏Easy, ‏פייסבוק) ‏וודאו שהפרטים נשארו זהים
• ‏אם הוספתם תוכן חדש לאתר עם NAP ‏מוטמע (‏עמוד צור קשר חדש, ‏עמוד אזור גיאוגרפי), ‏וודאו שהוא תואם ל-canonical
• ‏בדקו את הסכמה באתר עם Rich Results Test ‏וודאו שאין שגיאות
• ‏אם יש לכם רשת או כמה סניפים, ‏עברו על כל סניף בנפרד
• ‏בדקו את הפרופילים החברתיים (‏פייסבוק, ‏אינסטגרם, ‏לינקדאין), ‏האם הפרטים שם תואמים
• ‏בכל רבעון, ‏הריצו audit ‏מלא של כל הספריות הקריטיות

‏העתיד של NAP בעולם של AI

‏שאלו אותי, ‏עם כל ה-AI Overviews ‏וה-ChatGPT ‏שמשנים את חיפוש, ‏האם NAP ‏עוד יהיה רלוונטי? ‏התשובה היא ‏יותר רלוונטי מאי פעם. ‏מנועי AI ‏סורקים את כל המקורות הללו, ‏ובוחרים מקור מהימן לציטוט. ‏עסק עם NAP ‏עקבי וסכמת LocalBusiness ‏מסודרת נראה ל-AI ‏כעסק "‏אמיתי" ‏ו"‏מבוסס", ‏וזוכה לציטוט. ‏עסק שמבולגן נחזה כפחות אמין, ‏ולא נכלל.

‏בעידן GEO ‏ו-AI Overviews, ‏NAP ‏עקבי הוא הבסיס למוכנות AI. ‏עוד על זה ב‏מדריך GEO ‏המלא ‏וב‏מדריך AI Overviews.

‏סיכום, ‏מה לזכור מהמדריך הזה

‏אם תזכרו רק שלוש דברים, ‏אלה השלושה. ‏הראשון, ‏גוגל בודקת את ה-NAP ‏בכל המקורות, ‏לא רק ב-GBP. ‏עקביות בכל המקורות = ‏אמון. ‏שונות = ‏פיצול ב-Knowledge Graph ‏וירידה במיקומים. ‏השני, ‏סכמת LocalBusiness ‏באתר היא הקנון. ‏היא נותנת לכם שליטה אם יש סתירה בין הספריות. ‏השלישי, ‏תחזוקה רבעונית זה לא bonus, ‏זה בסיס. ‏בלי משמעת, ‏הבלגן חוזר.

‏עסקים שעובדים על NAP ‏ברצינות זוכים ל-Local SEO ‏יציב לאורך זמן. ‏עסקים שמזניחים יוצאים מ-Local Pack ‏בהדרגה ולא מבינים למה. ‏אתם בוחרים באיזה צד אתם נמצאים. ‏אם אתם רוצים עזרה לעבור את התהליך, ‏דברו איתי. ‏שמוליק.

❓ שאלות נפוצות