Relier votre CRM à Google, Meta et LinkedIn

Une campagne de génération de leads compte des formulaires envoyés. L’entreprise, elle, compte des contrats. Entre les deux, il y a le tri que fait l’équipe commerciale : la demande sérieuse, le rendez-vous obtenu, la proposition envoyée, la vente. Les algorithmes de Google, de Meta et de LinkedIn ne voient rien de ce tri tant qu’on ne le leur renvoie pas. Ils apprennent donc à trouver des personnes qui remplissent des formulaires, ce qui n’est pas la même chose que des personnes qui achètent.

Renvoyer les étapes du CRM aux plateformes corrige cet écart. Les trois plateformes le permettent aujourd’hui, chacune à sa façon. Le branchement technique est la partie la mieux documentée. Le travail le plus long est ailleurs : définir les étapes avec l’équipe commerciale, faire garder par le CRM l’identifiant de chaque demande, et choisir l’étape sur laquelle chaque campagne doit apprendre.

01Pourquoi un formulaire ne suffit pas

Quand une campagne optimise sur le formulaire envoyé, chaque formulaire a la même valeur pour l’algorithme : la demande d’un directeur financier prêt à signer pèse autant que celle d’un étudiant qui voulait un devis pour un exposé. L’algorithme cherche alors les personnes qui remplissent le plus facilement, au coût le plus bas. Le coût par lead baisse, et les commerciaux se plaignent de la qualité.

Revvim, une agence spécialisée dans le B2B, décrit ce décalage dans une étude d’avril 2026 : des campagnes de recherche qui affichent un coût par lead en baisse et des taux de conversion en hausse, pendant que les équipes commerciales voient arriver des demandes qui ne deviennent jamais des opportunités. Smart Bidding, rappelle-t-elle, ne connaît ni le lead qualifié ni l’opportunité ; il ne voit que des conversions et la valeur qu’on leur donne.¹¹

La définition du lead qualifié, et la façon de la fixer avec l’équipe commerciale, font l’objet de la note Lead qualifié. Celle-ci porte sur l’étape suivante : faire parvenir cette qualification aux plateformes.

02Ce que chaque plateforme accepte en 2026

Les trois plateformes acceptent des événements venus du CRM, mais avec des identifiants, des délais et des conditions différents. Ces règles ont beaucoup changé depuis 2025 ; les dates ci-dessous sont celles de la documentation consultée en octobre 2026.

Google : Data Manager et les conversions améliorées pour les leads

Depuis le 15 juin 2026, les imports de conversions hors ligne et les conversions améliorées pour les leads passent par l’API Data Manager ; ils sont bloqués dans l’API Google Ads, sauf pour les jetons de développeur qui envoyaient déjà ces imports entre janvier et juin 2026.¹ Depuis avril 2026, les conversions améliorées pour le Web et pour les leads sont réunies dans un seul réglage : Google accepte les données fournies par les utilisateurs à la fois depuis la balise du site, Data Manager et les connexions par API.²

Le principe est le suivant. Au moment du formulaire, la balise Google recueille l’identifiant du clic (GCLID) et, si les conversions améliorées sont actives, l’adresse e-mail ou le téléphone saisis, hachés. Quand la demande avance dans le CRM, on renvoie à Google l’étape atteinte avec ces mêmes identifiants. Google rapproche les deux et attribue la vente à l’annonce.³

Deux délais comptent. Google conserve le GCLID 90 jours : une conversion survenue plus tard ne peut plus être rattachée au clic. Avec les données fournies par l’utilisateur, l’import est possible jusqu’à 63 jours.² Pour Smart Bidding, Google recommande des imports au moins quotidiens, ou à défaut réguliers.² Le détail du réglage se trouve dans la note Data Manager.

Meta : la Conversions API pour CRM

Meta traite le CRM comme une intégration à part, distincte de la Conversions API qui envoie les événements du site : les paramètres diffèrent et les données viennent du CRM, non du serveur web.⁴ Elle est conçue pour les publicités à formulaire instantané. Le CRM doit garder l’identifiant du lead attribué par Meta, un numéro de 15 à 17 chiffres ; à défaut, on envoie l’identifiant du clic, le téléphone ou l’adresse e-mail.⁴

