Une campagne génère des clics. Le tableau de bord enregistre des conversions. Des demandes arrivent par email. Pourtant, au moment de rapprocher ces trois éléments, personne ne sait dire quel contenu, quelle annonce ou quelle newsletter a réellement produit chaque prospect…

Le problème apparaît souvent entre la première page visitée et l’envoi du formulaire. Les paramètres de campagne sont présents dans l’URL d’arrivée, puis disparaissent lorsque l’internaute consulte une deuxième page. Le formulaire transmet le nom, l’email et le message, mais rien sur le parcours qui a précédé la demande.

Il reste alors deux vérités séparées : l’outil d’analyse voit une conversion, tandis que l’équipe commerciale reçoit un contact sans contexte. Pour sortir de ce trou noir, il faut relier les étapes avec un dispositif simple, documenté et testé de bout en bout.

La continuité dépend d’un repère commun entre l’analyse, le formulaire et le suivi commercial.

Pourquoi les UTM ne suffisent pas ?

Les paramètres UTM décrivent l’origine d’un clic. Google Analytics recommande notamment utm_source, utm_medium et utm_campaign pour identifier la source, le canal et la campagne. Matomo propose le même principe avec son générateur d’URL de campagne.

Ils sont très utiles, mais leur présence sur la page d’arrivée ne garantit pas qu’ils suivront le visiteur jusqu’au formulaire.

Prenons un parcours courant :

1. une personne clique sur une newsletter contenant une URL balisée ;
2. elle arrive sur un article ;
3. elle consulte une page d’offre ;
4. elle ouvre la page de contact ;
5. elle envoie le formulaire.

Au moment de l’envoi, l’URL du formulaire ne contient plus nécessairement les paramètres de la newsletter. Si rien ne les a conservés, la demande arrive sans source exploitable.

Google Ads ajoute une difficulté supplémentaire. Avec le marquage automatique, un clic publicitaire peut transmettre un identifiant gclid dans l’URL. Cet identifiant sert à relier le clic à la campagne et peut aussi intervenir dans le suivi des conversions hors ligne. Lui aussi peut être perdu avant la soumission si le parcours n’a pas été prévu pour le conserver.

Définir le contrat de données avant d’installer un outil

La première décision consiste à choisir les informations réellement utiles. Ajouter un plugin ou un script avant d’avoir défini ce contrat produit souvent un formulaire rempli de champs inutiles et un reporting impossible à maintenir.

Pour une TPE ou une PME, une base raisonnable peut contenir :

• la page d’arrivée ;
• le référent initial, lorsqu’il est disponible ;
• utm_source, utm_medium, utm_campaign, utm_content et utm_term ;
• les identifiants publicitaires utiles, comme le gclid, lorsque la campagne le justifie ;
• la page et le bouton qui ont mené au formulaire ;
• la page sur laquelle la demande a été envoyée ;
• un identifiant interne non nominatif pour rapprocher les étapes.

Il faut aussi décider si l’on veut connaître seulement la première origine, la dernière origine ou les deux.

La première origine répond à la question : « Comment cette personne nous a-t-elle découverts ? » La dernière origine indique : « Quelle action a précédé la demande ? » Les deux informations peuvent être utiles, mais les mélanger dans un seul champ crée des chiffres incompréhensibles.

Conserver l’origine pendant la navigation

Lorsque le visiteur arrive avec des paramètres de campagne, le site peut les lire puis les conserver côté navigateur, par exemple dans un stockage limité au domaine. À chaque nouvelle page, le dispositif retrouve ces valeurs au lieu de dépendre uniquement de l’URL courante.

Cette conservation doit rester sobre. Il n’est pas nécessaire d’enregistrer chaque mouvement du visiteur ni de construire un profil détaillé pour savoir qu’une demande vient d’une newsletter ou d’une campagne donnée.

Le contexte juridique compte également. La CNIL rappelle que le dépôt ou la lecture de certains traceurs nécessite un consentement préalable. Des exemptions existent pour certains usages de mesure d’audience, mais elles sont soumises à des conditions précises. La solution doit donc être cohérente avec le gestionnaire de consentement, la politique de confidentialité et les finalités réellement poursuivies.

Une règle pratique : ne collecter que les données que l’équipe saura utiliser, expliquer et supprimer.

Transmettre les données au formulaire

La plupart des formulaires permettent d’ajouter des champs masqués. Au moment de l’affichage, ces champs peuvent recevoir les valeurs conservées :

• source et support de campagne ;
• nom de campagne ;
• contenu ou mot-clé ;
• identifiant publicitaire ;
• page d’arrivée ;
• page source et libellé du bouton ;
• identifiant de parcours.

Ces champs ne doivent pas remplacer les champs visibles. Ils ajoutent du contexte à la demande, sans demander à l’internaute de raconter comment il est arrivé.

Il faut ensuite vérifier ce que devient l’information après l’envoi. Selon l’organisation, elle peut apparaître dans :

• l’email de notification ;
• l’enregistrement du formulaire dans WordPress ;
• le CRM ;
• un tableur de suivi ;
• un outil de gestion commerciale ;
• une conversion hors ligne renvoyée à la plateforme publicitaire.

La donnée n’a de valeur que si elle arrive au bon endroit avec des noms de champs stables. utm_source ne doit pas devenir « origine », puis « provenance », puis « canal » au fil des outils.

Ne pas confondre formulaire envoyé et prospect reçu

