הגדרת מיקומים

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

גילוי מיקומים

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

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

אפשר להשתמש ב-Google Locations API כדי לבדוק מראש אם מוכר אחר תבע בעלות על מיקום מסוים בעבר בפרופיל העסק. אם לא נתבעה בעלות על המיקום, אפשר לבקש מיד בעלות על המיקום. אחרת, תצטרכו ליצור מיקום חדש ולאמת אותו.

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

תוצאות חיפוש של מיקום גיאוגרפי

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

  1. איסוף נתוני מיקום מהמוכר כמו שם העסק, הכתובת והקטגוריה.
  2. קוראים לנקודת הקצה googleLocations.search ומציינים את נתוני המיקום בגוף הבקשה. לחלופין, אפשר לחפש מחרוזת שאילתה, שדומה למה שמשתמש הזין בחיפוש או במפות. לדוגמה, "Starbucks 5th ave NYC" הוא מחרוזת שאילתה.

  3. ה-API מחזיר רשימה של התאמות פוטנציאליות למיקום ומידע על כל מיקום, כמו locationName והכתובת של כל מיקום.

    כשמקבלים את הרשימה שהוחזרה על ידי ה-API, יש שתי אפשרויות:

    1. אם לא נמצאו התאמות, צריך ליצור מיקום חדש ולהמשיך לאימות שלו.

    2. אם יש התאמה אחת או יותר, מבקשים מבעל העסק לבחור את ההתאמה הקרובה ביותר.

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

      אם הערך requestAdminRightsUrl חסר, צריך ליצור מיקום חדש ולהמשיך בתהליך האימות.

בקשות בעלות

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

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

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

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

סקירה כללית של תהליך הבעלות על מיקום

בתרשים הבא מוצג תהליך הבעלות על המיקום:

תרשים נתיב שחייה של תהליך הבעלות על מיקום.
איור 1. תרשים סקירה כללית של תהליך הבעלות על מיקום

כפילויות

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

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

יצירת מיקומים

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

מיקומים ומקומות

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

כשיוצרים מיקומים, מומלץ לפעול לפי השיטות הבאות:

  • אם אתם בעלי עסקים שמניעים את התהליך, JavaScript של מפות Google ווידג'טים של מקומות וממשקי API של Geocoding מציעים את החוויה הטובה והמוכרת ביותר עבורך להצבת סיכה במפה כדי לאתר את העסק במדויק.
  • התפתחויות חדשות ואזורים עם צמיחה מהירה עשויים לדרוש קואורדינטות של קו רוחב. בדרך כלל, מפות Google מציג מזהי מקומות, כתובות ונתונים של קווי אורך ורוחב.

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

מזהי מקומות במפות Google

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

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

פרטי כניסה בפרוטוקול OAuth

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

סטטוס רשימות אובייקטים ואובייקטים של API

אובייקט ה-API Location כולל את כל המידע שמשויך למיקום. האובייקט Metadata מספק פרטים על המיקום, כמו כתובת ה-URL של מפות Google.

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

קטגוריות ומאפיינים

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

משתמשים ב-methods של categories.list ו- attributes.list API כדי לקבל מ-Google עדכון מדויק של רשימת התאריכים. האפשרויות הזמינות מותאמות לשוק המקומי ותלויות בשפות ובאזורים שונים. לתיאור השפות והאזורים ב-API נעשה שימוש בקודי שפה של BCP 47 ובקודי מדינות לפי תקן ISO 3166-1 alpha-2.

כתובות דואר

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

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

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

כשקוראים לפונקציה accounts.locations.create ומציינים את הפרמטר validateOnly=true, מומלץ לוודא ששדות החובה נמצאים ושהכתובות למשלוח דואר בפורמט הנכון.

קידוד גיאוגרפי

המרת כתובות לקואורדינטות (geocoding) ממירה כתובות לקואורדינטות גיאוגרפיות, ואפשר להשתמש בהן כדי למקם סמנים במפה או כדי למקם את המפה.

קואורדינטות של קווי אורך ורוחב משמשות לקביעת מיקומים פיזיים במפות Google באמצעות קידוד גיאוגרפי, בממשקי API של מקומות וגם בנתונים של צד שלישי.

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

עדכוני מיקום

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

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

השיטה locations.getGoogleUpdated מחזירה פרטים על עריכות המיקומים ב-Google. אפשר לעיין במדריך שלנו לניהול עדכוני Google לקבלת מידע נוסף על אישור או דחייה של העדכונים האלה.

אימות המיקומים

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

אימות מבוסס-פלטפורמה

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

בתרשים הבא מוצג תהליך האימות שמבוסס על פלטפורמה:

תרשים שחייה של תהליך סקירה כללית של אימות מבוסס-פלטפורמה.
איור 2. תרשים סקירה כללית של אימות מבוסס-פלטפורמה

שיטות מומלצות

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

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

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

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

רשתות ומותגים

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

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

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

מתבצע קישור

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

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

למידע כללי ולקבלת מידע נוסף על AdWords API, אפשר לבקר באתר למפתחים של AdWords API או בפורום של AdWords API.

המיקום storeCode של ממשקי ה-API של פרופיל העסק ב-Google צריך להיות זהה לערך הפיד של מלאי המוצרים בחנויות המקומיות ב-Google Ads.

משתמשים בפורמט הבא כדי ליצור קישור עומק:

https://business.google.com/{edit|posts|reviews}/l/u{location_id}

ממשקי Business Profile API מחזירים מזהי חשבון ומיקום ללא ערפול קוד (obfuscation). בממשק האינטרנט של 'פרופיל העסק ב-Google' נעשה שימוש בשילוב של מזהים מעורפלים (obfuscated) ומזהים לא מעורפלים.

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

מדדי ביצועים

ה-API מספק כמה מדדי ביצועים של המיקום.

לגבי כל מיקום אפשר לנתח את metrics הבאים:

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

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