# Du formulaire au contrat : renvoyer les ventes à Google avec Data Manager Depuis juin 2026, les ventes et les leads qualifiés renvoyés à Google Ads passent par Data Manager. La balise du site recueille l’identifiant du clic et, haché, l’e-mail du formulaire ; le CRM renvoie ensuite l’étape atteinte. Ce qui a changé en 2026, les délais à respecter, et comment passer d’un formulaire à une étape de vente sans casser les enchères. Guide · Écrit par l’IA, relu par David Solito · Publiée le 7 novembre 2026 · 5 min de lecture Google Ads ne sait pas ce que devient une demande une fois le formulaire envoyé. Pour qu’il le sache, il faut lui renvoyer les étapes du CRM : le rendez-vous, la proposition, le contrat. Depuis 2026, ce renvoi passe par Data Manager, l’outil de Google pour importer et activer les données propres d’une entreprise. La note [Relier votre CRM à Google, Meta et LinkedIn](/fr/memory/conversions-hors-ligne/) compare ce renvoi chez Google, Meta et LinkedIn. ## Ce qui a changé en 2026 Deux changements ont simplifié le dispositif, et un troisième en a cassé une partie. - **Avril 2026 : un seul réglage.** Les conversions améliorées pour le Web et pour les leads sont réunies dans un même réglage. Google accepte désormais les données fournies par l’utilisateur à la fois depuis la balise du site, Data Manager et l’API, sans qu’il faille choisir une méthode. Les comptes existants ont été basculés automatiquement. [2](#source-2) - **15 juin 2026 : fin de l’import par l’API Google Ads.** Les imports de conversions hors ligne et les conversions améliorées pour les leads passent par l’API Data Manager et sont bloqués dans l’API Google Ads. Seuls les jetons de développeur qui avaient envoyé ces imports entre janvier et juin 2026 gardent un accès temporaire. [1](#source-1) - **Les conséquences.** Selon le site spécialisé offlineconversionimport.com, les intégrations maison et les connecteurs construits sur l’ancienne API ont cessé de fonctionner ; l’import manuel de fichiers continue, mais depuis Data Manager, l’ancien import étant marqué « ancien ». [4](#source-4) Pour un compte qui importait déjà ses ventes, la première question est donc simple : l’import fonctionne-t-il encore depuis juin ? ## Comment Google relie une vente à un clic Le dispositif repose sur deux moments. **Au moment du formulaire**, la balise Google recueille l’identifiant du clic sur l’annonce (le GCLID) et, quand les conversions améliorées sont actives, l’adresse e-mail ou le téléphone saisis, hachés avant l’envoi. [3](#source-3) **Quand la demande avance dans le CRM**, on renvoie à Google l’étape atteinte, avec sa date et les mêmes identifiants : le GCLID s’il a été gardé, l’e-mail ou le téléphone hachés. Google rapproche les deux et attribue la conversion à l’annonce. [3](#source-3) Google conseille d’envoyer tous les identifiants disponibles ensemble : le GCLID, les données fournies par l’utilisateur, les identifiants GBRAID et WBRAID quand ils existent, et un identifiant unique par événement, qui évite de compter deux fois la même conversion. Chaque événement doit porter au moins une date et l’un de ces identifiants. [3](#source-3) Le CRM n’a pas besoin d’être un grand logiciel. Google précise que tout système qui enregistre les leads peut servir, y compris un tableur. [2](#source-2) Ce qui compte, c’est qu’il garde le GCLID et l’e-mail saisis, et qu’il note la date de chaque changement d’étape. ## Les délais à respecter Deux limites décident de ce qui peut être renvoyé. - **90 jours pour le GCLID.** Google ne conserve l’identifiant du clic que 90 jours ; une conversion plus tardive est refusée. Google conseille alors de renvoyer une étape antérieure, atteinte dans les 90 jours. [2](#source-2) - **63 jours avec les données fournies par l’utilisateur.** Une conversion importée à partir de l’e-mail ou du téléphone hachés doit dater de moins de 63 jours. [2](#source-2) CustomerLabs relève que ce plafond, plus court que celui de l’import classique, gêne les cycles de vente longs si les envois ne sont pas automatisés. [5](#source-5) Pour un cycle de vente de quatre mois, le contrat signé arrive trop tard. On renvoie alors le rendez-vous tenu ou la proposition, et on garde le contrat pour la mesure interne. ## Le rythme des envois Pour que Smart Bidding tienne compte des imports, Google recommande d’envoyer au moins une fois par jour, ou à défaut à un rythme régulier : tous les deux jours, toutes les semaines. Il conseille aussi d’envoyer pendant un à deux cycles de conversion avant de compter la nouvelle action dans la colonne « Conversions », celle qui pilote les enchères. [2](#source-2) Data Manager propose des connecteurs vers plusieurs CRM et sources de données ; à défaut, l’API Data Manager reste possible. [3](#source-3) L’ancien connecteur Salesforce n’est plus pris en charge depuis le 31 mai 2025 ; il faut passer par celui de Data Manager. [2](#source-2) ## Passer du formulaire à l’étape de vente sans casser les enchères Une campagne qui apprend depuis des mois sur les formulaires ne doit pas changer d’objectif du jour au lendemain. Les sources convergent sur une bascule progressive. - **Enregistrer d’abord la nouvelle étape en conversion secondaire.** Elle apparaît dans les rapports sans influencer les enchères. - **Attendre assez de données.** Google conseille trois cycles de conversion ou quatre semaines, selon ce qui est le plus long, avant de passer la nouvelle action en conversion principale. [3](#source-3) Revvim, agence spécialisée dans le B2B, parle de 30 à 45 jours et d’au moins 15 à 30 conversions sur l’action. [6](#source-6) - **Passer l’étape en principale et l’ancienne en secondaire.** Revvim prévient : après chaque changement, les résultats peuvent fluctuer pendant deux à trois semaines d’apprentissage avant de se stabiliser. [6](#source-6) Moins de leads, mais de meilleurs : c’est le but recherché, pas un défaut. On peut aussi donner une valeur à chaque étape : le lead brut vaut peu, le rendez-vous davantage, la proposition encore plus. Les enchères sur la valeur distinguent alors les demandes entre elles. Revvim décrit cette hiérarchie comme le moyen de faire comprendre à Google ce qu’est un lead de qualité, à condition que les valeurs viennent des taux de passage réels du CRM. [6](#source-6) ## Le consentement Envoyer à Google l’e-mail haché d’un visiteur reste un traitement de données personnelles. Le paramètre ad_user_data du Consent Mode indique si le visiteur a accepté que ses données soient envoyées à Google pour la publicité ; CustomerLabs cite son absence ou son refus parmi les causes de correspondances manquées. [5](#source-5) La note [Consent Mode](/fr/memory/consent-mode-v2/) explique ce réglage. ## Ce qu’il faut retenir - Depuis le 15 juin 2026, les ventes renvoyées à Google passent par Data Manager ; les intégrations construites sur l’API Google Ads sont à vérifier. - La balise recueille le GCLID et l’e-mail haché au formulaire ; le CRM renvoie l’étape atteinte avec ces identifiants. - Le GCLID vit 90 jours, les données fournies par l’utilisateur 63 : une vente trop tardive se remplace par une étape antérieure. - La bascule d’un objectif à l’autre se fait progressivement, en conversion secondaire d’abord. Pour mettre en place et vérifier cette mesure avec votre équipe, découvrez notre accompagnement en [mesure et tracking](/fr/mesure-et-tracking/). Sources consultées le 13 octobre 2026.