Geografisches Targeting

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.