Le CRM d'un business qui tourne à la pub : les bons tags, le bon suivi, le vrai ROAS

Un business qui tourne à la publicité a un besoin que les autres n'ont pas : chaque euro dépensé en pub doit pouvoir être relié à la vente qu'il a produite. Sans ça, vous ne pilotez pas un budget, vous pariez. Et c'est précisément là que la plupart des CRM vous lâchent. Ils ont été conçus pour suivre une relation client dans le temps, pas pour rattacher une vente encaissée à l'annonce qui l'a déclenchée.

On investit beaucoup d'énergie en amont du CRM : le pixel, le tracking server-side, l'API Conversions, les tableaux de bord des régies. Puis on laisse le CRM se remplir tout seul, comme un carnet d'adresses. Résultat, la chaîne d'attribution la plus sophistiquée du monde vient buter sur un contact sans email propre et sans étiquette de source. Dans neuf cas sur dix où l'attribution ne tombe pas juste, le point bloquant n'est pas la régie ni le pixel. Il est dans le CRM.

Cet article ne vend pas d'outil. Il pose le standard : ce qu'un contact doit porter pour être attribuable, et les critères de gestion qu'un CRM doit respecter dans un modèle publicitaire. Les bons tags, la bonne identité, le lien avec le paiement, le suivi par source. À la fin, vous aurez une grille pour auditer n'importe quel outil, le nôtre compris.

L'attribution ne casse pas là où vous croyez

Suivez le trajet d'une vente. Un clic sur une pub Meta. Une visite. Un formulaire rempli. Un lead qui entre dans le CRM. Un appel, un devis, une signature. Puis, des jours ou des semaines plus tard, un paiement Stripe. Cinq étapes, quatre passages de main. À chaque passage, de la donnée se perd si personne ne l'a soudée au contact.

Le pixel voit le clic mais pas la signature. Le CRM voit la signature mais pas le clic. Stripe voit le paiement mais ne connaît ni la campagne ni le lead. Chacun détient un morceau, aucun ne détient la chaîne. Le seul endroit où ces morceaux peuvent être recollés, c'est la fiche du contact : c'est le seul objet qui existe du premier clic jusqu'au dernier virement. Si cette fiche ne porte pas à la fois l'identité, la source et le lien vers l'argent, plus aucun outil en aval ne pourra reconstruire ce que votre pub a réellement rapporté. Le CRM est le point de défaillance unique de l'attribution, et presque personne ne le traite comme tel.

C'est pour ça que le sujet n'est pas « quel est le meilleur CRM », mais « comment un contact est géré dans le CRM ». Un outil brillant rempli de fiches sales attribue mal. Un outil simple rempli de fiches propres attribue juste. La qualité de l'attribution est d'abord un problème d'hygiène de données, avant d'être un problème de technologie.

Une identité propre : email, prénom, nom, ID unique

Pour renvoyer une vente à la bonne campagne, les régies doivent reconnaître la personne. Elles ne stockent pas votre client en clair, elles le rapprochent sur des données d'identité hachées. Meta, via l'API Conversions et l'advanced matching, rapproche sur l'email, le téléphone, le prénom et le nom hachés en SHA-256. Google Enhanced Conversions fonctionne sur le même principe avec des données first-party hachées. La qualité de ce rapprochement dépend entièrement de la propreté de ce que votre CRM a stocké.

L'email est la clé principale. Un email en majuscules, avec un espace parasite, ou saisi sous un alias différent de celui utilisé au clic, ne correspondra pas au même haché : le rapprochement échoue, et la vente n'est jamais attribuée à la campagne qui l'a produite. Un bon CRM normalise l'email à l'entrée, en minuscules, sans espace, dans un format stable. Le prénom et le nom viennent en renfort : ce sont des champs de correspondance secondaires qui augmentent le taux de match quand l'email seul ne suffit pas.

Reste l'ID unique, le champ dont personne ne parle et qui tient tout. C'est l'identifiant stable qui relie le même individu à travers vos outils : le lead dans le formulaire, le deal dans le pipeline, le client dans Stripe. Sans lui, vous avez trois lignes qui décrivent la même personne dans trois systèmes, et aucun moyen automatique de savoir que c'est la même. L'ID unique est le fil qui coud la chaîne. Un CRM qui ne le génère pas, ou qui le laisse diverger d'un outil à l'autre, vous condamne à recoller vos ventes à la main, dans un tableur, ce qui revient à ne pas les recoller du tout.

