Offline conversions : renvoyer vos ventes CRM aux régies pour que l'algorithme trouve des acheteurs

Un algorithme publicitaire est une machine qui apprend, et comme toute machine qui apprend, il ne devient bon qu'à la chose sur laquelle vous le notez. Dites-lui qu'un formulaire rempli est une réussite, et il deviendra remarquable pour trouver des gens qui remplissent des formulaires. Il ne saura jamais lesquels ont payé, parce que vous ne le lui avez jamais dit. La vente, la vraie, s'est conclue dans votre CRM, des semaines plus tard, dans un angle mort que l'algorithme n'a jamais vu.

C'est le problème que presque personne ne nomme, parce qu'il est invisible sur le dashboard. Vos campagnes ramènent des leads, le coût par lead est correct, tout paraît sain. Et pourtant le chiffre d'affaires ne suit pas, parce que la machine optimise pour le mauvais résultat depuis le premier jour. Elle fait exactement ce qu'on lui a demandé. On lui a juste demandé la mauvaise chose.

La correction porte un nom technique peu séduisant, les offline conversions, ou plus parlant, le loop-back. L'idée tient en une phrase : renvoyer vos ventes réelles à la plateforme pour qu'elle apprenne, enfin, de ce qui compte. Cet article explique pourquoi la boucle est cassée, comment la refermer via les trois portes de retour de Meta, Google et TikTok, et ce que ce geste change réellement, sans vous vendre un pourcentage qui n'existe pas.

L'algorithme n'apprend que du signal que vous lui renvoyez

Commençons par la mécanique, parce qu'elle décide de tout le reste. Quand Meta, Google ou TikTok diffusent vos pubs, ils ne devinent pas qui cibler. Ils l'apprennent, à partir des conversions que vous leur déclarez comme des succès. Chaque événement que vous renvoyez, chaque « celui-là a converti », est une note qui muscle le modèle un peu plus vers ce type de personne. L'algorithme est un apprenti zélé qui reproduit ce que vous récompensez.

Le piège, c'est que la plupart des comptes ne récompensent que des signaux de haut de funnel : un clic, une vue de page, une soumission de formulaire, un ajout au panier. Ce sont les événements faciles à capter, ceux qui se déclenchent dans le navigateur. Alors la machine s'entraîne dessus et devient experte à les produire. Elle vous ramène des remplisseurs de formulaires par milliers, parce que c'est précisément le comportement que vous avez noté comme une victoire.

Reprenez l'image du GPS. Si vous réglez votre GPS pour minimiser le nombre de virages plutôt que le temps de trajet, il vous trouvera l'itinéraire le plus droit, fièrement, et vous arriverez en retard. Il n'a pas échoué. Il a parfaitement réussi la mauvaise consigne. Votre algorithme publicitaire fait la même chose chaque fois qu'il optimise sur des clics au lieu de ventes.

Depuis 2021, la boucle est cassée par construction

Il fut un temps où le pixel voyait une partie raisonnable des achats et bouclait à peu près la boucle pour l'ecommerce simple. L'App Tracking Transparency d'Apple, en avril 2021, a rompu ce fil pour une large part des utilisateurs, et la disparition annoncée des cookies tiers a fait le reste. Mais le problème est plus profond que le tracking, et il n'a jamais concerné que l'ecommerce.

Dès que votre vente ne se conclut pas dans le navigateur, elle est structurellement invisible pour l'algorithme. Un lead qui signe après un appel, un devis accepté trois semaines plus tard, un paiement échelonné qui tombe mois après mois, un deal fermé dans un CRM : rien de tout cela n'existe dans le monde que la plateforme observe. La machine ne peut pas apprendre d'un résultat qu'elle ne voit pas. Elle se rabat donc sur le dernier signal qu'elle possède, le clic, et vous optimise un funnel de curieux.

C'est pour cela que le coût par lead peut baisser pendant que le chiffre d'affaires stagne. Ce ne sont pas deux anomalies, c'est une seule cause. La boucle de feedback qui devrait relier la vente à la pub est ouverte, et tant qu'elle le reste, l'algorithme travaille avec une main dans le dos.

Refermer la boucle : le loop-back

