API de conversion Google Ads : ce qui passe désormais par Data Manager

Une requête acceptée n’est pas encore une conversion ingérée. Dans le cadre du suivi des conversions Google Ads, choisir l’API Data Manager oblige donc à désigner qui définit l’événement, qui surveille les succès partiels et qui rapproche les volumes acceptés avec le CRM.

Google a-t-il une « Conversions API » comme Meta ?

Non. « API de conversion Google Ads » est une expression de recherche, pas le nom d’un produit Google unique comparable à l’API Conversions de Meta. Google propose désormais une API Data Manager pour ingérer plusieurs types de données, dont les conversions hors connexion et le suivi avancé des conversions pour les prospects.

Le changement est daté. Depuis le 15 juin 2026, les nouveaux envois concernés passent par l’API Data Manager. L’ancienne méthode de la Google Ads API ne reste utilisable que pour certains jetons ayant déjà envoyé ces conversions pendant la période d’autorisation historique. Un nouveau projet ne doit donc pas partir de cet ancien modèle.

L’envoi serveur complète la collecte initiale ; il ne la supprime pas forcément. Le suivi avancé pour les prospects s’appuie généralement sur une balise du site pour recueillir l’interaction et les données utilisateur autorisées, puis sur l’événement commercial créé dans le CRM. Le rapprochement peut porter sur un clic, une vue volontaire ou une autre interaction publicitaire éligible selon les données disponibles.

Quel problème l’API Data Manager résout-elle vraiment ?

Une signature, un appel qualifié ou un paiement peuvent naître dans un CRM, une téléphonie ou un outil de gestion. Google Ads ne voit pas spontanément cette étape. Il faut donc organiser son retour avec un fichier déposé à la main, une source planifiée, un connecteur géré ou une intégration directe à l’API.

La fréquence utile dépend du volume, du délai de conversion et de l’usage dans les enchères. Google recommande un envoi quotidien pour les enchères intelligentes, ou à défaut un rythme régulier et documenté. Une petite activité peut fonctionner avec une source planifiée hebdomadaire ; un volume élevé ou un besoin de réaction rapide justifie souvent un rythme plus court.

Prenons un scénario d’exploitation, pas une loi : un fichier hebdomadaire dépend d’une personne, puis une colonne change pendant son absence et l’import s’arrête. Si l’action est principale et incluse dans l’objectif utilisé par la campagne, les enchères perdent alors une partie du retour commercial. Si elle est secondaire, l’effet porte d’abord sur la lecture.

L’objectif métier reste identique quel que soit le canal : transmettre le bon événement à la bonne action. Les contraintes, elles, changent. Une intégration directe ajoute authentification, schéma de données, sécurité, diagnostics, quotas et reprise des événements. Elle devient surveillable seulement si ces contrôles ont été conçus.

Le rapprochement ne repose pas sur deux voies exclusives. L’API Data Manager accepte, selon le contexte, des identifiants publicitaires, des données utilisateur, des attributs de session et d’autres éléments autorisés. Plusieurs catégories peuvent compléter un même événement lorsqu’elles ont réellement été reçues. Le droit d’usage et les règles Google restent un préalable, pas une option technique.

Une PME a-t-elle besoin d’une intégration directe ?

Pas nécessairement. Une PME peut automatiser ses imports sans développement sur mesure si une source planifiée ou un connecteur disponible couvre son CRM et son cas d’usage. La liste des sources change : vérifiez ce que le Gestionnaire de données propose réellement dans le compte, puis ce que le CRM sait fournir.

Une intégration directe devient pertinente lorsque fréquence, volume, délai, contrôle ou sécurité dépassent les capacités d’un connecteur. Elle exige alors une équipe technique ou un prestataire capable de maintenir l’authentification, les versions, les erreurs et les reprises. Le budget média ne transforme pas cette contrainte en détail.

Le lieu de naissance de la conversion compte, mais il ne décide pas seul. Un commerce en ligne peut avoir besoin d’un retour serveur pour les remboursements, les commandes validées plus tard ou une valeur corrigée. À l’inverse, un compte de génération de prospects peut rester sur une source planifiée si le volume est faible et les contrôles solides.

Soyons clairs : automatiser un CRM mal tenu accélère la mauvaise information. Les statuts, la valeur, les doublons et le consentement doivent être fiables avant l’ouverture du canal. L’API transporte la décision métier ; elle ne la prend pas.

GCLID, GBRAID, WBRAID : que faut-il conserver ?

Conservez le paramètre effectivement reçu, avec son nom et sa casse, puis renseignez le champ correspondant. GCLID, GBRAID et WBRAID décrivent des contextes d’interaction différents. Les intervertir ou en fabriquer un à partir d’un autre produit un événement incohérent.

ITP et ATT ne sont pas le même mécanisme. ITP limite notamment certains stockages dans Safari. ATT encadre le suivi entre applications et sites sur iOS. GBRAID et WBRAID répondent à des parcours touchés par les règles iOS ; ils ne sont pas une conséquence directe d’ITP.