Les tags de source : UTM et identifiants de clic

Une identité propre dit qui. Les tags disent d'où. Et il y a deux familles de tags, qu'on confond souvent, alors qu'elles ne servent pas la même chose.

Les UTM sont les étiquettes que vous posez vous-même sur vos liens : utm_source, utm_medium, utm_campaign, utm_content. Elles sont lisibles, elles nourrissent votre reporting interne, et elles doivent être captées au moment de l'inscription puis stockées sur le contact, pas seulement lues au vol par le pixel. Leur faiblesse, c'est leur fragilité : un utilisateur qui nettoie l'URL, qui revient par un autre chemin ou qui passe par un canal qui casse les paramètres, et l'UTM disparaît.

Les identifiants de clic sont d'une autre nature. Le fbclid de Meta, le gclid de Google, le ttclid de TikTok sont posés par la régie elle-même. Ce sont eux qui permettent de renvoyer une conversion à la bonne campagne côté plateforme : Google importe des conversions hors ligne à partir du gclid, Meta reconstitue le fbc à partir du fbclid. Autrement dit, l'UTM sert votre tableau de bord, l'identifiant de clic sert le renvoi vers la régie. Un CRM taillé pour la pub capte et conserve les deux, sur la fiche, dès l'entrée. La plupart des CRM généralistes n'ont même pas de champ prévu pour ça, et c'est exactement là que la source d'une vente s'évapore.

Le lien avec le paiement : Stripe et le vrai revenu

Le troisième pilier, c'est l'argent, et c'est là que la plupart des reportings mentent sans le vouloir. Un deal signé n'est pas un deal payé. Entre la signature et l'encaissement, il y a les paiements échelonnés, les remboursements, les impayés, les mensualités qui tombent sur douze mois. Un CRM qui calcule votre performance sur la valeur signée vous montre une promesse. Seul le cash réellement arrivé sur le compte raconte la vérité.

Concrètement, la fiche du contact doit être reliée à son client Stripe : l'identifiant client, les paiements réussis, l'échéancier en cours. C'est ce lien qui transforme le mot « revenu » en un chiffre réel. Un plan en quatre fois vaut ce qui a été encaissé à ce jour, pas le total espéré, et un bon CRM le sait parce qu'il lit Stripe, pas le champ « montant du deal » saisi le jour de la signature.

Cette distinction change tout au ROAS. Optimiser sur des promesses de revenu, c'est scaler sur de l'argent que vous n'avez pas encore, et parfois que vous n'aurez jamais. Quand le lien Stripe existe et que l'échelonné est suivi, votre valeur vie client devient honnête, et votre ROAS aussi. Sans ce lien, vous pilotez votre budget sur un chiffre gonflé, et vous mettez le plus d'argent exactement là où le taux d'impayés est le plus élevé, sans jamais le voir. Ce sujet mérite son propre chapitre : comment compter le vrai revenu sur des paiements échelonnés, défauts, remboursements et LTV par cohorte compris.

Le pipeline se lit par source, pas seulement par étape

Une fois l'identité, la source et l'argent en place sur chaque fiche, le pipeline change de fonction. Le pipeline classique, Qualification, Démo, Proposition, Négociation, Clos, décrit l'avancement d'un deal. C'est utile, mais ça répond à « où en est cette vente », jamais à « quelle campagne remplit mon pipeline de bonnes ventes ». Dans un modèle publicitaire, c'est la seconde question qui oriente le budget.

Un bon CRM ajoute donc une lecture par source au-dessus de la lecture par étape. Combien de deals viennent de Meta, de Google, de TikTok. Quel est le panier moyen des leads issus de chaque campagne, parce qu'une source qui amène beaucoup de petits paniers ne vaut pas une source qui en amène peu de gros. Et quel est le cycle de vente par source, parce qu'un canal qui close en trois jours ne se pilote pas comme un canal qui close en trois semaines. Le même pipeline, relu par origine, devient un instrument de budget au lieu d'un simple suivi commercial. Et cette relecture n'est possible que si le tag de source est propre sur chaque fiche : encore une fois, tout remonte à l'hygiène de la donnée.