Meta donne quatre repères pour savoir si l’optimisation sur les leads qualifiés convient à une entreprise : environ 200 leads par mois, un envoi au moins quotidien, une étape visée atteinte dans les 28 jours suivant la demande, et un taux de passage à cette étape compris entre 1 et 40 %.⁴ Le seuil de 200 leads est souvent présenté comme une condition. Ce n’en est pas une : la page de Meta destinée aux annonceurs précise qu’aucun volume minimal n’est exigé pour mettre en place l’intégration, et que 200 leads par mois sont recommandés pour obtenir les meilleurs résultats.⁶

La FAQ de mars 2026 ajoute des conditions pratiques : envoyer tous les événements, y compris le lead brut ; transmettre au moins deux étapes du parcours commercial, trois si possible, la vente seule ne suffisant pas ; envoyer des données pendant au moins sept jours, consécutifs ou non, avant de passer à l’étape suivante.⁵ Meta annonce une baisse moyenne de 19 % du coût par lead qualifié, mesurée sur un test de 567 annonceurs en janvier 2025.⁶ C’est le chiffre du vendeur, sur sa propre fonctionnalité.

Pour les formulaires du site, Meta teste une extension. Jon Loomer décrit en octobre 2026 une option, les « Sequenced Events », qui permet d’optimiser une campagne de leads sur un événement plus tardif que le formulaire ; il précise qu’aucune documentation officielle n’existe encore et qu’il s’agit peut-être d’un test.⁷ La note Meta CAPI détaille l’envoi des événements du site.

LinkedIn : la Conversions API et les étapes MQL et SQL

LinkedIn accepte les conversions envoyées par sa Conversions API, avec un identifiant au choix : e-mail haché, identifiant de clic propre à LinkedIn, identifiant du lead issu d’un formulaire LinkedIn, ou prénom et nom.⁹ Depuis la version 202608 de son API, il distingue deux étapes : le lead qualifié par le marketing (MQL) et le lead qualifié par les ventes (SQL). Une fenêtre d’attribution de 180 jours est disponible pour ces conversions.⁸ L’événement doit être envoyé dans les 90 jours qui suivent la conversion.⁹

Digital Applied résume l’enjeu en août 2026 : ajouter les deux types dans l’API est simple ; ils ne veulent rien dire tant que le CRM ne porte pas une définition appliquée et vérifiable de qui devient MQL et qui en décide.¹⁰ La note LinkedIn : renvoyer les MQL et les SQL reprend ces règles.

03Le premier travail : des étapes que tout le monde comprend de la même façon

Avant tout branchement, il faut une liste d’étapes du CRM que le marketing et les ventes comprennent de la même façon. C’est une décision commerciale avant d’être une décision technique.

Revvim conseille de partir des données réelles du CRM, pas du schéma présenté en réunion : combien de leads sont créés, combien deviennent MQL, combien SQL, combien d’opportunités, combien de ventes.¹¹ Cette lecture montre souvent des étapes que personne n’utilise, des statuts renommés au fil des ans, ou une étape que chaque commercial interprète à sa façon.

Pour chaque étape retenue, on écrit trois choses :

le critère

Ce qui fait passer une demande à cette étape, en termes que le commercial peut appliquer sans hésiter (« rendez-vous tenu avec un décideur », plutôt que « lead chaud ») ;

qui le décide

Le formulaire, une règle automatique du CRM ou une personne ;

le délai habituel

Combien de jours séparent en général la demande de cette étape.

Le délai décide de ce qui peut être renvoyé. Une vente signée quatre mois après le clic ne peut plus être rattachée au GCLID de Google ni entrer dans les 28 jours de Meta ; elle reste dans la fenêtre de 180 jours de LinkedIn.

Il faut aussi nommer les étapes négatives : la demande hors cible, le doublon, le faux numéro. Elles ne s’envoient pas comme des conversions à optimiser ; elles servent à vérifier que le tri est appliqué, et à repérer une campagne qui en produit trop.

04Garder l’identifiant de la demande, du formulaire au contrat

Une étape du CRM ne sert à rien si la plateforme ne peut pas la relier à un clic ou à une personne. Chaque plateforme a son identifiant : le GCLID chez Google, l’identifiant du lead chez Meta pour les formulaires instantanés, l’identifiant de clic ou du lead chez LinkedIn. À côté, l’adresse e-mail et le téléphone hachés permettent un rapprochement quand l’identifiant manque.²⁴⁹

