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 comment Google renseigne la géolocalisation dans les demandes d'enchères et suggère de bonnes pratiques d'utilisation.

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 obtient la position des appareils uniquement à partir de la géolocalisation par adresse IP, jamais à partir du GPS ou d'autres sources. Bien que la spécification OpenRTB accepte des géolocalisations distinctes pour l'utilisateur (par exemple, l'adresse du domicile) et l'appareil (où se trouve l'appareil au moment où l'annonce est diffusée), Google n'accepte que ce dernier. Par conséquent, l'implémentation d'OpenRTB par Google ne renseigne que BidRequest.device.geo, et le protocole obsolète de Google RTB n'accepte qu'un champ BidRequest.geo qui fait référence à l'emplacement de l'appareil.

Protection de la confidentialité

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

Représentations des établissements

L'objet Geo accepte deux représentations distinctes de la localisation : l'emplacement civil et les coordonnées géographiques.

Les lieux civils sont représentés 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 le même emplacement et la même précision. Par exemple, si une demande d'enchère renseigne le champ Geo avec une 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 superficie que cette ville. Google limite également la précision des champs lat et lon à 0,01 degré.

Bonnes pratiques pour le ciblage géographique

Pour les enchérisseurs qui ont besoin de données de géolocalisation personnalisées, nous vous recommandons d'utiliser les champs approximatifs lat, lon et accuracy 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 de manière tronquée. L'utilisation d'adresses IP tronquées pour la géolocalisation peut entraîner des résultats quelque peu inexacts.

Tableau géographique (obsolète)

Attention :Pour simplifier la migration initiale vers OpenRTB, une fonctionnalité équivalente a été temporairement ajoutée à l'implémentation OpenRTB de Google avec l'extension BidRequest.device.geo.ext.geo_criteria_id. Toutefois, nous vous recommandons de migrer vers BidRequest.device.geo comme solution à plus long terme.

Le champ BidRequest.geo_criteria_id du protocole obsolète Google RTB représente la géolocalisation sous la forme d'un identifiant numérique, qui est mappé à une géolocalisation dans geo-table.csv. Vous pouvez le télécharger dans la section Tables de référence de la page "Protos & Reference Data" (Données de référence). Ce champ et la table correspondante sont désormais obsolètes. Vous pouvez obtenir des informations de géolocalisation similaires à l'aide du champ Geo.

Par exemple, si la valeur Geo d'une demande d'enchère est renseignée avec une précision au niveau de la ville, geo_criteria_id contiendra le code de la ville correspondante. Vous pouvez utiliser cet ID pour localiser un enregistrement dans la table géographique.

Colonne

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 complet en anglais composé du nom de la cible, de celui de son parent et de son pays. Ce champ permet uniquement de faire la distinction entre des noms de cibles similaires. Il n'est pas compatible avec 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 les anciennes versions, et les ID peuvent ne pas être cohérents entre les ensembles de données. Il est recommandé d'utiliser les noms canoniques pour construire des hiérarchies.

Code de région

Code régional 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 :Certains pays ou territoires ne peuvent pas être ciblés, 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 d'envoyer de certificats avant l'activation de votre compte. Une fois votre compte actif, vous recevrez des informations sur la procédure à suivre pour envoyer des certificats à Google.