La source d’origine d’un contact : la capter, la garder, la lire dans le CRM

Sommaire

Ouvrez le CRM, filtrez les contacts créés le mois dernier, et regardez la colonne « source ». Dans beaucoup d’entreprises, on y trouve une majorité de valeurs vides, une poignée de « Site web », et quelques « Google » et « google » qui ne sont pas comptés ensemble. C’est sur cette colonne qu’on prétend ensuite répartir un budget.

Le débat sur les modèles d’attribution suppose que la donnée existe. Cet article traite de l’étape d’avant : comment l’information de provenance naît dans une URL, survit à la navigation, entre dans un formulaire et s’installe dans une fiche sans être écrasée.

D’où vient l’information

Au moment où un visiteur arrive sur le site, trois informations sont disponibles, et seulement à ce moment-là.

• Les paramètres de l’URL : les paramètres UTM posés par vos campagnes, et les identifiants de clic ajoutés par les régies, comme le GCLID de Google Ads.
• Le référent : la page d’où vient le visiteur, transmise par le navigateur, souvent réduite au seul domaine, et parfois absente.
• La page d’entrée : la première page vue, qui dit souvent mieux que la source ce que le visiteur cherchait.

Dix pages plus loin, au moment de l’envoi du formulaire, aucune de ces trois informations n’est plus dans l’URL. Si elles n’ont pas été notées à l’arrivée, elles sont perdues.

Les paramètres UTM : une convention avant un outil

Google Analytics reconnaît notamment utm_source, utm_medium, utm_campaign, utm_term, utm_content et utm_id. La documentation de Google demande d’utiliser toujours les trois premiers, et rappelle un point qui explique la moitié des tableaux illisibles : les valeurs sont sensibles à la casse. google et Google sont deux sources différentes, printemps_2026 et Printemps-2026 deux campagnes différentes.

La convention tient en une page, partagée par tous ceux qui créent des liens, y compris les partenaires et l’équipe qui envoie les newsletters.

La liste des valeurs de utm_medium n’est pas arbitraire. Le groupe de canaux par défaut de Google Analytics s’appuie sur elle : un medium email est classé en e-mail, social en réseaux sociaux organiques, referral en site référent. Un medium inventé (newsletter, mailing) finit souvent en trafic non attribué.

Deux règles de fonctionnement complètent la convention : les liens se construisent depuis un tableur partagé qui impose les valeurs autorisées, jamais à la main ; et on ne pose pas d’UTM sur les liens internes du site, qui remplaceraient la source réelle de la visite par celle du bandeau sur lequel le visiteur a cliqué.

Du navigateur au formulaire

Le dispositif classique repose sur deux pièces.

À l’arrivée, un script lit les paramètres de l’URL, le référent et la page d’entrée, et les conserve dans le navigateur. À l’envoi du formulaire, il recopie ces valeurs dans des champs cachés, qui partent avec le reste de la demande vers le CRM.

Le point de conception qui change tout : conserver deux jeux de valeurs, pas un.

• Le premier contact s’écrit une seule fois, lors de la première visite connue, et n’est jamais remplacé.
• Le dernier contact est remplacé à chaque arrivée porteuse d’une source identifiable (paramètres de campagne ou référent externe) et ignoré lors d’un retour direct, pour ne pas écraser une source réelle par une absence de source.

Les deux répondent à des questions différentes. Le premier contact dit quel canal crée la demande ; le dernier dit lequel la déclenche. Un CRM qui n’en garde qu’un oblige à choisir une question une fois pour toutes, sans le savoir.

Les champs à créer dans le CRM

La plupart des CRM proposent une propriété native de source d’origine. Avant de s’y fier, il faut savoir ce qui l’alimente et à quel moment elle peut être modifiée. Les champs dédiés, eux, se décrivent sans ambiguïté.

Le verrouillage est la règle la plus importante du tableau et la moins respectée. Un import de fichier, une synchronisation avec l’outil d’e-mailing ou un formulaire de webinaire qui réécrit la source en « Événement » suffisent à effacer l’information d’origine de milliers de fiches, sans laisser de trace.

Le champ id_clic a une utilité qui dépasse l’analyse : il permet de renvoyer à la régie les étapes franchies par le contact, le sujet de l’article sur les conversions hors ligne dans Google Ads.

Ce qui se perd, et où

Les redirections

Une redirection mal configurée peut supprimer les paramètres de l’URL avant que la page ne les lise : passage au HTTPS, ajout ou retrait du www, barre oblique finale, page de campagne déplacée. Le contrôle est simple et rarement fait : cliquer sur chaque modèle de lien de campagne et vérifier que les paramètres sont encore présents dans l’URL de la page affichée.

La navigation sur plusieurs sessions