Les données utilisateur autorisées peuvent compléter les identifiants publicitaires, mais pas les remplacer par magie. L’API accepte également des attributs de session dans certains cas. Stockez seulement les paramètres reçus, séparément, pendant une durée justifiée. Les anciennes incompatibilités de champs de la Google Ads API ne doivent pas être projetées sans vérification sur l’API Data Manager actuelle.

Fenêtre de conversion et délai d’import : deux horloges à ne pas confondre

La fenêtre de conversion mesure le temps entre une interaction publicitaire et la conversion. L’ancienneté maximale d’import mesure le temps au-delà duquel Google refuse un événement envoyé. Un événement peut donc être bien formé mais trop ancien, ou être récent sans entrer dans la fenêtre configurée de l’action.

Deux limites, puis le délai commercial réel

Pour un import hors connexion standard, Google refuse les conversions envoyées plus de 90 jours après le dernier clic. Pour le suivi avancé des conversions pour les prospects avec données utilisateur, la limite publiée est de 63 jours. La fenêtre de l’action reste un réglage distinct : lisez-la dans le compte et ne supposez pas qu’elle compense ces plafonds.

Exemple explicite : dans un cycle de vente qui dure deux à trois mois, une signature peut arriver près de la limite. N’en déduisez pas que tous les dossiers B2B, immobiliers ou de formation suivent cette durée. Mesurez le délai réel par cohorte et importez aussi une étape fiable plus précoce si la vente finale arrive trop tard.

Une action est souvent créée avec une fenêtre post-clic de 30 jours, mais cette valeur est configurable. La régler systématiquement au maximum dilue parfois la lecture. Choisissez-la d’après le délai observé, le volume et l’usage dans les enchères, puis contrôlez séparément la limite d’ancienneté de la source.

Quand les données deviennent-elles visibles ?

Google indique environ trois heures pour voir les statistiques de conversions importées dans le compte. Ce délai d’affichage ne garantit pas qu’un événement soit attribué ni qu’un lot soit exempt d’erreurs. Comparez les résultats par date de conversion, pas seulement par date d’import.

Les diagnostics de l’API Data Manager suivent une autre horloge. Google recommande un premier contrôle environ 30 minutes après l’envoi, puis des interrogations espacées jusqu’à un état final ; le traitement peut aller jusqu’à 24 heures. Déclenchez les alertes après le délai attendu et conservez l’identifiant de chaque requête.

Comment préparer vos données CRM avant d’ouvrir le canal ?

Un événement mal défini peut orienter les enchères s’il est principal et inclus dans l’objectif de la campagne. Ce n’est pas automatiquement pire que l’absence de donnée ; c’est un risque à mesurer. La première revue porte donc sur le sens commercial, avant le format technique.

Objectifs, normalisation et déduplication

Avant l’ouverture, auditez six points.

1. Statuts de conversion. Choisissez « Prospect qualifié » ou « Prospect converti » selon le cycle, le volume, le délai et la valeur. La vente finale peut être trop rare ou trop tardive pour servir seule d’action principale. Une étape antérieure peut alors rester principale ; les autres actions sont secondaires tant qu’elles ne pilotent pas un objectif adapté.
2. Destination et source. Le compte opérationnel déclaré doit être le compte Google Ads propriétaire de l’action de conversion, et l’identifiant de destination doit pointer vers cette action. Pour une conversion hors connexion ou un suivi avancé des conversions pour les prospects, eventSource est obligatoire et doit décrire la source réelle.
3. Normalisation des identifiants. L’adresse électronique est mise en minuscules et nettoyée selon les règles Google. Le téléphone suit le format international E.164. Prénom, nom et adresse ont leurs propres règles de casse et d’espaces. Dans une intégration directe, l’appelant normalise puis hache en SHA-256 les champs concernés avant l’envoi.
4. Déduplication. Pour une conversion hors connexion autonome, l’identifiant de transaction est facultatif ; Google utilise aussi la combinaison de l’identifiant de rapprochement, du nom de conversion et de l’horodatage. Pour une source additionnelle qui complète une conversion de balise, transactionId est obligatoire. Pendant les 14 premiers jours de cette source additionnelle, les nouvelles données apparaissent dans les rapports mais ne guident pas encore les enchères.
5. Horodatage. L’API Data Manager attend le format RFC 3339 en JSON, avec le fuseau exact. La date commerciale ne doit pas être remplacée par l’heure d’envoi. Journalisez aussi la date de création dans le CRM, la date transmise et le résultat d’ingestion.
6. État de consentement. Identifiez l’application qui recueille la décision, puis propagez cet état jusqu’à la requête. L’API accepte un réglage par défaut au niveau de la requête et une valeur propre à un événement lorsque sa situation diffère.

Consentement : transmettre un état, pas l’inventer

Les données doivent être envoyées selon la réglementation, la base juridique et les règles Google applicables au cas réel. Un hachage ne rend pas automatiquement une donnée anonyme ni libre d’usage. Pour l’EEE, le Royaume-Uni et la Suisse, Google demande notamment de transmettre les choix requis pour ad_user_data.