Refermer la boucle, c'est faire remonter l'information qui manque. Vous prenez la vente réelle, là où elle vit vraiment, dans votre CRM ou votre processeur de paiement, et vous la renvoyez à la plateforme qui a servi la première impression. La machine reçoit alors une note d'un genre nouveau : non plus « quelqu'un a cliqué », mais « ce clic-là est devenu un client qui a payé ». Et elle réapprend, sur la bonne cible cette fois.

Concrètement, le mouvement se fait en quatre temps. On collecte les ventes closes et les paiements encaissés depuis le CRM, en continu. On rattache chaque vente au clic d'origine par un rapprochement sur des données personnelles hachées, l'email, le téléphone ou le nom, chiffrés en SHA-256 et jamais transmis en clair. On renvoie l'événement de conversion à la plateforme source via son API dédiée. Et la plateforme réintègre cette conversion réelle dans son modèle, qui commence à chercher des profils qui ressemblent à vos acheteurs plutôt qu'à vos cliqueurs.

Rien dans ce circuit n'est magique. C'est de la plomberie de données, faite proprement. Mais son effet est disproportionné, parce que vous ne changez pas une créa ou une audience, vous changez la fonction que la machine cherche à maximiser.

Les trois portes de retour, et ce que chacune fait vraiment

Chaque régie a sa propre porte pour recevoir vos conversions offline. Elles se ressemblent dans l'esprit, server-side, résistantes aux blocages du navigateur, mais chacune apporte un gain distinct qu'il faut connaître.

Meta, la Conversions API. La CAPI est une connexion directe de serveur à serveur, à l'opposé du pixel qui s'exécute dans le navigateur du visiteur. Son intérêt tient à ce qu'elle contourne : les bloqueurs de publicité, qui effacent une part significative des déclenchements du pixel, les restrictions de Safari et Firefox sur les cookies, et les pertes bêtes dues à une page fermée trop vite ou une connexion instable. Meta déduplique nativement les événements reçus par la CAPI et par le pixel, de sorte qu'un même achat n'est pas compté deux fois (Meta, s.d.). C'est la porte par laquelle transitent vos ventes offline pour redevenir un signal fiable.

Google, les Enhanced Conversions. Google utilise les données first-party que vous fournissez, email et téléphone hachés, pour rapprocher un clic Google Ads d'une conversion qu'il aurait sinon perdue avec la fin des cookies tiers. Le vrai bénéfice est en aval : un Smart Bidding mieux nourri. Target CPA et Target ROAS ne valent que ce que valent les conversions qu'on leur donne à optimiser ; en leur rendant des ventes réelles, vous rendez l'enchère automatique plus juste (Google, s.d.). Le tout se gère avec le Consent Mode v2, qui transmet les signaux de consentement RGPD à chaque événement.

TikTok, l'Events API. C'est l'équivalent de la CAPI de Meta, un envoi server-side des conversions. Son intérêt particulier est stratégique autant que technique : peu d'annonceurs renvoient leurs ventes offline à TikTok, donc le faire vous donne un avantage que vos concurrents n'ont pas. La plateforme construit de meilleures audiences similaires à partir de vos vrais acheteurs, et son algorithme sort plus vite de sa phase d'apprentissage parce qu'il reçoit un signal de qualité que la plupart ne lui donnent pas (TikTok, s.d.).

Lire les données, ou écrire dedans

Voici la distinction qui sépare vraiment les outils, et presque personne ne la trace. La plupart des plateformes d'attribution se contentent de lire. Elles importent vos dépenses, vos impressions, vos clics, elles les rangent dans de beaux dashboards, et elles s'arrêtent là. C'est du reporting : utile pour comprendre, inerte pour agir.

Le loop-back appartient à l'autre moitié, celle qui écrit. Il ne se contente pas de constater que l'algorithme optimise mal, il lui renvoie l'information qui le corrige. La différence entre les deux n'est pas de degré, elle est de nature. Lire, c'est regarder la machine se tromper avec de meilleurs graphiques. Écrire, c'est changer ce qu'elle apprend. Un outil qui ne fait que lire vous rend spectateur mieux informé de votre propre gâchis ; un outil qui écrit vous rend acteur de la correction.

RGPD : renvoyer des ventes sans trahir vos clients