Le loop-back : renvoyer les ventes closes aux régies

Un CRM taillé pour la pub ne devrait pas seulement recevoir de l'information, il devrait en renvoyer. Vos ventes closes, celles qui vivent dans le CRM avec leur identité et leur identifiant de clic, sont exactement le signal dont les algorithmes de Meta, Google et TikTok ont besoin pour apprendre à cibler des acheteurs plutôt que des cliqueurs. Un bon outil sait renvoyer ces conversions hors ligne aux plateformes, ce qu'on appelle le loop-back.

C'est un critère qui sépare les outils qui lisent de ceux qui agissent, et il n'est réalisable que si les trois piliers précédents tiennent. Sans email propre ni identifiant de clic, vous n'avez rien à renvoyer que la régie sache reconnaître. Un CRM qui garde vos ventes pour lui vous laisse optimiser à l'aveugle. Un CRM qui les renvoie transforme votre base de clients en carburant pour l'algorithme. Peu d'outils le font, et c'est précisément ce qui distingue un tableau de bord d'un système de mesure qui améliore la performance au lieu de seulement la constater.

Le reporting fusionne le CRM et les régies

Le dernier critère réunit les autres. Dans un CRM généraliste, les données de vente vivent d'un côté et les données publicitaires de l'autre, et c'est à vous de faire le pont dans un tableur, chaque semaine, à la main. Un CRM taillé pour la pub supprime ce pont en le rendant natif : chaque vue est déjà enrichie du chiffre publicitaire correspondant.

Concrètement, vous ne consultez pas « les leads » puis « les dépenses » dans deux onglets, vous voyez le ROAS réel, le CPL et le CPA par campagne, calculés sur le revenu encaissé du CRM et non sur les estimations des plateformes. C'est la différence entre un outil qui vous donne des ingrédients et un outil qui vous sert le plat. Si vous devez encore exporter et recroiser, le reporting n'est pas fait pour un business qui achète de la publicité.

Le maillon que la donnée propre ne sauve pas : les setters et les closers

Vous pouvez avoir le schéma le plus propre du monde, il reste un endroit où l'attribution casse : les mains humaines qui manipulent les fiches. Dans un business high-ticket, le lead passe d'un setter, qui qualifie et prend le rendez-vous, à un closer, qui mène la vente. Chaque passage de main est un endroit où la source peut tomber. Un setter qui crée un contact à la main après un appel entrant, sans coller l'origine. Un closer qui ouvre un deal détaché du lead d'origine, et la vente perd d'un coup son identifiant de clic. Un doublon fusionné qui écrase la bonne source par la mauvaise. Un no-show jamais enregistré, et la campagne paraît meilleure qu'elle ne l'est. Le champ source laissé vide, « on remplira plus tard », qu'on ne remplit jamais.

Aucune de ces fuites n'est un problème de technologie, ce sont des problèmes de process. Un bon CRM les rend improbables en rendant le bon geste automatique : la source voyage avec le lead quand le deal est créé, la déduplication préserve l'origine au lieu de l'écraser, le no-show se logge en un clic et se lit par campagne. C'est aussi pour ça que séparer le pipeline en deux phases, le setting et le closing, avec une vue propre à chaque rôle, protège l'attribution : le témoin transmis d'un rôle à l'autre porte la source, l'identité et l'historique, au lieu de les laisser se perdre dans le couloir entre les deux. La donnée propre est nécessaire, le process qui la préserve à chaque main l'est tout autant.

Comment auditer votre CRM en dix minutes

La théorie est simple, la vérité est dans vos fiches. Voici l'audit à faire aujourd'hui. Ouvrez vos vingt derniers contacts et posez cinq questions à chacun. L'email est-il normalisé, en minuscules et sans espace ? Existe-t-il un identifiant unique qui relie ce contact à son deal et à son paiement ? La fiche porte-t-elle une source, UTM et identifiant de clic compris ? Est-elle reliée à un paiement Stripe, avec le cash réellement encaissé et pas seulement le montant signé ? Le canal d'origine est-il lisible sans que vous ayez à le deviner ?