L’objet de consentement Data Manager distingue « accordé », « refusé » et « non spécifié ». Il peut être défini pour la requête entière, puis remplacé pour un événement particulier. Ne transformez pas « non spécifié » en « accordé ». Documentez la source de l’état, le territoire, la finalité et la durée de conservation avec le conseil compétent.

Les conséquences dépendent de la destination, du statut et des règles en vigueur. Au-delà, aucune promesse générale sur la modélisation ou les enchères ne remplace les diagnostics du compte et une documentation datée.

Quels diagnostics contrôler après l’envoi ?

Une baisse de performance peut coïncider avec un problème de données sans en être la preuve. Commencez par le canal d’ingestion, puis comparez campagne, marché, budget, ciblage et page de destination. Le symptôme ne choisit pas sa cause.

Six contrôles avant d’accuser les campagnes

• Connexion : authentification valide, source accessible et dernier envoi réussi.
• Ingestion : état final par destination, enregistrements reçus, erreurs et avertissements.
• Fraîcheur : délai entre l’événement CRM, son envoi et sa visibilité dans Google Ads.
• Rapprochement : évolution du taux et des identifiants réellement disponibles.
• Déduplication : même événement commercial compté une seule fois selon le mode d’envoi.
• Objectif : action principale ou secondaire, valeur et inclusion dans l’objectif de la campagne.

Dans un exemple de cycle de vente, le formulaire arrive aujourd’hui et la signature six semaines plus tard. Optimiser la signature peut manquer de volume ; optimiser le formulaire peut privilégier des demandes faibles. Le bon événement est le plus proche de la valeur métier qui reste assez fréquent, assez rapide, stable et correctement valorisé.

Les enchères intelligentes utilisent les actions et valeurs incluses dans les objectifs de la campagne. Elles ne maximisent pas indistinctement tout ce qui est importé. Un prospect qualifié peut donc rester principal lorsque la vente est trop rare ; testez ensuite la valeur aval au lieu de reléguer toutes les étapes antérieures par principe.

Ce que change la migration de 2026

Depuis le 15 juin 2026, les nouveaux imports hors connexion et les nouveaux envois du suivi avancé pour les prospects passent par l’API Data Manager. La Google Ads API demeure une voie historique pour des jetons précédemment autorisés, pas la destination de référence d’une nouvelle intégration.

Le contrôle actuel part de l’identifiant de requête Data Manager. Il suit les états « en traitement », « succès », « succès partiel » ou « échec », puis les erreurs et avertissements par événement. Rapprochez ensuite les volumes du CRM par date de conversion ; une réponse acceptée n’atteste ni le taux de rapprochement ni la qualité métier.

Les invariants sont modestes : un événement défini, une donnée autorisée, un format valide et une exploitation surveillée. Authentification, schéma, connecteurs, fenêtres et diagnostics peuvent évoluer. Relisez les sources officielles avant chaque changement de version ou de canal.

Le choix à faire

Faites l’inventaire, conversion par conversion : donnée disponible, utilité commerciale, fiabilité, droit d’usage, délai et volume. Puis notez le canal actuel : fichier manuel, source planifiée, connecteur, API ou aucun retour. L’absence d’un canal n’est un problème que si la donnée est réellement exploitable.

Comparez ensuite les options sur cinq critères : fréquence, volume, délai, coût et capacité de maintenance. Un fichier planifié et contrôlé peut être plus robuste qu’une API sans propriétaire. Une intégration directe se justifie quand son contrôle supplémentaire compense sa charge technique.

Pour un ancien flux Google Ads API, vérifiez le jeton historique, l’action, les derniers résultats et le plan de migration. Pour un nouveau flux, partez de Data Manager. Même objectif métier. Autre contrat technique.

Une intégration n’est prête que lorsqu’un responsable traite les succès partiels, relance les événements rejetés et rapproche les volumes avec le CRM. Sans ce propriétaire, conservez un canal plus simple.

Questions fréquentes

Sources officielles vérifiées le 22 juillet 2026. Plateforme et migration : imports de conversions hors connexion, restriction de l’ancienne voie Google Ads API et réglage unifié du suivi avancé. Délais, objectifs et contrôles : limites de 90 et 63 jours et délai d’affichage, questions fréquentes sur les imports, actions principales et secondaires et enchères intelligentes. API Data Manager : envoi et déduplication des événements, diagnostics par requête, normalisation et format RFC 3339, correspondance des champs et consentement par requête ou événement. iOS et consentement : GBRAID et WBRAID, App Tracking Transparency, Intelligent Tracking Prevention, hachage et pseudonymisation selon la CNIL et règles Google relatives au consentement.

Vincent Duquesne

Expert Google Ads Certifié depuis 2011 : j’ai audité et restructuré des centaines de comptes dans des dizaines de thématiques différentes. +20M€ gérés.

Google Partner Premier 2026