מיקום ונקודת עניין

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

כל מוצר option יכול לציין נקודת עניין (POI) אחת או יותר שקשורה לאפשרות באמצעות השדה related_location (שמכיל רשימה של אובייקטים מסוג RelatedLocation). כל אובייקט RelatedLocation מכיל location שמתאר את נקודת העניין הרלוונטית ו-relation_type שמתאר את הקשר בין נקודת העניין לבין המוצר option.

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

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

  • ADMISSION_TICKET: קשר מעניק כניסה למיקום הקשור הזה.

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

דוגמאות

relation_type דוגמה
RELATED_NO_ADMISSION סיור הליכה מסביב למגדל אייפל ללא כניסה. סיור במסוק סביב בורג' ח'ליפה.
ADMISSION_TICKET כרטיס הכניסה לגן החיות עשוי לכלול תוספים נוספים.
SUPPLEMENTARY_ADDON דילוג על התור ללא כניסה, המדריך הקולי ללא כניסה.
אין קשר שייט בסירה שבו אפשר לראות את נקודת העניין מרחוק. משרד הסיורים שבו מתחיל הסיור או שבו אפשר לרכוש כרטיס.

לכל מוצר option יכול להיות גם meeting_point לסוגים ספציפיים של סיורים שבהם מיקום ההתחלה לא ברור וצריך לקבוע אותו (למשל, סיורים מודרכים).

איך מבקשים הוספה של אטרקציה חדשה

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

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

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

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

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

סוגי הרמזים הבאים נתמכים (לפי סדר ההעדפה שלהם):

סוגי הרמזים

סוג תיאור שימוש מומלץ
מזהה פרופיל העסק מזהה באופן ייחודי את העסק ב-Google.

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

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

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

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

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

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

דוגמאות

// Example 1: Business Profile ID, copied from the Advanced settings page
// of the Google Business Profile that manages the POI.
"location": {
  "business_profile_id": 11458995034835395294
}

// Example 2: Place Info with structured address, coordinates, website URL,
// and phone number.
"location": {
  "place_info": {
    "name": "Colosseum",
    "phone_number": "+39 063 99 67 700",
    "website_url": "https://colosseo.it/",
    "coordinates": {
      "latitude": 41.8902102,
      "longitude": 12.4922309
    },
    "structured_address" {
      "street_address": "Piazza del Colosseo, 1",
      "locality": "Roma",
      "administrative_area": "RM",
      "postal_code": "00184",
      "country_code": "IT"
    }
  }
}

// Example 3: Place Info with unstructured address.
"location": {
  "place_info": {
    "name": "Eiffel Tower",
    "unstructured_address": "5 Av. Anatole France, 75007 Paris, France"
  }
}

// Example 4: Place Info using place name and coordinates only. This
// configuration is useful for matching POIs located in remote areas without
// an exact street address, such as POIs located in deserts or on unnamed
// roads.
"location": {
  "place_info": {
   "name": "Mutitjulu Waterhole",
   "coordinates": {
     "latitude": -25.3511774,
     "longitude": 131.0326859
    }
  }
}

// Example 5: Latitude and longitude.
// This format maintains the old behavior and will only match to the city or
// region.
// For more accurate matching using coordinates, use PlaceInfo instead,
// which includes a mandatory field for the place name.
"location": {
  "lat_lng": {
    "latitude": 51.5072178,
    "longitude": -0.1275862
  }
}

איך מעבירים את השדה address לשדה החדש place_info

כדי להעביר את השדה הלא מובנה address לשדה החדש place_info, פועלים לפי השלבים הבאים:

  1. אם נתוני הכתובת שלכם לא מובְנים, עליכם:
    1. מוסיפים את שם העסק לשדה place_info/name
    2. מזינים את הכתובת ללא שם העסק בשדה place_info/unstructured_address
    3. מסירים מהפיד את השדה הקיים address
    4. מעבר לשלב 3
  2. אם נתוני הכתובת שלכם מובְנים, עליכם:
    1. מוסיפים את שם העסק לשדה place_info/name
    2. מוסיפים את פרטי הכתובת, כמו street_address,‏ postal_address, בשדה place_info/structured_address.
    3. מסירים מהפיד את השדה הקיים address
    4. מעבר לשלב 3
  3. הוספת נתונים כמו website_url ו-phone_number כדי לשפר את דיוק ההתאמה