En pratique, c’est souvent là que le projet bloque. Le formulaire du site recueille le GCLID, mais personne ne l’a mappé vers un champ du CRM. Les leads Meta arrivent par un connecteur qui garde le nom et l’e-mail, mais pas l’identifiant du lead. Une demande passe d’un commercial à l’autre, et le dossier recréé perd son origine. Le travail consiste à suivre une demande réelle, du formulaire jusqu’à la proposition, et à vérifier à chaque passage que l’identifiant a survécu.

Google recommande aussi d’ajouter un identifiant unique à chaque événement (un numéro de commande, ou ici de dossier) pour éviter de compter deux fois la même conversion.³

05Choisir l’étape sur laquelle la campagne apprend

Plus une étape est proche de la vente, plus elle dit la vérité sur la valeur d’un lead, et plus elle est rare. Une campagne qui reçoit trois contrats par mois n’a pas de quoi apprendre. Le choix de l’étape est donc un arbitrage entre la qualité du signal et son volume.

Les repères publiés vont dans le même sens. Meta conseille une étape atteinte par 1 à 40 % des leads, dans les 28 jours.⁴ Revvim conseille, pour Google, d’enregistrer d’abord les étapes profondes en conversions secondaires, sans effet sur les enchères, puis de les passer en conversions principales après 30 à 45 jours et au moins 15 à 30 conversions sur l’action ; il prévient que le coût par acquisition monte souvent et que le volume baisse pendant la transition.¹¹ Pour remplacer une ancienne action d’import par une nouvelle, Google conseille d’attendre trois cycles de conversion ou quatre semaines, selon ce qui est le plus long.³

Une autre voie consiste à donner une valeur à chaque étape plutôt que d’en choisir une : le lead brut vaut peu, le rendez-vous tenu davantage, la proposition encore plus. Revvim décrit cette hiérarchie de valeurs comme le moyen de faire distinguer à Google les leads de faible et de forte qualité.¹¹ Les valeurs doivent refléter la probabilité réelle de vente observée dans le CRM, pas une estimation faite au jugé.

Sur un marché de la taille du Luxembourg, le volume est la contrainte la plus fréquente. Une entreprise qui reçoit quarante demandes par mois n’atteindra ni les repères de Meta ni ceux de Revvim sur le contrat signé. L’étape optimisée sera alors souvent le lead qualifié, et la vente sera renvoyée pour la mesure, sans servir encore aux enchères.

06Le rythme des envois

Les trois plateformes demandent des envois réguliers. Google recommande un import au moins quotidien pour Smart Bidding.² Meta demande un envoi au moins quotidien, accepte des lots de 1 000 événements au plus et permet de rattraper sept jours de données.⁵ LinkedIn refuse un événement de plus de 90 jours.⁹

Un export mensuel déposé à la main ne remplit pas ces conditions. Le choix se fait donc entre un connecteur proposé par le CRM ou un partenaire de la plateforme, et une intégration sur mesure. Meta estime moins d’une journée avec un partenaire, trois à quatre semaines en développement propre.⁴ Ces durées ne comptent pas le travail sur les étapes, qui prend souvent plus longtemps que le branchement.

07Les données personnelles

Renvoyer une adresse e-mail hachée à une plateforme publicitaire reste un traitement de données personnelles à des fins publicitaires. Le hachage protège la donnée pendant le transport ; il ne la rend pas anonyme, puisque la plateforme le fait précisément pour retrouver la personne. CookieBeam le formule ainsi : envoyer une conversion depuis le serveur plutôt que depuis le navigateur ne change rien au fait qu’il s’agit de données personnelles, et si le visiteur a refusé le marketing, la conversion ne doit pas quitter le système de l’entreprise.¹³

Trois questions se tranchent donc avec le client, et le plus souvent avec son délégué à la protection des données, avant le premier envoi : sur quelle base légale les données sont transmises, quelles données sont envoyées (identifiant seul, ou aussi e-mail et téléphone hachés), et comment le refus exprimé sur le site est respecté pour les envois depuis le CRM. Chez Google, le paramètre ad_user_data du Consent Mode porte ce consentement ; la note Consent Mode l’explique. Les règles propres au Luxembourg sont traitées dans la note sur la génération de leads et le RGPD.