Comptez le pourcentage de fiches qui échouent à au moins une question. Ce pourcentage, c'est votre fuite d'attribution. C'est la part de votre budget publicitaire que vous pilotez à l'aveugle, quelle que soit la sophistication de votre pixel. Et dans la plupart des comptes que l'on ouvre, ce chiffre est bien plus haut qu'on ne l'imagine, parce que personne n'a jamais regardé le CRM comme le maillon d'attribution qu'il est.

Là où Metrikia se situe

Nous avons construit Metrikia autour de ces critères, parce que nous les avons voulus pour nous-mêmes avant de les vouloir pour nos clients. L'identité est normalisée et dédupliquée à l'entrée, email, prénom, nom et ID unique, pour un rapprochement fiable côté régies. La source est captée dès l'inscription, UTM et identifiants de clic conservés sur la fiche. Le paiement est lu depuis Stripe, échelonné suivi un par un, pour un revenu qui est celui de la banque et pas celui de la signature. Le pipeline se lit par source autant que par étape, les ventes closes sont renvoyées aux régies, et le reporting fusionne CRM et publicité en une seule vue, ROAS réel, CPL et CPA par campagne, sans tableur.

Si vous utilisez déjà un CRM, Metrikia s'y branche plutôt que de le remplacer : il importe vos contacts et vos deals, ou fonctionne à côté via des intégrations bidirectionnelles, et les enrichit de la couche d'attribution et du lien de paiement qui leur manquaient. Le but n'a jamais été d'avoir un CRM de plus. Il a été d'avoir celui qui répond à la seule question qui décide de votre budget, d'où vient cette vente, et combien elle a réellement rapporté.

Questions fréquentes

Pourquoi le CRM est-il le point bloquant de l'attribution ? Parce que c'est le seul système qui existe du premier clic jusqu'au dernier paiement. Le pixel voit le clic mais pas la vente, Stripe voit le paiement mais pas la campagne. Seule la fiche du contact peut relier les trois, à condition de porter l'identité, la source et le lien de paiement. Si elle ne les porte pas, aucun outil en aval ne peut reconstruire ce que la pub a rapporté.

Quels champs un contact doit-il porter pour être attribuable ? Une identité propre pour le rapprochement côté régies, email normalisé, prénom, nom et un identifiant unique et stable. Une source, UTM pour votre reporting et identifiant de clic (fbclid, gclid, ttclid) pour le renvoi vers la plateforme. Et un lien vers le paiement Stripe, pour compter le cash réellement encaissé plutôt que la valeur signée.

Quelle différence entre les UTM et les identifiants de clic ? Les UTM sont les étiquettes que vous posez sur vos liens, lisibles et utiles à votre reporting interne, mais fragiles. Les identifiants de clic sont posés par la régie et servent à lui renvoyer une conversion pour l'attribuer à la bonne campagne. Un CRM taillé pour la pub conserve les deux sur la fiche, dès l'entrée.

Faut-il calculer le ROAS sur la valeur signée ou sur le revenu encaissé ? Sur le revenu encaissé, toujours. La valeur signée est une promesse qui inclut des paiements qui n'arriveront peut-être jamais. C'est pour ça que le lien avec Stripe est un critère et pas un détail : il suit le paiement réel, échelonné compris, pour un ROAS et une valeur vie client fidèles à la banque.

Peut-on garder son CRM actuel et ajouter la couche attribution ? Oui. La bonne approche n'est pas forcément de remplacer votre CRM mais d'y brancher une couche qui normalise l'identité, capte la source et lit le paiement, puis synchronise le tout. L'essentiel est que ces données existent, propres, sur chaque fiche, et alimentent vos décisions de budget.

Références

Meta. (s.d.). À propos de l'API Conversions. Aide Meta Business. https://www.facebook.com/business/help/2495033933506621

Meta. (s.d.). Informations client et correspondance avancée (advanced matching). Aide Meta Business. https://www.facebook.com/business/help/611774685654668

Google. (s.d.). À propos des conversions optimisées (Enhanced Conversions). Aide Google Ads. https://support.google.com/google-ads/answer/9888656

Google. (s.d.). Importer des conversions hors ligne à partir du GCLID. Aide Google Ads. https://support.google.com/google-ads/answer/2998031

Baptiste Noel, cofondateur de Metrikia. MSc en neurosciences cliniques et MSc en haute performance.