Pour les extractions de données automatisées ou à grande échelle pour les tests GeoX, vous devez utiliser l'API Google Ads pour extraire les données sur les coûts et les dépenses. Vous devrez les combiner avec des données brutes, non filtrées et non attribuées sur les conversions ou les revenus provenant de votre CRM interne, d'un point de vente ou de bases de données de ventes internes.
Architecture de workflow d'API recommandée
Pour extraire avec précision les données sur les campagnes et les données de coût par segments géographiques, suivez cette architecture :
- Service : utilisez
GoogleAdsService, en particulier les méthodesSearchouSearchStream. Ressource : interrogez
geographic_viewpour voir où l'utilisateur se trouvait physiquement ou ce qui l'intéressait, ce qui est généralement la norme pour les tests GeoX. Vous pouvez également interroger leslocation_viewpour afficher les performances en fonction des zones géographiques spécifiques ciblées par la campagne.Champs à inclure :
campaign.idsegments.datesegments.geo_target_city(ou région ou pays, selon la granularité GeoX)metrics.cost_micros
Exemple de requête GAQL : pour GeoX, les annonceurs doivent extraire les métriques de coût à l'aide de l'API Google Ads plutôt que des conversions attribuées (qui doivent provenir d'un CRM interne ou de systèmes tiers). Vous pouvez utiliser la requête suivante :
SELECT campaign.id, segments.date, segments.geo_target_city, metrics.cost_micros FROM geographic_view WHERE segments.date DURING LAST_30_DAYS
Post-traitement et extraction des données
Mappage des segments géographiques : l'API ne renvoie pas de noms en texte brut (comme "New York") ni de codes courts (comme "501" ou "ES") dans les vues de rapport. Les champs tels que
segments.geo_target_cityousegments.geo_target_countryrenvoient une chaîne de nom de ressource pointant vers unGeoTargetConstant(par exemple,geoTargetConstants/1023191). Les développeurs peuvent interroger directement lageo_target_constanttable :SELECT geo_target_constant.canonical_name FROM geo_target_constant WHERE geo_target_constant.resource_name = 'geoTargetConstants/{extracted_id}'Vous pouvez également effectuer la jointure localement dans le code en téléchargeant le fichier CSV des cibles géo graphiques statiques sur la page Cibles géographiques.
Conversion des coûts : l'API renvoie les valeurs de coût en micros. Vous devez diviser
metrics.cost_microspar 1 000 000 pour obtenir la valeur de devise standard requise dans votre fichier d'importation.
Codes de ciblage (zone de marché désignée et pays)
Lors de l'exécution de mutations de ciblage, les annonceurs doivent rechercher et transmettre l'ID GeoTargetConstant exact pour les régions sélectionnées. Vous ne pouvez pas transmettre de codes ISO ou Nielsen bruts.
| Type de région | ID d'API requis (GeoTargetConstant) |
Ancien format (ne pas utiliser) |
|---|---|---|
| Zone de marché désignée | ID 200501 (pour New York) |
Code Nielsen (par exemple, 501 pour New York) |
| Pays | ID 2724 (pour l'Espagne) |
Code ISO (par exemple, "ES" pour l'Espagne) |
Bonnes pratiques et erreurs de mise en forme courantes
- Mise en forme des dates : le champ
segments.daterenvoie les données au formatYYYY-MM-DD. Les applications de feuilles de calcul comme Excel modifient souvent automatiquement les formats de date. Importez d'abord votre fichier dans Google Sheets pour vous assurer que la plage de dates est lue avec précision au formatYYYY-MM-DDrequis. - Zéros non significatifs : assurez-vous que les zéros non significatifs des codes postaux (par exemple,
01234) ne sont pas supprimés. Utilisez le "Format numérique personnalisé" dans Google Sheets pour forcer une chaîne à cinq chiffres. - Agrégation : si vous effectuez une étude multicellulaire, vous devez fournir des métriques de dépenses distinctes pour chaque groupe de traitement.
- Jointure des données de conversion : lorsque vous effectuez une jointure avec des données de conversion provenant d'un système CRM interne ou de bases de données de ventes internes, assurez-vous que les données de conversion présentent les propriétés suivantes pour garantir un traitement fluide des données avec les données de l'API Google Ads et GeoX :
- Séries temporelles quotidiennes : les données doivent être agrégées par jour.
- Niveau géographique : chaque conversion doit être associée aux unités géographiques exactes que vous testez (par exemple, en faisant correspondre le code postal de livraison du client à la zone de marché désignée ou au groupe de codes postaux utilisé dans la conception).
- Valeurs brutes : les données doivent être des valeurs absolues non négatives, telles que le revenu brut ou le nombre brut de conversions. Si votre CRM suit le revenu net avec des valeurs négatives pour les remboursements, vous devez utiliser les chiffres bruts pour le test et appliquer un taux de remboursement ultérieurement.