Le loop-back implique d'envoyer des données personnelles aux plateformes, et cela doit se faire proprement, sans exception. La règle est simple : rien ne part en clair. Chaque donnée de rapprochement, email, téléphone, nom, est hachée en SHA-256 avant l'envoi, transformée en une empreinte que la plateforme peut comparer mais pas relire. Les signaux de consentement sont transmis avec chaque conversion via le Consent Mode v2 de Google et les mécanismes équivalents des autres régies, si bien qu'une conversion sans consentement n'est pas renvoyée. Et les données de rapprochement sont purgées selon votre politique de rétention, pas conservées indéfiniment. La conformité n'est pas un obstacle au loop-back, c'est une condition de sa mise en œuvre correcte.

Ce que le loop-back change, honnêtement

Soyons précis sur les attentes, parce que c'est là que le discours marketing dérape d'habitude. Oui, refermer la boucle améliore la performance, souvent nettement, parce que vous cessez d'optimiser un proxy pour optimiser le résultat. Mais quiconque vous promet un chiffre fixe, « plus X pour cent de ROAS », vous vend de la fausse précision. L'ampleur dépend de votre écart de départ entre cliqueurs et acheteurs, de la taille de votre volume de ventes, et du temps laissé à l'algorithme pour réapprendre, généralement deux à quatre semaines avant que le nouveau signal se voie.

Ce que vous pouvez attendre avec certitude, c'est la direction. Une machine nourrie de vos vraies ventes cherche des gens qui ressemblent à vos vrais clients. C'est tout, et c'est énorme, parce que c'est exactement ce que vous vouliez qu'elle fasse depuis le début. Le reste, la magnitude, se mesure sur votre compte, pas dans une plaquette.

Refermer la boucle demande de connecter vos comptes publicitaires et votre source de vérité, le CRM ou le processeur de paiement, à une couche qui fait le rapprochement et l'envoi. C'est précisément la brique que Metrikia opère : il collecte vos ventes réelles, les rattache au clic d'origine, et les renvoie aux trois régies sans que vous ayez une ligne de code à écrire. Pour voir où cette brique s'insère dans l'ensemble, elle est une couche du système de tracking complet, au-dessus de la capture server-side via la CAPI.

Questions fréquentes

Qu'est-ce qu'une offline conversion en publicité ? C'est une conversion qui se produit hors du navigateur, donc invisible pour le pixel : une vente conclue par appel, un deal signé dans un CRM, un paiement encaissé des semaines après le clic. La renvoyer à la plateforme via son API de conversion, c'est le loop-back, qui permet à l'algorithme d'apprendre de vos vraies ventes plutôt que de vos seuls clics.

Quelle différence entre la Conversions API et les offline conversions ? La Conversions API est le tuyau, la connexion server-side par laquelle Meta reçoit des événements. Les offline conversions sont un type d'événement qui passe par ce tuyau : vos ventes réelles, remontées depuis le CRM. La CAPI sert aussi à fiabiliser les conversions en ligne ; le loop-back, lui, y ajoute les conversions que le navigateur n'a jamais pu voir.

Le loop-back améliore-t-il vraiment le ROAS ? Il améliore la cible que l'algorithme cherche, ce qui améliore la performance dans la durée, parce que la machine se met à chercher des acheteurs plutôt que des cliqueurs. Mais l'ampleur varie selon les comptes et personne d'honnête ne garantit un pourcentage fixe. Comptez deux à quatre semaines de réapprentissage avant de juger, et mesurez l'effet sur vos ventes encaissées.

Renvoyer des données personnelles aux plateformes est-il conforme au RGPD ? Oui, à condition de le faire proprement : hachage SHA-256 de toutes les données de rapprochement avant envoi, transmission des signaux de consentement via le Consent Mode v2 et ses équivalents, et purge des données selon votre politique de rétention. Une conversion sans consentement valide ne doit pas être renvoyée.

Faut-il des compétences techniques pour activer les offline conversions ? Le rapprochement et l'envoi via API demandent une couche technique, mais elle peut être entièrement gérée par un outil de mesure qui connecte vos régies et votre CRM, sans code ni configuration de tag manager. Le travail conceptuel, lui, est le vôtre : décider quel événement compte comme une vraie conversion.

Références

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

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

TikTok. (s.d.). About Events API. TikTok Ads Manager Help Center. https://ads.tiktok.com/help/article/events-api

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