טירגוט גיאוגרפי

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

איך האובייקט הגיאוגרפי מאוכלס

Google מקבלת את מיקומי המכשירים רק ממיקום גיאוגרפי לפי כתובת IP, ולא מ-GPS או ממקורות אחרים. למרות שמפרט OpenRTB תומך במיקומים גיאוגרפיים נפרדים למשתמש (לדוגמה, כתובת הבית) ולמכשיר (שבו המכשיר נמצא כשהמודעה ממוקמת), Google תומכת רק במיקומים הגיאוגרפיים האלה. כתוצאה מכך, הפרוטוקול של Google מכיל רק אובייקט Geo אחד במסגרת BidRequest.geo, ועבור OpenRTB, Google מאכלסת רק את השדה Device.geo.

שדות אובייקט Geo מאוכלסים באופן זהה בשני הפרוטוקולים. השדות הבאים קיימים רק בווריאנט OpenRTB של האובייקט Geo, ו-Google אף פעם לא מאכלסת אותם באף אחד מהפרוטוקולים: regionfips104, lastfix, type ו-ipservice. רוב השדות שלא נתמכים למעלה קשורים למקורות מיקום חלופיים.

אמצעי הגנה על הפרטיות

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

ייצוגים של מיקומים

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

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

  • country
  • region
  • metro
  • city
  • zip

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

  • lat
  • lon
  • accuracy

בשני הפרוטוקולים של Google ו-OpenRTB, המיקום והדיוק של שני הייצוגים זהים. לדוגמה, אם בקשה להצעת מחיר מאכלסת את השדה Geo בדיוק ברמת העיר, השדות lat ו-lon יכללו את קווי הרוחב והאורך של נקודת המרכז של העיר שצוינה, ו-accuracy יהיה הרדיוס של מעגל עם אותו אזור כמו העיר הזו. Google גם מגבילה את הדיוק של השדות lat ו-lon ל-0.01 מעלות.

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

למגישי הצעות מחיר שזקוקים לנתוני מיקום גאוגרפיים מותאמים אישית, מומלץ להשתמש בשדות lat, lon ו-accuracy המשוערים כדי לחפש מידע על מיקום גיאוגרפי מרחבי. לא מומלץ להשתמש בשדה ip לציון מיקום גיאוגרפי, כי Google משתפת את כתובת ה-IP רק באופן קטוע. השימוש בכתובות IP חתוכות למיקום גיאוגרפי עלול להוביל לתוצאות לא מדויקות.

הטבלה הגיאוגרפית

השדה geo_criteria_id מייצג מיקום גיאוגרפי כמזהה מספרי, שממופה למיקום גיאוגרפי ב-geo-table.csv. הוא זמין להורדה בקטע 'טבלאות הפניות' בדף Protos & Reference Data. השדה הזה והטבלה המתאימה הוצאו משימוש – תוכלו להשתמש בשדה Geo שמתואר למעלה כדי לקבל מידע דומה על מיקומים גיאוגרפיים. לדוגמה, אם בבקשה להצעת מחיר מופיע הערך Geo ברמת העיר, השדה geo_criteria_id יכיל את הקוד של העיר המתאימה. תוכלו להשתמש במזהה הזה כדי לאתר רשומה בטבלת המיקומים הגיאוגרפיים.

עמודות

מזהה קריטריון
מזהה מוקצה ייחודי וקבוע. ב-API, הקריטריונים האלה הם מסוג Location.
שם
השם הטוב ביותר שזמין באנגלית למיקוד הגיאוגרפי.
שם קנוני
השם המלא באנגלית ובפורמט מלא שמכיל את שם היעד ואת השם של קבוצת ההורה והמדינה שלו. השדה הזה מיועד רק להבחנה בין שמות יעדים דומים – הוא לא נתמך ב-LocationCriterionService (במקום זאת, השתמשו בשמות מיקומים או במזהי קריטריונים).
זיהוי אב
מזהה הקריטריונים של הורה. השדה הזה נכלל לתמיכה מדור קודם, ויכול להיות שהמזהים לא יהיו עקביים במערכי הנתונים השונים. שמות קנוניים הם השיטה המועדפת ליצירת היררכיות.
קוד אזור
קוד האזור בתקן ISO 3166-2 שמיועד לטירגוט לפי מדינה או מחוז, אם קיים.
קוד המדינה
קוד המדינה בפורמט ISO-3166-1 alpha-2 שמשויך ליעד.
סוג המיקוד

הערכים המותרים:

  • נמל תעופה
  • רובע
  • קהילה אוטונומית
  • רובע
  • קנטון
  • עיר
  • אזור של עיר
  • מחוז קונגרס
  • מדינה
  • מחוז
  • מחלקה
  • מחוז
  • אזור DMA
  • Governorate
  • מטרו
  • רשות מקומית
  • פארק לאומי
  • שכונה
  • רובע
  • אחר
  • מיקוד
  • נפה
  • מחוז
  • אזור
  • ארץ
  • אזור
  • אזור טלוויזיה
  • טריטוריה של איחוד
  • אוניברסיטה

מיקומים שלא ניתן לטרגט

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