Du lead au contrat : relier Google Ads, Meta, LinkedIn et le CRM pour mesurer le chiffre d'affaires

Le rapport Google Ads affiche 140 leads sur le trimestre, celui de LinkedIn en affiche 60, Meta en revendique 90 de plus. Le directeur commercial, sur le même trimestre, a signé six contrats et ne sait pas dire de quelle campagne ils viennent. Je le vois souvent : les plateformes comptent les formulaires remplis, le CRM compte les affaires, et entre les deux aucune donnée ne circule.

Pour mesurer le chiffre d’affaires généré par les campagnes, il faut boucler la boucle en quatre étapes, plus un accord entre marketing et ventes. Le formulaire enregistre les UTM et les identifiants de clic dans des champs cachés. Le CRM les conserve sur le contact et sur l’opportunité. Chaque changement d’étape du pipeline devient un événement. Cet événement retourne vers Google Ads, Meta et LinkedIn avec une valeur économique, pour que les algorithmes apprennent à chercher les personnes qui deviennent clientes. L’accord, écrit, définit ce que veut dire « lead qualifié ».

Pourquoi les plateformes ne voient-elles pas les contrats ?

Les plateformes ne voient que ce qui se passe sur le site, alors qu’en B2B le chiffre d’affaires se décide des mois plus tard, au téléphone et sur les devis. Si personne ne remonte ces résultats, Google, Meta et LinkedIn optimisent sur le seul signal dont ils disposent : le formulaire envoyé.

Ainsi, les campagnes qui apportent beaucoup de leads bon marché semblent les meilleures même quand elles amènent des étudiants, des fournisseurs et des entreprises hors cible, tandis que celles qui apportent quelques vrais acheteurs semblent chères et sont coupées. Nous en parlons aussi dans l’article sur les indicateurs de gestion des leads B2B : le coût par lead et le taux de conversion disent peu de chose si l’on ne remonte pas jusqu’à la valeur du client.

Relier publicité et CRM sert à deux choses : mesurer quelles campagnes ont généré des opportunités et des contrats (on peut le faire uniquement dans le CRM) et optimiser, c’est-à-dire renvoyer ces résultats aux plateformes pour que les enchères automatiques ciblent les contacts qui ressemblent aux clients. Pour la seconde, il faut l’import des conversions hors ligne.

Comment définir des UTM et des conventions de nommage qui tiennent dans le temps

Les UTM ne fonctionnent que si tout le monde les écrit de la même manière : en minuscules, sans espaces, avec une liste fermée de valeurs pour la source et le support, et un nom de campagne qui contient ce que vous voudrez ensuite filtrer dans le CRM.

La convention que nous utilisons d’habitude a cette forme :

• utm_source : la plateforme (google, meta, linkedin, newsletter) ;
• utm_medium : le type de trafic (cpc, paid-social, email) ;
• utm_campaign : annee_marche_objectif_theme, par exemple 2026_de_lead_rectifieuses ;
• utm_content : la création ou la variante de l’annonce ;
• utm_term : le mot-clé ou l’audience, si nécessaire.

Le nom de la campagne dans l’URL doit être identique à celui de la plateforme, pour que tableau de bord et CRM se rejoignent sans tables de correspondance faites à la main. Et il faut une feuille partagée avec les valeurs autorisées, car il suffit d’un LinkedIn en majuscules et d’un linked-in avec un tiret pour couper un rapport en trois lignes.

Les UTM servent au CRM ; pour l’attribution dans les plateformes, ce sont les identifiants de clic qui comptent. Sur Google Ads, le gclid arrive quand le marquage automatique est activé ; sur LinkedIn, le li_fat_id seulement si vous avez activé le suivi avancé des conversions sur l’Insight Tag, qui ajoute l’identifiant de clic aux URL de destination (FAQ de la Conversions API de LinkedIn).

Quels champs cachés un formulaire B2B doit-il enregistrer ?

Un formulaire B2B devrait enregistrer dans des champs cachés tous les identifiants de clic et les UTM de la première et de la dernière visite, et les transmettre au CRM avec les données du contact. Sans cela, aucune conversion hors ligne ne remonte au clic qui l’a générée.

La liste minimale :

