Audit des données GeoX Google Ads : rapprocher dépenses API et résultats CRM

Un rapport géographique exporté de Google Ads ne suffit pas à rendre une étude GeoX exploitable. Pour les extractions GeoX automatisées ou à grande échelle, la documentation de Google impose l’utilisation de Google Ads API pour récupérer les coûts et dépenses. Plus généralement, elle indique que les annonceurs sont censés utiliser l’API pour les métriques de coût. Ces données doivent ensuite être rapprochées de conversions ou revenus bruts issus du CRM, du point de vente ou d’une base de ventes interne, sans filtrage ni attribution publicitaire.

L’enjeu initial est donc un contrat de données commun. Campagne, journée, unité géographique et cellule expérimentale doivent désigner la même réalité dans les deux systèmes. Des coûts par ville ne peuvent pas être rapprochés automatiquement de territoires commerciaux plus larges. De même, une conversion attribuée par la plateforme ne remplace pas le résultat brut demandé au système métier.

• Utiliser GoogleAdsService avec Search ou SearchStream pour l’extraction des coûts par API.
• Conserver l’identifiant de campagne, la date, le segment géographique et le coût en micros.
• Rapprocher ces coûts de résultats quotidiens, absolus et non négatifs.
• Garder une dépense distincte pour chaque cellule d’une étude multicellule.
• Suspendre l’interprétation tant que date, zone, valeur ou responsabilité restent ambiguës.

Google distingue deux ressources. geographic_view rend compte du lieu où l’utilisateur se trouvait ou pour lequel il a manifesté un intérêt ; la documentation indique qu’il s’agit généralement de la configuration par défaut de GeoX. location_view mesure les performances selon les zones géographiques explicitement ciblées par la campagne. Ces deux lectures ne répondent pas à la même question.

Avant l’extraction, le responsable de l’expérience doit donc consigner la notion retenue et son lien avec le protocole. Il ne faut pas déduire ce choix du seul nom d’une campagne. Une revue doit également vérifier que le niveau utilisé — ville, région, pays ou autre unité prévue — correspond à celui des résultats métier.

Cette décision est particulièrement importante lorsque les équipes commerciales travaillent avec leurs propres territoires. Une zone de vente peut regrouper plusieurs unités Google. La règle de regroupement relève alors de la méthode interne et doit rester visible, révisable et distincte du comportement officiel du produit.

Le flux proposé utilise GoogleAdsService, via Search ou SearchStream. Le jeu de champs comprend campaign.id, segments.date, un segment géographique adapté au niveau de l’étude et metrics.cost_micros. L’exemple de requête de Google applique une période récente, mais ne fixe pas la fenêtre d’évaluation de toutes les études. Cette période appartient au protocole approuvé.

Les segments géographiques renvoient des noms de ressources pointant vers GeoTargetConstant, et non de simples noms de lieux ou codes courts. La résolution peut se faire par une requête sur geo_target_constant ou à l’aide du fichier statique des cibles géographiques de Google.

Les coûts étant fournis en micros, Google indique de diviser metrics.cost_micros par 1 000 000 pour obtenir l’unité monétaire normale. Lors d’un changement de ciblage, l’identifiant GeoTargetConstant exact est requis : un code pays ISO ou un ancien code Nielsen ne peut pas être envoyé à sa place.

CreatikLab applique une matrice d’acceptation qui rend chaque anomalie inspectable. Elle ne remplace ni le protocole statistique ni les règles de Google ; elle empêche une extraction techniquement réussie d’être confondue avec une mesure fiable.

• Coûts — Preuve : totaux API quotidiens par campagne. Alerte : trou ou doublon inexpliqué. Action : relancer et rapprocher. Responsable : analyste média.
• Zones — Preuve : table GeoTargetConstant et carte des cellules. Alerte : ressource non résolue ou granularités mélangées. Action : reconstruire la jointure. Responsable : ingénierie analytique.
• Sens géographique — Preuve : choix documenté de la vue. Alerte : vue incompatible avec le protocole. Action : arrêter l’analyse. Responsable : pilote de l’expérience.
• Résultats — Preuve : cahier d’export CRM, caisse ou ventes. Alerte : données attribuées, filtrées, négatives ou non quotidiennes. Action : produire les valeurs brutes. Responsable : opérations commerciales.
• Temps — Preuve : dictionnaire de dates et convention temporelle. Alerte : journées décalées ou reformatées. Action : normaliser. Responsable : ingénierie des données.
• Cellules — Preuve : dépenses et résultats séparés par groupe. Alerte : agrégation anticipée. Action : restaurer les fichiers détaillés. Responsable : mesure.

