Ciblage géographique

Google fournit des informations de géolocalisation via l'objet Geo, commun aux protocoles OpenRTB et Google. Ce document décrit en détail la manière dont Google renseigne les données de géolocalisation dans les demandes d'enchères et suggère les bonnes pratiques à suivre pour l'utiliser.

Remarque :Le champ geo_criteria_id du protocole Google (décrit ci-dessous) est obsolète. Nous encourageons tous les utilisateurs de ce protocole à adopter l'objet Geo.

Comment l'objet Geo est-il renseigné ?

Google ne collecte la position des appareils qu'à partir de la géolocalisation par adresse IP, jamais à partir d'un GPS ou d'autres sources. Bien que la spécification OpenRTB accepte les zones géographiques distinctes de l'utilisateur (par exemple, l'adresse du domicile) et de l'appareil (où se trouve l'appareil au moment de l'insertion de l'annonce), Google n'accepte que ce dernier. Par conséquent, le protocole Google ne contient qu'un seul objet Geo, dans BidRequest.geo. Pour OpenRTB, Google ne remplira que le champ Device.geo.

Les champs d'objet Geo sont renseignés de manière identique pour les deux protocoles. Les champs suivants n'existent que dans la variante OpenRTB de l'objet Geo. Ils ne sont jamais renseignés par Google, quel que soit le protocole: regionfips104, lastfix, type et ipservice. La plupart des champs non acceptés ci-dessus concernent d'autres sources de localisation.

Protection de la confidentialité

Pour protéger la confidentialité des utilisateurs, Google ne fournit qu'une géolocalisation approximative partagée par un nombre suffisant d'utilisateurs, généralisant ainsi la localisation détectée si nécessaire.

Représentations d'établissements

L'objet Geo accepte deux représentations distinctes de la position : la position civile et les coordonnées géographiques.

Les zones civiles sont représentées par les champs suivants:

• country
• region
• metro
• city
• zip

Les coordonnées géographiques sont représentées par les champs suivants:

• lat
• lon
• accuracy

Dans les protocoles Google et OpenRTB, les deux représentations contiennent la même position et la même précision. Par exemple, si une demande d'enchère renseigne le champ Geo avec la précision au niveau de la ville, les champs lat et lon contiennent la latitude et la longitude du point central de la ville identifiée, et accuracy correspond au rayon d'un cercle ayant la même zone que cette ville. Google limite également la précision des champs lat et lon à 0,01 degré.

Bonnes pratiques concernant le ciblage géographique

Pour les enchérisseurs qui ont besoin de données de géolocalisation personnalisées, nous recommandons d'utiliser les champs lat, lon et accuracy approximatifs pour effectuer des recherches de géolocalisation spatiale. Nous vous déconseillons d'utiliser le champ ip pour la géolocalisation, car Google ne partage l'adresse IP que sous forme tronquée. L'utilisation d'adresses IP tronquées pour la géolocalisation peut entraîner des résultats quelque peu inexacts.

La table géographique

Le champ geo_criteria_id représente la géolocalisation sous la forme d'un identifiant numérique mappé à une géolocalisation dans le fichier geo-table.csv disponible en téléchargement dans la section Tableaux de référence de la page "Protos et données de référence". Ce champ et la table correspondante sont désormais obsolètes. Vous pouvez utiliser le champ Geo décrit ci-dessus pour obtenir des informations de géolocalisation similaires. Par exemple, si une demande d'enchère contient le Geo renseigné avec la précision au niveau de la ville, geo_criteria_id contiendra le code de la ville correspondante. Vous pouvez l'utiliser pour localiser un enregistrement dans le tableau de données géographiques.

Colonnes

Identifiants des critères

ID attribué unique et persistant. Dans l'API, ces critères sont de type Location.

Nom

Meilleur nom anglais disponible de la cible géographique.

Nom canonique

Nom anglais complet construit, composé du nom de la cible, de celui du parent et du pays. Ce champ sert uniquement à faire la distinction entre les noms de cibles similaires et n'est pas pris en charge par LocationCriterionService (utilisez plutôt des noms de zones géographiques ou des ID de critères).

ID parent

ID de critère d'un parent. Ce champ est inclus pour des raisons de compatibilité avec l'ancien, et les ID peuvent ne pas être cohérents entre les ensembles de données. Les noms canoniques sont la méthode privilégiée pour créer des hiérarchies.

Code de région

Code de région ISO 3166-2 de l'État ou de la province cible, le cas échéant.

Code pays

Code pays ISO-3166-1 alpha-2 associé à la cible.

Type de cible

Valeurs autorisées:

• Aéroport
• Arrondissement
• Communauté autonome
• Borough
• Canton
• Ville
• Zone de la ville
• Circonscription
• Pays
• Comté
• Service
• District
• Zone de diffusion
• Gouvernorat
• Metro
• Commune
• Parc national
• Quartier
• Okroug
• Autre
• Code postal
• Préfecture
• Province
• Région
• État
• Territoire
• Région TV
• Territoire de l'Union
• Université

Zones géographiques ne pouvant pas être ciblées

Remarque :Il n'est pas possible de cibler certains pays ou territoires, mais ils peuvent apparaître dans les rapports en fonction de la zone d'intérêt ou de la situation géographique de l'utilisateur.

Du fait de certaines règles et lois concernant la publicité en République populaire de Chine, il se peut que vous deviez fournir des certificats et licences si vous faites de la publicité pour certaines catégories de produits en Chine. Vous n'avez pas besoin de fournir de certificats avant l'activation de votre compte. Une fois votre compte actif, vous recevrez des informations sur la manière d'envoyer des certificats à Google.