• gclid, gbraid, wbraid : les identifiants de Google Ads. Le gclid est le classique ; gbraid et wbraid apparaissent dans les parcours qui passent par des applications iOS, comme l’explique la documentation des API Google Ads ;
• fbclid et la valeur du cookie _fbc : Meta demande le paramètre fbc au format fb.1.timestamp.fbclid, et le guide des paramètres fbp et fbc précise que l’identifiant de clic doit être utilisé tel quel, sans changer les majuscules et les minuscules ;
• li_fat_id : l’identifiant de clic propriétaire de LinkedIn ;
• UTM (source, support, campagne, contenu, terme) ;
• page d’entrée, référent de la première visite et date du premier contact : le référent sert à reconnaître le trafic naturel et les assistants IA comme chatgpt.com ou perplexity.ai, qui arrivent souvent sans UTM.

Le point délicat est la persistance : celui qui clique sur une annonce remplit rarement le formulaire sur la première page, donc les paramètres doivent être lus à l’arrivée et conservés (dans un cookie propriétaire ou dans le stockage du navigateur) jusqu’à ce que la personne envoie le formulaire. Cette conservation relève du suivi à des fins publicitaires et doit donc être soumise au consentement recueilli par le bandeau : comment combiner consentement, Consent Mode et données envoyées à Google, nous l’expliquons dans l’article sur les conversions avancées et le Consent Mode.

Chez nous, les formulaires du site arrivent dans un CRM où chaque demande devient une opportunité attribuée au commercial, avec la source et la campagne déjà remplies : pour les campagnes, le commercial les voit sur la fiche. Le trafic naturel, le bouche-à-oreille et les réponses des IA arrivent en revanche sans UTM, et pour ceux-là il faut un champ facultatif « Comment nous avez-vous connus ? » dans le formulaire.

Dédoublonnage des contacts : éviter qu’un client compte pour trois leads

Le dédoublonnage se décide avant l’intégration : une clé unique (en général l’e-mail, normalisé en minuscules), une règle sur ce qu’il faut faire quand arrive un contact qui existe déjà, et une règle sur l’attribution à conserver.

Prenons le responsable achats d’une entreprise de mécanique : en mars, il télécharge un catalogue depuis LinkedIn ; en mai, il demande un devis depuis une annonce Google ; en juin, le commercial le saisit à la main après un salon. Sans règles, le CRM contient trois leads et chaque plateforme croit l’avoir apporté.

Les règles que nous recommandons :

1. un contact par e-mail : on met à jour les champs, on ne crée pas de doublon ;
2. premier et dernier contact dans des champs séparés : le premier UTM n’est jamais écrasé, le dernier oui ;
3. identifiants de clic mis à jour avec la dernière valeur valide, celle que les plateformes utiliseront pour la correspondance ;
4. l’opportunité hérite de la source du contact au moment de sa création, et ne bouge plus ensuite ;
5. contrôle mensuel des doublons aussi sur les entreprises, parce qu’en B2B c’est l’entreprise qui achète.

Étapes du cycle de vie et étapes du pipeline : deux choses différentes

L’étape du cycle de vie décrit où en est la personne dans sa relation avec vous (contact, MQL, SQL, client) ; l’étape du pipeline décrit où en est une affaire précise (qualification, devis, négociation, gagnée, perdue). Les deux sont nécessaires, et doivent être reliées par des règles claires.

Le cycle de vie avance avec le score et le lead nurturing, le pipeline avec les appels et les devis. Le point de jonction est le moment où le commercial accepte un MQL, qui devient SQL avec une opportunité ouverte.

Pour décider quand un contact devient MQL, il faut un modèle de scoring ; nous en parlons en détail dans le guide du lead scoring B2B. Ici, ce qui compte, c’est que chaque étape ait un critère écrit et un responsable. « Lead intéressant » n’est pas un critère. « Entreprise manufacturière de plus de 20 salariés, fonction technique ou achats, demande de devis ou de démo » en est un.

Quels événements envoyer à Google Ads, Meta et LinkedIn pour chaque étape ?

Pour chaque étape du CRM, il vaut mieux créer une action de conversion dédiée sur chaque plateforme, les envoyer toutes pour la mesure et n’en choisir qu’une seule, en général le SQL ou l’opportunité ouverte, comme objectif pour les enchères. Le contrat gagné arrive trop tard et trop rarement pour qu’un algorithme puisse apprendre dessus.