Pour une activité de génération de prospects, l’entreprise doit choisir le jalon mesuré : demande envoyée, prospect accepté par les ventes, opportunité qualifiée ou autre statut gouverné. Google ne fournit pas cette définition. Chaque statut devrait avoir un propriétaire, une règle stable et un horodatage permettant d’en contrôler l’application dans toutes les zones.

Google exige que les données de conversion externes soient agrégées par jour, rattachées aux unités géographiques exactes de l’étude et exprimées en valeurs absolues non négatives. CreatikLab recommande en plus de conserver les volumes bruts et les raisons de rejet afin que la notion de demande qualifiée puisse être auditée sans la remplacer par une attribution publicitaire.

Si le système interne comptabilise les remboursements sous forme de revenus nets négatifs, Google demande d’utiliser des chiffres bruts pour l’expérience, puis d’appliquer le taux de remboursement ultérieurement. La période de remboursement, le score commercial et le seuil de qualification ne sont pas précisés par Google ; ils doivent être approuvés séparément.

La table de correspondance devrait contenir la cellule, la granularité, le nom de ressource Google, le nom canonique et la clé du système métier. Une vente ne doit pas être affectée à une zone à partir d’une simple étiquette de campagne. Toute conversion entre code postal, ville et territoire nécessite une règle contrôlée.

Google signale que les tableurs peuvent modifier automatiquement les dates. Le format attendu est YYYY-MM-DD. Les zéros initiaux des codes postaux peuvent également disparaître. Il convient de traiter ces valeurs comme des champs contrôlés, de tester leur longueur ou leur format après chaque transfert et de conserver le fichier avant transformation.

Les opérations de lecture et de modification du ciblage doivent rester séparées. Une étiquette lisible ou un code externe ne doit jamais être réutilisé comme identifiant de configuration sans résolution GeoTargetConstant. Google ne précise pas le circuit d’autorisation interne ; l’annonceur doit l’organiser selon sa propre politique d’accès.

Le fichier de mesure peut enregistrer la source, l’instant d’extraction, la campagne, le jour, l’identifiant géographique, la cellule, le coût converti et le résultat brut sélectionné. CreatikLab y ajoute des contrôles indiquant si la zone a été résolue, si la ligne n’appartient qu’à une cellule et si un résultat métier est disponible. Ces contrôles relèvent de notre méthode, pas d’une fonctionnalité supplémentaire de Google.

Quatre indicateurs structurent la recette : complétude de l’extraction, couverture de la correspondance géographique, écart de rapprochement des dépenses et disponibilité quotidienne du résultat. Il faut publier pour chacun le numérateur, le dénominateur et les exceptions, sans imposer un seuil universel que la documentation ne donne pas.

Notre règle est de ne pas interpréter l’effet de l’étude lorsqu’une ligne significative est dupliquée, non résolue, affectée à plusieurs cellules ou fondée sur une définition incompatible. Une exception ne peut être acceptée qu’avec son périmètre, sa cause, son effet possible et son approbateur. Aucun niveau de performance ou de significativité n’est garanti.

1. Pilote de l’expérience : consigner le choix entre géographie de l’utilisateur et zones ciblées.
2. Développeur Google Ads : conserver la requête GAQL, le contexte de compte et le journal Search ou SearchStream.
3. Analyste média : vérifier campagnes, jours et dépenses distinctes pour chaque cellule.
4. Ingénieur analytique : résoudre les ressources GeoTargetConstant et versionner la table de correspondance.
5. Ingénieur données : convertir les micros une seule fois et documenter cette transformation.
6. Opérations commerciales : exporter les résultats bruts, non attribués et non filtrés au niveau géographique convenu.
7. Finance ou ventes : approuver le résultat observé ainsi que le traitement des remboursements ou prospects rejetés.
8. Responsable qualité : tester dates, zéros initiaux, doublons, absences, valeurs négatives et mélange de cellules.
9. Responsable mesure : délivrer la décision de préparation et le registre des anomalies avant l’analyse.