Un visiteur découvre le site par une publicité un lundi, revient le jeudi depuis un favori, et remplit le formulaire. Sans conservation dans le navigateur, la demande est attribuée à un accès direct. Avec un changement d’appareil entre les deux visites, elle l’est de toute façon : aucun dispositif côté navigateur ne relie un téléphone et un ordinateur.

Le téléphone

Un appel ne transporte aucun paramètre. Les demandes téléphoniques arrivent dans le CRM sans source, sauf si l’entreprise affiche des numéros distincts selon la provenance ou pose la question au début de l’appel. Le champ mode_creation permet au moins de les compter à part, au lieu de les confondre avec les formulaires mal tracés.

Le consentement refusé

Conserver la source d’une visite à l’autre suppose d’écrire puis de relire une information sur le terminal du visiteur. La CNIL rappelle que les règles sur les traceurs couvrent les cookies mais aussi le stockage local du navigateur (page de la CNIL) : consentement préalable, sauf exemption.

L’exemption prévue pour la mesure d’audience est étroite. Selon la CNIL, les traceurs concernés doivent servir uniquement à produire des statistiques anonymes et ne pas conduire à un recoupement avec d’autres traitements. Rattacher une provenance à la fiche nominative d’un prospect ressemble davantage à un recoupement qu’à une statistique anonyme : il est prudent de conditionner cette conservation au consentement, et de faire valider le dispositif par la personne chargée de la conformité.

Conséquence pratique : une partie des contacts arrivera sans source de premier contact, et ce n’est pas une panne. Il faut le savoir pour ne pas lire ce manque comme un trafic direct.

La saisie par la vente

Un commercial qui crée une fiche après un salon, un appel ou une recommandation produit un contact qu’aucun outil n’a vu passer. Si le champ source est libre, il sera rempli de mémoire, ou pas du tout. Deux règles suffisent : mode_creation renseigné automatiquement à « saisie manuelle », et source_declaree obligatoire, dans la même liste fermée que celle proposée aux contacts. Ce chiffre déclaratif ne remplace pas la mesure ; il voit ce qu’elle ne verra jamais, comme le rappelle l’article sur la qualification d’un lead.

Le contrôle mensuel

Une fois en place, le dispositif se dégrade sans bruit : un formulaire refait sans ses champs cachés, une nouvelle campagne sans UTM, un import qui réécrit la source. Un seul indicateur détecte la plupart de ces pannes : la part des contacts créés dans le mois sans source de premier contact, ventilée par mode de création.

La lecture se fait en tendance, pas en valeur absolue. Exemple hypothétique : si la part des contacts issus de formulaires sans source tourne autour de 20 % depuis six mois et passe à 45 % en octobre, quelque chose a cassé en octobre, et la liste des mises en production du mois dit généralement quoi.

Trois vérifications complètent cet indicateur :

1. la liste des valeurs distinctes de src1_source et src1_medium du mois, pour repérer les variantes de casse et les valeurs hors convention ;
2. le nombre de fiches dont un champ verrouillé a été modifié, si le CRM conserve l’historique des propriétés ;
3. pour les contacts issus de la publicité, la part qui porte un identifiant de clic.

Ces contrôles demandent une demi-heure par mois. Les conduire, et corriger ce qu’ils révèlent mois après mois, est une partie du travail rarement attribuée à quelqu’un, et c’est souvent là qu’un accompagnement en tracking et data marketing apporte le plus, bien plus que dans le choix de l’outil.

Ce qu’on peut stocker

Une source rattachée à un contact identifié est une donnée personnelle et relève du cadre du RGPD. Trois principes s’appliquent directement aux champs décrits plus haut.

• La minimisation. La source, la campagne, la page d’entrée et deux dates suffisent à répondre aux questions d’acquisition. L’historique complet des pages vues n’a pas sa place sur la fiche.
• L’information. La politique de confidentialité doit mentionner que la provenance de la demande est enregistrée, et pour quoi faire.
• La durée de conservation. Le référentiel de la CNIL sur la gestion des activités commerciales retient, pour les prospects, trois ans à compter de la collecte ou du dernier contact émanant du prospect. Les champs de source suivent la fiche : ils disparaissent avec elle.

Les erreurs fréquentes

Un seul champ source, réécrit à chaque interaction. Le CRM finit par attribuer tous les clients au dernier e-mail envoyé.

Des UTM sur les liens internes. Ils effacent la vraie source de la visite.

Laisser la casse libre. Le même canal se retrouve éclaté en trois lignes, et personne n’additionne les trois.

Confondre « sans source » et « direct ». L’un est une absence d’information, l’autre une information. Les mettre dans la même case surestime l’accès direct et masque les pannes.