Étape du CRM	Critère (exemple)	Google Ads	Meta	LinkedIn	Valeur (exemple)
Lead	Formulaire envoyé, contact créé	Conversion via la balise du site, secondaire	Lead (pixel + Conversions API)	LEAD	Faible ou nulle
MQL	Score au-dessus du seuil	Conversion hors ligne, secondaire	Événement portant le nom de l’étape	MARKETING_QUALIFIED_LEAD	Valeur moyenne attendue
SQL / opportunité ouverte	Accepté par le commercial, appel réalisé	Conversion hors ligne, principale	Événement portant le nom de l’étape, utilisé pour l’optimisation	SALES_QUALIFIED_LEAD	Valeur moyenne attendue plus élevée
Devis envoyé	Devis émis	Conversion hors ligne, secondaire	Événement portant le nom de l’étape	OTHER, uniquement pour la mesure	Montant du devis pondéré
Contrat gagné	Opportunité clôturée gagnée	Conversion hors ligne avec montant réel	Purchase	PURCHASE	Montant du contrat

Google Ads. L’import des conversions hors ligne fondé sur le gclid existe toujours, mais Google recommande de passer aux conversions avancées pour les leads, qui font la correspondance avec l’e-mail et le téléphone hachés et demandent tout de même d’inclure le gclid quand il existe. Depuis avril 2026, Google Ads accepte les données utilisateur provenant de la balise, de Data Manager et de l’API ensemble, et depuis juin 2026 les conversions avancées pour le web et pour les leads forment un seul paramètre (annonce de Google). Depuis le 15 juin 2026, l’API Google Ads n’accepte plus d’imports de conversions hors ligne de la part de ceux qui ne les utilisaient pas déjà, et Google désigne la Data Manager API comme la voie pour tous (avis dans la documentation des API Google Ads) : les intégrations sur mesure construites sur les anciens appels de l’API Google Ads doivent être migrées, et même avec des connecteurs prêts à l’emploi il vaut mieux vérifier que les conversions continuent d’arriver.

Meta. Pour les leads des formulaires Lead Ads, il existe l’intégration Conversions API for CRM : on enregistre dans le CRM le Lead ID de Meta et on renvoie les étapes suivantes. Meta demande au moins 200 leads par mois, des envois au moins quotidiens et une étape cible atteinte dans les 28 jours suivant le lead. Pour les leads qui arrivent par le formulaire du site, on utilise la Conversions API avec les événements standard, en transmettant le fbc et l’e-mail haché.

LinkedIn. La Conversions API de LinkedIn accepte des événements en ligne et hors ligne. Depuis la version 202608 de l’API, les types de conversion MARKETING_QUALIFIED_LEAD et SALES_QUALIFIED_LEAD sont disponibles. Le type QUALIFIED_LEAD est le type générique et, selon LinkedIn, il comprend déjà MQL et SQL : si vous utilisez les deux types spécifiques, mieux vaut une action OTHER, utilisée seulement pour la mesure, pour le devis envoyé. LinkedIn recommande d’envoyer ensemble l’e-mail haché et le li_fat_id pour une meilleure correspondance, d’envoyer les événements en temps réel ou au plus tard sous un jour, et accepte des événements datés jusqu’à 90 jours en arrière. Pour les types de conversion liés aux leads, il admet des fenêtres d’attribution allant jusqu’à 365 jours.

Comment donner une valeur à chaque étape du pipeline

La valeur d’une étape est la valeur moyenne d’un contrat multipliée par la probabilité qu’un contact à cette étape aille jusqu’à la signature. Vous la calculez à partir des données historiques du CRM et vous la mettez à jour chaque trimestre.

Prenons un exemple avec des chiffres fictifs. Une entreprise qui vend des installations a un contrat moyen de 40 000 euros. Les données des douze derniers mois montrent que 30 % des devis envoyés se concluent, que 10 % des SQL vont jusqu’à la signature et que 3 % des MQL font de même. Les valeurs à envoyer aux plateformes deviennent 12 000 euros pour le devis, 4 000 pour le SQL, 1 200 pour le MQL. Si la marge varie beaucoup d’une gamme de produits à l’autre, mieux vaut utiliser la marge plutôt que le chiffre d’affaires.