Un message de succès affiché à l’écran prouve seulement que le navigateur a reçu une réponse positive. Il ne garantit pas que l’email a été délivré, que la demande a été enregistrée ou qu’elle pourra être traitée.

Cette distinction est particulièrement importante sur WordPress : un formulaire qui paraît fonctionner peut ne plus délivrer ses notifications.

Le suivi gagne donc à séparer plusieurs événements :

• le formulaire a été affiché ;
• l’utilisateur a commencé à le remplir ;
• la soumission a été acceptée par le serveur ;
• la demande a été enregistrée ;
• la notification est arrivée ;
• le contact a été qualifié ;
• un devis ou une vente a suivi.

Le nombre de soumissions peut être supérieur au nombre de prospects exploitables à cause du spam, des tests, des doublons ou des demandes hors cible. Mesurer uniquement le bouton « Envoyer » donne une vision trop flatteuse du tunnel.

Relier marketing et commercial sans exposer les personnes

Le rapprochement peut reposer sur un identifiant interne généré pour le parcours ou la demande. L’outil d’analyse enregistre cet identifiant avec l’événement de conversion. Le formulaire le transmet au système commercial. On peut ensuite comparer les étapes sans envoyer le nom, l’email ou le téléphone dans l’outil d’audience.

Cette séparation présente deux avantages :

• le marketing sait quelles campagnes produisent des demandes qualifiées ;
• les données directement identifiantes restent dans les outils qui en ont besoin.

L’identifiant ne rend pas automatiquement le dispositif anonyme. La CNIL distingue l’anonymisation de la simple pseudonymisation. Il faut donc traiter ce choix comme une mesure de réduction des données, pas comme une dispense générale des obligations de protection.

Tester le parcours comme un utilisateur

Le contrôle doit partir du clic initial et aller jusqu’à la réception réelle de la demande. Un test limité au tableau de bord d’analyse ne suffit pas.

Voici un scénario de recette simple :

1. créer une URL de test avec des valeurs UTM reconnaissables ;
2. l’ouvrir dans un navigateur normal ;
3. accepter ou refuser les traceurs selon le cas testé ;
4. consulter au moins une page intermédiaire ;
5. cliquer sur le bouton menant au formulaire ;
6. envoyer une demande clairement identifiée comme test ;
7. vérifier les champs enregistrés côté serveur ;
8. contrôler la réception de la notification ;
9. retrouver le même identifiant dans l’outil d’analyse et dans le suivi commercial ;
10. répéter sur mobile et avec plusieurs choix de consentement.

Ce test révèle vite les ruptures : paramètre effacé par une redirection, stockage bloqué, champ masqué absent, cache qui sert une ancienne version du formulaire ou intégration CRM qui ignore les nouveaux champs.

Construire un tableau de bord qui aide à décider

Une fois la chaîne fiable, le reporting peut rester compact. Pour chaque source ou campagne, on peut suivre :

• visites de la page d’arrivée ;
• clics sur l’appel à l’action ;
• vues et démarrages du formulaire ;
• soumissions acceptées ;
• demandes reçues ;
• demandes qualifiées ;
• devis ;
• ventes.

Les écarts entre deux étapes deviennent alors plus instructifs que le total de conversions.

Beaucoup de clics mais peu de vues du formulaire peuvent signaler un problème de promesse ou de navigation. Beaucoup de soumissions mais peu de demandes reçues pointent vers un incident technique. Beaucoup de demandes mais peu de prospects qualifiés invitent à revoir le ciblage ou le contenu de la campagne.

La méthode en une checklist

Avant de lancer la prochaine campagne :

• adopter une convention UTM commune ;
• lister les champs à conserver et leur finalité ;
• distinguer première et dernière origine ;
• prévoir les paramètres publicitaires nécessaires ;
• vérifier la cohérence avec le consentement et la politique de confidentialité ;
• transmettre le contexte dans des champs masqués ;
• conserver les données côté serveur ou dans le CRM ;
• utiliser un identifiant non nominatif pour le rapprochement analytique ;
• séparer soumission, réception et qualification ;
• tester tout le parcours sur ordinateur et mobile.

Le suivi d’attribution ne demande pas forcément une architecture lourde. Il demande surtout une chaîne continue. Tant que le clic, le formulaire et le traitement commercial restent dans trois systèmes qui ne partagent aucun repère, les campagnes seront évaluées à partir d’hypothèses. Quelques champs bien choisis, un identifiant stable et une vraie recette de bout en bout suffisent souvent à retrouver une information décisive : non seulement combien de conversions ont été enregistrées, mais quelles actions ont produit des prospects réellement utiles.

Sources

• Google Analytics, « URL builders: Collect campaign data with custom URLs » : https://support.google.com/analytics/answer/10917952
• Google Ads, « Google Click Identifier (GCLID): Definition » : https://support.google.com/google-ads/answer/9744275
• Matomo, « How to build campaign tracking URLs » : https://matomo.org/faq/reports/how-to-build-campaign-tracking-urls/
• CNIL, « Cookies et traceurs : que dit la loi ? » : https://www.cnil.fr/fr/cookies-et-autres-traceurs/que-dit-la-loi
• CNIL, « Questions-réponses sur les lignes directrices cookies et autres traceurs » : https://www.cnil.fr/fr/questions-reponses-lignes-directrices-modificatives-et-recommandation-cookies-traceurs

À propos de l’auteur