Google Ads API v26 modifie les champs de conversion : vérifiez le connecteur

Google a publié la version 26 de Google Ads API le 14 octobre 2026, avec des changements susceptibles d'affecter les outils qui mesurent le trafic de recherche payant. Pour les propriétaires de sites, il s'agit surtout de vérifier les rapports et les intégrations, pas de modifier les pages destinées au référencement naturel.

Les notes de version officielles signalent un changement incompatible avec les versions précédentes dans le paramétrage des conversions améliorées au niveau du compte. Elles introduisent aussi une classification plus explicite des conversions attribuées à un clic publicitaire. Un tableau de bord peut évoluer parce que son modèle de données change, même lorsque les clients se comportent comme avant.

Vérifiez le champ que lit réellement votre connecteur

La version 26 supprime enhanced_conversions_for_leads_enabled de ConversionTrackingSetting. Google oriente les développeurs vers enablement_setting et ajoute effective_enablement_setting pour la configuration unifiée. Un connecteur qui attend encore le champ supprimé doit être adapté lorsqu'il passe à la v26.

Demandez au fournisseur de votre outil de reporting quelle version de l'API il utilise et si ses contrôles des paramètres de conversion ont été migrés. Un site qui emploie uniquement l'interface Google Ads n'a peut-être aucun code personnalisé à modifier. Un tableau de bord d'agence ou un export programmé peut néanmoins créer une dépendance indirecte.

Google conserve les informations sur les bibliothèques clientes séparément des notes de version. Faites correspondre délibérément les versions de la bibliothèque et de l'API de l'application. Installer un paquet plus récent en supposant que toutes les requêtes restent compatibles n'est pas un plan de migration.

Distinguez une nouvelle étiquette d'une nouvelle conversion

La version ajoute CLICK à ConversionAttributionEventType pour les conversions attribuées à un clic publicitaire auparavant incluses dans UNKNOWN. C'est une distinction dans le reporting, pas la preuve que la version a créé davantage de prospects ou amélioré les campagnes.

Lors de la comparaison des exports avant et après mise à niveau, examinez les correspondances de catégories avant de saluer un changement de répartition. Conservez les totaux et les libellés employés dans chaque version. Sinon, une sortie de la catégorie inconnue peut être prise pour une activité commerciale nouvellement acquise.

Gardez également un historique daté des modifications des événements de conversion propres au site. Une mise à niveau du connecteur et un changement du déclencheur d'achat la même semaine sont deux explications à examiner séparément, pas une expérience avant-après parfaitement isolée.

Testez avant de remplacer le rapport habituel

Google propose des comptes de test de l'API, mais ils ne diffusent pas de vraies annonces et ne reproduisent pas les données de performance normales de production. Utilisez-les pour vérifier le comportement de l'intégration, puis comparez un rapport de production limité et autorisé à la sortie habituelle avant de basculer.

Conservez l'ancien rapport pour le rapprochement. Si les chiffres divergent, vérifiez les périodes, la sélection des comptes, la disponibilité des champs et le traitement des catégories avant de modifier les budgets de campagne. Ne remplacez pas des valeurs manquantes par des zéros simplement pour terminer un export.

La même discipline aide à analyser une baisse de trafic : assurez-vous que la mesure conserve le même sens. Inscrivez la version du connecteur et son responsable dans votre registre de maintenance, pour que le prochain changement d'API ait un interlocuteur identifiable.