La précision au centime n’est pas nécessaire : ce qui compte, ce sont les proportions entre les étapes, et que les valeurs soient les mêmes sur les trois plateformes, sinon vous comparez des canaux mesurés avec des règles différentes.

Avec les valeurs dans les plateformes, vous pouvez utiliser des stratégies d’enchères fondées sur la valeur et lire un ROAS qui a du sens, même en B2B. Comment le lire sans se laisser tromper par les attributions qui se chevauchent, nous l’expliquons dans l’article sur la façon de mesurer le ROAS et l’impact des campagnes.

Le schéma du flux, étape par étape

Le flux complet compte huit étapes, du clic au tableau de bord. S’il en manque une, la donnée se perd à cet endroit.

1. Clic sur l’annonce : l’URL porte l’identifiant de clic de la plateforme et les UTM.
2. Arrivée sur le site : un script lit les paramètres et, avec le consentement, les conserve dans un cookie propriétaire.
3. Envoi du formulaire : les valeurs passent dans les champs cachés ; la balise enregistre le lead et, avec les conversions avancées, envoie l’e-mail haché.
4. CRM : le contact est créé ou mis à jour selon les règles de dédoublonnage et une opportunité attribuée au commercial est ouverte.
5. Qualification : le contact devient MQL grâce au score, le commercial l’accepte comme SQL dans les délais convenus ou le refuse avec un motif.
6. Changement d’étape : chaque passage génère un événement avec date, valeur et identifiants.
7. Envoi aux plateformes : une intégration (native du CRM, un outil d’automatisation ou un service sur mesure) envoie l’événement à Google Ads, Meta et LinkedIn au moins une fois par jour.
8. Lecture partagée : le marketing et l’équipe commerciale regardent le même tableau de bord, avec leads, opportunités et chiffre d’affaires par campagne.

Ce qui change pour la génération de leads, le CRM et la performance

Quand les plateformes reçoivent les étapes du pipeline, les campagnes cessent de courir après le coût par lead le plus bas et commencent à chercher des contacts semblables à ceux que le commercial accepte. Dans les projets que nous suivons, l’effet se voit d’abord sur la qualité des demandes, puis sur le chiffre d’affaires, au rythme du cycle de vente.

Avec un tableau de bord partagé, le commercial voit d’où viennent les opportunités et le marketing voit quelles demandes sont rejetées et pourquoi. Pour la partie campagnes, nous utilisons RunAlytics, notre tableau de bord qui réunit les données de Google Ads, Meta, LinkedIn et TikTok dans une seule vue ; les données de pipeline et de chiffre d’affaires restent dans le CRM, et les deux lectures se croisent grâce à des noms de campagne cohérents. C’est ainsi qu’un tunnel B2B orienté chiffre d’affaires devient des chiffres que le directeur commercial reconnaît.

Le SLA entre marketing et ventes

Un SLA marketing-ventes est un accord écrit sur ce que le marketing livre, dans quel délai le commercial le prend en charge et ce qu’il advient des leads refusés. Sans lui, les étapes du CRM sont mises à jour au hasard et les événements envoyés aux plateformes perdent leur sens. Nous mettons par écrit :

• la définition du MQL : critères de profil (secteur, taille, fonction, pays) et de comportement (demande explicite ou score au-dessus du seuil) ;
• la définition du SQL : le commercial a parlé avec le contact et confirme le besoin, le calendrier et l’interlocuteur ;
• le délai de prise en charge : par exemple un jour ouvré pour les demandes de devis et trois pour les MQL issus du scoring, mesurés dans le CRM ;
• les motifs de refus, issus d’une liste fermée (hors cible, concurrent, étudiant, doublon, pas de réponse), pour que le marketing puisse corriger les campagnes et les audiences ;
• une revue mensuelle avec les chiffres du tableau de bord sous les yeux.

Erreurs à éviter

Ce sont celles que nous trouvons le plus souvent dans les comptes que nous analysons :