08Ce que les chiffres des plateformes ne disent pas

Une fois les étapes renvoyées, les rapports des plateformes affichent des leads qualifiés et des ventes. Ces chiffres restent ceux de la plateforme : ils comptent ce qu’elle a pu rattacher à ses annonces, et parfois ce qu’elle estime. Radu Herscovici, consultant en mesure, recommande un seul contrôle qui tienne : comparer chaque mois, par marché, les conversions annoncées par la plateforme au chiffre le plus dur de l’entreprise, les leads qualifiés du CRM ou le chiffre d’affaires réconcilié. Un écart stable reste utilisable ; un écart qui saute après un changement de bandeau de consentement ou de balisage signale un problème de mesure, pas un changement de clientèle.¹²

La note Conversions observées et modélisées explique ce que les plateformes estiment et pourquoi. La note Lire les résultats d’une campagne leads aide à interpréter les premières semaines.

Une fois les étapes renvoyées, il reste à les lire avec des définitions stables : l’arbre de métriques les fixe, et un serveur MCP permet d’interroger ces données en posant des questions à un assistant.

09Un exemple fictif : une société d’infogérance

Prenons une société fictive d’infogérance installée à Bertrange, qui gère le parc informatique de PME. Elle reçoit environ 60 demandes par mois, dont 35 par Google Ads, 15 par LinkedIn et 10 par Meta. Ses commerciaux mettent en moyenne trois mois et demi à signer un contrat.

Ses campagnes optimisaient toutes sur le formulaire envoyé. Le coût par lead de Meta était le plus bas des trois, et presque aucun lead Meta n’aboutissait.

La première réunion avec les ventes a fixé quatre étapes : demande reçue ; rendez-vous tenu avec un responsable informatique ou un dirigeant, décidé par le commercial après l’appel ; proposition envoyée ; contrat signé. Deux étapes négatives ont été ajoutées : hors cible (particulier, entreprise de moins de cinq postes) et injoignable. La lecture du CRM a montré qu’environ 40 % des demandes atteignaient le rendez-vous, en dix jours en moyenne, et 8 % le contrat.

Le formulaire du site recueillait déjà le GCLID, mais le champ n’était pas transmis au CRM. Les leads LinkedIn arrivaient sans leur identifiant. Ces deux corrections ont pris plus de temps que les connexions elles-mêmes.

Les choix ont ensuite suivi les délais et les volumes :

• Google reçoit le rendez-vous tenu, avec une valeur, et la proposition, avec une valeur plus élevée. Le contrat, signé trop tard pour le GCLID, n’est pas renvoyé.
• LinkedIn reçoit le rendez-vous tenu comme MQL et la proposition comme SQL, avec la fenêtre de 180 jours.
• Meta reçoit le rendez-vous tenu. Avec dix demandes par mois, le volume est loin des repères de Meta : l’entreprise décide de suivre la mesure trois mois avant de juger la plateforme, plutôt que de compter sur l’optimisation.

Chaque mois, la société compare les rendez-vous tenus dans son CRM avec ceux qu’affiche chaque plateforme. L’exemple est inventé ; les délais et les taux en sont des ordres de grandeur, pas des données de marché.

10Ce qu’il faut retenir

• Une plateforme apprend de ce qu’on lui renvoie. Optimiser sur le formulaire, c’est lui demander des formulaires.
• Google, Meta et LinkedIn acceptent les étapes du CRM, avec des identifiants et des délais différents : 90 jours pour le GCLID de Google, 28 jours pour l’étape visée chez Meta, 180 jours d’attribution chez LinkedIn.
• Le travail le plus long n’est pas le branchement, mais la définition des étapes avec les ventes et la conservation de l’identifiant de chaque demande dans le CRM.
• L’étape optimisée est un arbitrage entre la qualité du signal et son volume ; sur un petit marché, c’est souvent le lead qualifié plutôt que le contrat.
• Les données renvoyées restent des données personnelles : la base légale, les données envoyées et le respect du refus se décident avant le premier envoi.
• Les chiffres des plateformes se comparent chaque mois à ceux du CRM.

Pour mettre en place et vérifier cette mesure avec votre équipe, découvrez notre accompagnement en mesure et tracking.

Sources consultées le 13 octobre 2026.