Google stellt über das Geo
-Objekt Informationen zur Standortbestimmung bereit, die sowohl im OpenRTB-Protokoll als auch im Google-Protokoll verwendet werden. In diesem Dokument wird beschrieben, wie Google die Standortbestimmung in Gebotsanfragen festlegt, und Best Practices für dessen Verwendung vorgeschlagen.
So wird das Geo-Objekt ausgefüllt
Google bezieht die Gerätestandorte ausschließlich anhand der IP-Standortbestimmung, niemals von GPS oder anderen Quellen. Die OpenRTB-Spezifikation unterstützt zwar separate Standorte für den Nutzer (z. B. Privatadresse) und das Gerät (auf dem sich das Gerät befindet, wenn die Anzeige platziert wird), Google unterstützt jedoch nur Letzteres. Folglich enthält das Google-Protokoll nur ein Geo
-Objekt in BidRequest.geo
. Bei OpenRTB füllt Google nur das Feld Device.geo
aus.
Geo
-Objektfelder werden für beide Protokolle identisch ausgefüllt. Die folgenden Felder sind nur in der OpenRTB-Variante des Geo
-Objekts vorhanden und werden von Google in keinem der Protokolle ausgefüllt: regionfips104
, lastfix
, type
und ipservice
. Die meisten der oben genannten nicht unterstützten Felder beziehen sich auf alternative Standortquellen.
Datenschutz
Zum Schutz der Daten der Nutzer stellt Google nur eine grobe Standortbestimmung zur Verfügung, die von einer ausreichend großen Anzahl von Nutzern verwendet wird, und verallgemeinert den erkannten Standort nach Bedarf.
Standortdarstellungen
Das Geo
-Objekt unterstützt zwei separate Darstellungen des Standorts: den öffentlichen Standort und geografische Koordinaten.
Zivile Standorte werden durch folgende Felder dargestellt:
country
region
metro
city
zip
Geografische Koordinaten werden durch folgende Felder dargestellt:
lat
lon
accuracy
Sowohl im Google- als auch im OpenRTB-Protokoll enthalten beide Darstellungen denselben Speicherort und dieselbe Genauigkeit. Wenn in Geo
beispielsweise in einer Gebotsanfrage eine Genauigkeit auf Stadtebene angegeben wird, enthalten die Felder lat
und lon
den Breiten- und Längengrad des Mittelpunkts der identifizierten Stadt. accuracy
ist dann der Radius eines Kreises, der dieselbe Fläche wie diese Stadt hat. Google begrenzt außerdem die Genauigkeit der Felder lat
und lon
auf 0,01 Grad.
Best Practices für die geografische Ausrichtung
Bieter, die benutzerdefinierte Daten zur Standortbestimmung benötigen, sollten die ungefähren Felder lat
, lon
und accuracy
für die räumliche Standortbestimmung verwenden.
Wir raten davon ab, das Feld ip
für die Standortbestimmung zu verwenden, da Google die IP-Adresse nur in verkürzter Form teilt. Die Verwendung gekürzter IP-Adressen für die Standortbestimmung kann zu ungenauen Ergebnissen führen.
Die Geo-Tabelle
Das Feld geo_criteria_id
stellt die Standortbestimmung als numerische Kennung dar, die einer Standortbestimmung in geo-table.csv zugeordnet ist. Sie können sie auf der Seite „Protos & Referenzdaten“ im
Abschnitt „Referenztabellen“ herunterladen. Dieses Feld und die entsprechende Tabelle wurden verworfen. Mit dem oben beschriebenen Feld Geo
können Sie ähnliche Informationen zur Standortbestimmung abrufen. Wenn beispielsweise in einer Gebotsanfrage Geo
mit einer Genauigkeit auf Stadtebene gefüllt wird, enthält geo_criteria_id
den Code für die entsprechende Stadt. Anhand dieser ID können Sie einen Datensatz in der Geo-Tabelle finden.
Spalten
- Kriterien-ID
- Eindeutige und dauerhaft zugewiesene ID. In der API sind diese Kriterien vom Typ
Location
. - Name
- Best verfügbarer englischer Name des geografischen Ziels.
- Kanonischer Name
- Der voll qualifizierte englische Name bestehend aus dem eigenen Namen des Ziels, dem Namen des übergeordneten Elements und dem Land. Dieses Feld dient nur zur Unterscheidung ähnlicher Zielnamen. Es wird im LocationCriterionService nicht unterstützt (verwenden Sie stattdessen Standortnamen oder Kriterien-IDs).
- Übergeordnete ID
- Die Kriterien-ID eines übergeordneten Elements. Dieses Feld dient der Legacy-Unterstützung. Die IDs sind möglicherweise in allen Datasets nicht einheitlich. Kanonische Namen sind die bevorzugte Methode zum Erstellen von Hierarchien.
- Regionscode
- Der Regionscode nach ISO 3166-2 für das Bundesland oder die Provinz, sofern vorhanden.
- Ländercode
- Der ISO 3166-1 Alpha-2-Ländercode für das Ziel.
- Zieltyp
Zulässige Werte:
- Flughafen
- Arrondissement
- Autonome Gemeinschaft
- Bezirk
- Kanton
- Stadt
- Stadtbezirk
- Kongresswahlbezirk
- Land
- Landkreis
- Abteilung
- Bezirk
- DMA-Region
- Regierungsbezirk
- Metro
- Gemeinde
- Nationalpark
- Stadtteil
- Okrug
- Sonstiges
- Postleitzahl
- Präfektur
- Provinz
- Region
- Status
- Gebiet
- TV-Sendegebiet
- Unionsterritorium
- Universitäten
Standorte, auf die keine Ausrichtung möglich ist
Vor dem Hintergrund geltender Bestimmungen und Gesetze in Bezug auf Werbung in der Volksrepublik China werden Sie bei Anzeigen für bestimmte Kategorien von Produkten in China möglicherweise aufgefordert, entsprechende Zertifikate und Lizenzen vorzulegen. Sie müssen die Zertifikate erst nach der Aktivierung Ihres Kontos einreichen. Sobald Ihr Konto aktiv ist, erhalten Sie Informationen zum Einreichen von Zertifikaten an Google.