Cette séparation protège la décision. Le développeur peut prouver que l’appel API a fonctionné, mais il ne peut pas certifier seul la qualité commerciale d’un prospect. Inversement, les ventes peuvent gouverner la qualification sans déterminer seules la vue géographique correcte.

Il ne faut pas réduire geographic_view à la seule présence physique, puisque Google inclut également l’intérêt manifesté. location_view ne doit pas être considéré comme équivalent, car il repose sur les zones ciblées. Un nom canonique facilite la lecture, mais ne remplace pas l’identifiant exigé pour modifier le ciblage.

Les conversions attribuées par Google Ads ne doivent pas remplacer les résultats métier bruts demandés. Il ne faut pas non plus injecter des remboursements négatifs dans les valeurs expérimentales, regrouper les cellules avant livraison ou faire confiance à l’affichage d’un tableur sans contrôler les dates et codes postaux.

La documentation de Google ne précise ni le prix de GeoX, ni l’éligibilité des comptes, ni la portée géographique, ni un budget minimal, ni une taille d’échantillon, ni une méthode statistique, ni un résultat attendu. Elle ne valide pas davantage le modèle de qualification de l’annonceur. Ces sujets nécessitent des décisions distinctes.

Pour comparer des prestataires, demandez le schéma d’extraction, la justification de la vue, la méthode de résolution GeoTargetConstant et le contrat de résultats CRM. Exigez aussi la logique de requête, le journal des transformations, le rapprochement des dépenses, les fichiers par cellule, le dictionnaire de données, les tests qualité et la trace des approbations. Un tableau de bord seul ne constitue pas un audit.

Commencez par un audit de compte Google Ads couvrant l’extraction GeoX, les zones, la conversion des coûts, le résultat qualifié, la séparation des cellules et le registre des anomalies. Le livrable attendu est une spécification rapprochée, les résultats de validation, un registre des anomalies et une décision de préparation, jamais une promesse de ROAS ou de volume.

Lorsque l’audit révèle un arbitrage de conception ou de gouvernance, poursuivez avec un conseil Google Ads senior. Le parcours Expert Google Ads présente l’expertise disponible pour superviser la mise en œuvre et la revue. Décrivez ensuite à Lia vos campagnes, zones, résultats métier, systèmes internes et anomalies connues afin de poursuivre le diagnostic avec le contexte nécessaire.

Quelles données Google Ads faut-il extraire pour GeoX ?

Google documente l’identifiant de campagne, la date, le segment géographique et le coût. L’API exprime le coût en micros ; une conversion vers l’unité monétaire habituelle est donc nécessaire avant l’analyse.

Les conversions attribuées par Google Ads peuvent-elles servir de résultat ?

Google demande de rapprocher les coûts de l’API de conversions ou revenus bruts, non filtrés et non attribués, provenant d’un CRM, d’un point de vente ou d’une base de ventes interne.

Quelle différence existe entre geographic_view et location_view ?

geographic_view concerne le lieu où l’utilisateur se trouvait ou pour lequel il a manifesté un intérêt et constitue généralement la vue GeoX par défaut. location_view porte sur les zones explicitement ciblées par la campagne.

Peut-on utiliser directement un code ISO ou Nielsen pour le ciblage ?

Non. Une modification du ciblage géographique exige l’identifiant GeoTargetConstant correspondant. Un code ISO ou Nielsen brut ne le remplace pas.

Pourquoi contrôler les fichiers dans les tableurs ?

Un tableur peut reformater les dates et supprimer les zéros initiaux des codes postaux. L’audit doit préserver le format YYYY-MM-DD et contrôler les codes postaux comme des champs de schéma.

Quels livrables attendre d’un audit GeoX ?

L’audit devrait fournir le cahier d’extraction, la correspondance géographique, le rapprochement des dépenses, le contrat de résultats CRM, le registre des anomalies, les responsables et une décision formelle de préparation.