• optimiser uniquement sur le contrat gagné, qui, avec trois ou quatre signatures par mois, ne donne pas assez de signaux ;
• compter deux fois le même lead. Cela arrive quand la balise du site et l’import hors ligne enregistrent la même action comme deux conversions principales, ou quand il manque, sur LinkedIn, le dédoublonnage entre l’Insight Tag et la Conversions API ;
• des champs cachés vides pendant des mois, parce qu’une mise à jour du formulaire a cassé la collecte et que personne ne vérifie combien de contacts récents ont des UTM et des identifiants de clic ;
• des étapes mises à jour en bloc en fin de trimestre, avec des dates fausses et des événements hors des fenêtres utiles ;
• des valeurs différentes d’une plateforme à l’autre ou figées depuis des années ;
• oublier le consentement. Les identifiants de clic et les données hachées se collectent et s’envoient dans le respect des choix faits sur le bandeau.

Checklist opérationnelle

Avant de dire « le suivi du chiffre d’affaires fonctionne », vérifiez ces points (comment rapprocher ensuite les chiffres des plateformes, d’Analytics, du CRM et de l’ERP, l’article sur la vérification des données du clic à la vente l’explique) :

1. convention UTM écrite et appliquée à toutes les campagnes actives ;
2. marquage automatique sur Google Ads et suivi avancé sur l’Insight Tag de LinkedIn ;
3. gclid, gbraid, wbraid, fbclid/_fbc, li_fat_id et UTM conservés dans le respect du consentement et associés à des champs du CRM ;
4. règles de dédoublonnage et de premier/dernier contact actives ;
5. étapes définies avec des critères et des responsables ;
6. une action de conversion par étape sur chaque plateforme, une seule principale ;
7. valeurs par étape calculées à partir de l’historique et identiques partout ;
8. envoi quotidien des événements, vérifié après le passage de Google à la Data Manager API ;
9. tableau de bord partagé et SLA signé ;
10. contrôle mensuel des champs vides, des doublons et des conversions reçues.

Vous voulez relier campagnes, CRM et chiffre d’affaires ?

Nous concevons le workflow dans le CRM et le suivi du chiffre d’affaires à partir de ce que vous avez déjà : plateformes publicitaires, formulaires, CRM, processus commercial. Nous travaillons sur la partie analytics et données, sur l’automatisation marketing et sur les intégrations sur mesure quand elles sont nécessaires.

Si vous voulez savoir par où commencer, réservez un appel avec Federico ou écrivez-nous depuis le formulaire de contact. Nous regardons ensemble comment arrivent aujourd’hui vos leads et nous vous disons si la liaison complète vaut la peine maintenant ou s’il y a des étapes plus urgentes à franchir avant.

Questions fréquentes

Faut-il un CRM spécifique pour importer les conversions hors ligne ?

Non, un CRM avec des champs personnalisés et une intégration par API suffit. Les plus répandus ont des connecteurs natifs pour Google Ads, Meta et LinkedIn ; dans les autres cas, on utilise un outil d’automatisation ou un petit service sur mesure.

Que sont gbraid et wbraid ?

Ce sont des identifiants de clic de Google Ads qui apparaissent à la place du gclid dans certains parcours entre applications iOS et web. Ils doivent être enregistrés dans les champs cachés comme le gclid, parce qu’eux aussi servent à l’import des conversions hors ligne.

Vaut-il mieux les conversions avancées pour les leads ou l’import avec le gclid ?

Google recommande aujourd’hui les conversions avancées pour les leads, qui associent les conversions grâce à l’e-mail et au téléphone hachés, et demande d’inclure aussi le gclid quand il est disponible. En pratique, il vaut mieux enregistrer et envoyer les deux.

Quelle étape utiliser comme objectif pour les enchères automatiques ?

En général le SQL ou l’opportunité ouverte : c’est assez proche du chiffre d’affaires et assez fréquent pour donner des signaux à l’algorithme. Le contrat gagné se mesure, mais il a rarement des volumes suffisants pour guider les enchères.

À quelle fréquence envoyer les événements du CRM aux plateformes ?

Au moins une fois par jour. Meta le demande expressément pour l’intégration avec le CRM et LinkedIn recommande l’envoi en temps réel ou sous un jour ; avec des envois espacés, les événements risquent de sortir des fenêtres d’attribution.