Connecter le CRM à Google Ads fait passer de l’optimisation des formulaires à celle du pipeline. Trois voies se complètent selon le niveau de fiabilité recherché : l’OCI par GCLID, les enhanced conversions for leads avec données first-party hachées, puis Data Manager et connecteurs.
Relier le CRM à Google Ads, c’est l’un des piliers du tracking qualité des leads Google Ads : tant que les deux systèmes s’ignorent, Google reste aveugle à ce qui se passe après la soumission, le contact qualifié, le devis, la signature. La configuration se fait une fois par compte et devient le canal principal par lequel remontent vos données de vente, pas une passerelle annexe qu’on branche pour cocher une case.
L’import de conversions hors ligne (OCI) basé GCLID, la voie historique. Vous capturez cet identifiant au remplissage, le stockez dans votre outil commercial et le renvoyez quand le contact change de stade.
Ça fonctionne toujours, mais le GCLID seul reste fragile : consentement refusé, redirection qui efface le paramètre, parcours mobile ; ce montage peut sous-reporter en silence.
Les enhanced conversions for leads (ECL), la voie à privilégier quand elle est adaptée. C’est un OCI amélioré : il ajoute l’email et le téléphone hachés comme identifiants d’appariement, en plus du GCLID. L’appariement devient plus durable qu’avec cet identifiant seul : c’est la cible à viser sur la plupart des dispositifs leadgen.
Le hub Data Manager et ses connecteurs, Google Ads Data Manager est devenu le point de configuration, avec des imports tiers (Zapier, HubSpot) et l’API pour les gros volumes. C’est là que se déclarent les sources de données de tout votre portefeuille connecté, et là qu’on retrouve le taux d’appariement par action.
Point dur : les méthodes d’import post-clic évoluent, et les anciennes intégrations API doivent être contrôlées avant de continuer à nourrir le Smart Bidding. Ne partez pas du principe qu’un import historique est encore le bon canal : identifiez la voie utilisée, la qualité de l’appariement et la donnée réellement envoyée.
Traduction : si votre intégration repose sur un montage sur mesure bâti sur l’API Google Ads, ou sur un connecteur dont vous ne connaissez pas le chemin technique, elle peut se dégrader sans message évident.
Deux décisions à prendre avant de brancher quoi que ce soit : quel stade du pipeline remonter, et à quel rythme.
Remonter chaque contact brut revient à nourrir le Smart Bidding de bruit. Il va optimiser pour multiplier les formulaires, y compris les fiches hors-cible, les curieux, les concurrents qui sondent vos prix. À l'opposé, attendre la signature pour importer, quand votre cycle dure plusieurs mois, expose votre signal à une fenêtre de rattachement limitée.
La cible : MQL ou SQL comme signal principal, vente signée avec valeur comme signal secondaire. Évitez de mélanger stades forts et stades faibles dans la même action de conversion, le Smart Bidding interprète tous les signaux d'une même action avec le même poids.
Pour les définitions précises de MQL et SQL, voyez où passe la frontière entre MQL et SQL, inutile de les redéfinir ici.
| Cycle de vente | Stade recommandé | Signal valeur | Délai max d'import |
|---|---|---|---|
| Court (< 3 jours) | Lead qualifié post-call | Optionnel | < 24 h |
| Moyen (1-4 semaines) | MQL ou SQL | Oui, si disponible | < 48 h après stade |
| Long (> 1 mois) | SQL, ne pas attendre la signature | Valeur estimée du deal | < 72 h après stade |
Mélanger une « soumission brute » et un « SQL » (signal fort) dans le même objectif mesuré fausse le tout. Créez une action par stade, puis désignez la principale pour le Smart Bidding. Cette action principale est celle que l’algorithme regarde en priorité pour arbitrer vos enchères.
Un import hebdomadaire est souvent trop lent. La règle de bon sens : viser moins de 24 heures quand c’est possible entre le changement de stade dans l’outil commercial et l'import vers Google Ads. Au-delà, l'algorithme reçoit un signal décalé et la boucle perd en fraîcheur, sans message d'erreur.
La limite dure : le GCLID a une fenêtre de rattachement limitée. Passé ce délai, l’événement n'est plus rattachable au clic, quelle que soit la méthode. Dans les faits, l'impact se fait sentir bien avant : un cycle d'import mensuel, sur un cycle de vente de trois semaines, produit des signaux trop tardifs pour alimenter correctement l'optimisation.
Concrètement : configurez un import automatisé quotidien minimum. Si votre outil le permet (HubSpot, Salesforce), activez un déclencheur en temps réel sur le changement de stade : le signal arrive dans Google Ads dans l'heure qui suit la qualification, sans ressaisie manuelle des données côté compte.
Le point à vérifier n'est pas « quelle solution est la meilleure » mais « quelle voie d’intégration correspond à mon volume et à mes ressources dev ». Les outils marketing intégrés (HubSpot, Salesforce) simplifient la gestion à chaque étape ; les autres passent par un intermédiaire.
| Solution | Voie de connexion | Setup requis | Point de vigilance |
|---|---|---|---|
| HubSpot Marketing Hub Pro/Ent. | Connecteur natif ECL via Data Manager | Configuration dans l'interface Google Ads Data Manager | Contrôler le mapping et le consentement |
| Salesforce | Import natif Google Ads (historique) | Mapping des stades dans l'intégration Salesforce | Contrôler le mapping et la fenêtre d’import |
| Pipedrive, Zoho, Brevo | Via Zapier ou Make | Zap/scénario + champ GCLID à créer dans l’outil | Surveiller les champs GCLID, email et consentement |
| Solution maison / API custom | Connecteur ou API d’ingestion | Développement back-end souvent nécessaire | À traiter avec un chemin d’ingestion durable |
Pipedrive, Zoho ou Brevo avec un volume modéré : Zapier ou Make peuvent suffire, pour un coût qui ne justifie pas toujours un développement sur mesure. Au-delà, ou avec une logique de scoring complexe, une voie API ou connecteur plus robuste devient préférable.
Un appariement sous 50 % n'est pas un problème Google Ads, c'est un problème de données en amont. Quatre leviers, dans l'ordre où les traiter :
Cible opérationnelle : un niveau d'appariement supérieur à 60-70 % signale une boucle fiable. En dessous de 40 %, la remontée est trop fragmentée pour alimenter correctement le Smart Bidding, c'est la mesure à surveiller avant toute autre optimisation de compte.
Cinquième levier souvent oublié : les leads spam. Un bot compte comme signal, remonte dans l'import, et ses données s’apparient mal. Résultat mécanique : un indicateur qui reste bas même quand la capture et la normalisation sont propres. Rétracter les signaux spam limite la pollution à la source.
Quand un contact a refusé le consentement au partage avec des tiers publicitaires, ses données ne doivent pas être envoyées pour la mesure ECL. Résultat : vous importez des leads, Google n'en rapproche qu’une partie, pas forcément parce que les données sont incorrectes, mais parce qu’une partie du volume n’est pas exploitable. Il ne faut pas forcer ce point comme un dysfonctionnement ; c'est une contrainte de conformité à intégrer à la lecture de l’indicateur.
Trois points à vérifier dans votre setup :
Point de vigilance juridique : si HubSpot ou Salesforce transmettent des données à Google en votre nom, vérifiez que vos DPA (Data Processing Agreements), bases légales et mentions d’information couvrent bien ce flux. Ce point relève de votre conseil juridique, pas d’un simple réglage Google Ads.
Oui, mais avec des limites claires sur le scoring et la scalabilité : ces solutions dépannent, elles ne remplacent pas un outil commercial structuré.
Les petites structures sans outil dédié ont trois options viables :
Google Sheets + formulaire avec GCLID caché. Tally, Typeform ou un formulaire natif peut passer cet identifiant en champ caché à la soumission. Le contact atterrit dans Sheets avec la valeur capturée. Un import CSV manuel (ou automatisé via Zapier) vers Data Manager ferme la boucle. Limite : pas de scoring, pas de filtrage automatique, vous remontez tous les leads ou seulement ceux filtrés manuellement.
Zapier déclenché par email de notification de formulaire. Chaque nouveau contact déclenche un zap qui lit l’identifiant dans l'email ou dans Sheets et pousse l’événement vers Data Manager. Ce montage fonctionne sans outil dédié à condition que le GCLID soit capturé à la source.
SFTP connector de Data Manager pour import de fichiers. Si vous consolidez vos leads dans un fichier plat (Sheets, Airtable, export CSV), le connecteur SFTP de Data Manager peut les ingérer selon un calendrier défini.
La limite pratique : sans outil dédié, pas de scoring réinjecté ni de gestion structurée des stades du pipeline. Vous pouvez remonter « lead contacté » ou « lead qualifié manuellement », mais la boucle lead scoring réinjectée dans Google Ads nécessite une solution qui stocke et met à jour les stades à chaque étape. Pour le contexte général du tracking de qualité, voyez comment juger la qualité de vos leads avant de les remonter.
Une fois la boucle fermée et fiable, vous renvoyez à Google les stades qui comptent, lead qualifié, client signé, valeur. Le Smart Bidding optimise moins sur le formulaire le moins cher et davantage sur le pipeline : il déplace le budget vers les mots-clés, les audiences et les zones qui produisent des clients, pas uniquement des fiches. Sur les comptes multi-utilisateurs, ce signal partagé aligne aussi les équipes commerciale et publicitaire sur la même définition d’un bon lead.
C’est le préalable matériel des enchères à la valeur et du lead scoring réinjecté : sans cette boucle, ces deux-là n’ont aucun carburant.
Si votre cycle est court et que tout se joue sur le site, le contact vaut presque une vente mesurable côté web ; le raccordement au pipeline apporte peu : un bon tracking web suffit déjà.
La réserve à garder en tête : la connexion ne vaut que ce que vaut votre donnée. Une base commerciale qui ne stocke pas le GCLID pour toutes les soumissions, un appariement faible, sous 50 %, souvent un identifiant non capturé ou un consentement refusé, et la boucle ne remonte qu’une vérité partielle.
On vérifie appariement, stades et doublons.
Réserver un appel