Le referrer, nommé Referer dans le protocole HTTP, est l’adresse de la page depuis laquelle une ressource a été demandée, que le navigateur peut transmettre au serveur dans un en-tête de la requête.
Lorsqu’un internaute clique sur un lien, le navigateur envoie une requête de page au site de destination. Il peut y joindre l’adresse de la page d’origine. Le serveur l’inscrit dans son fichier log, et le marqueur de l’outil de mesure la lit dans la page pour classer la visite. Le même mécanisme s’applique aux ressources chargées par une page, comme les images ou les scripts.
La valeur transmise peut comporter l’origine (protocole et domaine), le chemin et les paramètres de l’adresse, jamais le fragment situé après le signe #. Son contenu dépend de la politique de référent appliquée par la page d’origine. Cette politique peut réduire l’information au seul domaine ou la supprimer. L’orthographe « referer » correspond à une faute d’orthographe conservée dans le nom de l’en-tête. L’orthographe correcte, « referrer », est employée ailleurs, notamment dans le nom de l’en-tête qui fixe cette politique.
Le referrer est une donnée technique. Le site référent est le site qu’elle désigne, et les sources de trafic sont les catégories que l’outil de mesure construit à partir d’elle et des paramètres de campagne. Une visite sans referrer ni paramètre est en général classée en accès direct, sauf si l’outil la rattache à une source connue lors d’une visite antérieure. Les analystes web, les équipes d’acquisition et les gestionnaires de partenariats s’en servent pour établir l’origine des visites.
Toute la lecture des canaux d’acquisition repose en partie sur une information que le site d’arrivée ne contrôle pas. C’est le site d’origine et le navigateur qui décident de transmettre ou non le referrer. À notre avis, c’est la principale limite à garder en tête : un canal mal mesuré n’est pas forcément un canal faible. Les liens partagés par messagerie, depuis une application ou dans un document arrivent souvent sans origine.
Le champ figure sous le nom Referer dans la spécification HTTP de l’IETF (RFC 9110, 2022, section 10.1.3). La documentation MDN Web Docs de Mozilla sur l’en-tête Referrer-Policy (2026) décrit la règle appliquée par défaut, « strict-origin-when-cross-origin ». Vers une page de même origine (même protocole, même domaine, même port), l’adresse complète est transmise. Vers un autre site en HTTPS, seule l’origine part. Vers une page en HTTP depuis une page en HTTPS, rien n’est transmis.
Un site peut aussi fixer sa propre politique : pour toute la page par l’en-tête Referrer-Policy ou une balise de métadonnées, pour un élément précis par l’attribut referrerpolicy ou la valeur « noreferrer » de l’attribut rel. Un partenaire qui supprime le referrer rend ses envois invisibles en tant que tels dans vos rapports.
L’objectif n’est pas de récupérer chaque referrer, mais de ne plus dépendre de lui pour vos propres campagnes.
La documentation MDN signale que l’en-tête peut avoir des conséquences indésirables pour la sécurité et la vie privée. Une adresse qui contient une adresse électronique, un identifiant ou un jeton dans ses paramètres peut les transmettre aux serveurs appelés par la page. Nous recommandons de bannir toute donnée personnelle des adresses et de vérifier la politique de référent des pages sensibles.
Le livre blanc gratuit d’Advalians aide à vérifier d’où viennent vraiment vos contacts : onze erreurs de mesure courantes, chacune avec son test et sa correction.
Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.
Le referrer est la donnée : l’adresse de la page d’origine, transmise dans l’en-tête de la requête. Le site référent est le site que cette donnée désigne, tel qu’il apparaît dans les rapports de l’outil de mesure.
La nuance a une conséquence pratique. Un site peut vous envoyer des visiteurs sans figurer parmi vos sites référents, s’il supprime le referrer ou si ses liens sont ouverts depuis une application. Pour mesurer ces envois, demandez au partenaire d’utiliser des liens munis de paramètres de campagne.
Utilisez les outils de développement de votre navigateur. Ouvrez l’onglet consacré au réseau, cliquez sur un lien sortant ou rechargez la page, puis sélectionnez la requête concernée. La section des en-têtes de requête affiche la valeur Referer transmise, et la section de réponse indique la politique de référent appliquée.
Testez au moins trois cas : un lien interne, un lien vers un autre site en HTTPS et un lien vers un site en HTTP. Comparez le résultat avec la politique voulue, et corrigez la balise ou l’en-tête si l’adresse complète part vers l’extérieur.
Regardez la part de l’accès direct dans le total des sessions, puis ventilez-la par page d’entrée. Un vrai accès direct arrive surtout sur la page d’accueil ou sur des adresses courtes. Des accès directs nombreux sur des pages profondes signalent plutôt des referrers perdus.
Si vous disposez des journaux du serveur, comptez les requêtes de pages HTML sans en-tête Referer, hors robots. Suivez cet ordre de grandeur mois par mois : une hausse brusque après une modification de site ou de campagne mérite une vérification.
Tout ce que contient l’adresse de la page d’origine peut fuiter, selon la politique appliquée : chemin, paramètres, identifiants de session, adresses électroniques ou numéros de commande placés dans l’adresse.
Le risque concerne les liens sortants, mais aussi les ressources tierces chargées par la page. Retirez donc toute donnée personnelle des adresses, notamment dans les formulaires et les pages de confirmation. Vérifiez qu’aucune page sensible n’applique une politique qui transmet l’adresse complète vers d’autres sites. Faites valider ces règles par votre délégué à la protection des données.
Pas en règle générale. La politique par défaut des navigateurs ne transmet déjà que l’origine (protocole et domaine) vers les autres sites. Supprimer le referrer prive vos partenaires d’une information légitime et peut fragiliser une relation d’affiliation ou de visibilité croisée.
Réservez la suppression aux pages qui contiennent des informations sensibles dans leur adresse : espace client, résultats de recherche interne, pages de paiement. Appliquez-la de façon ciblée, par lien ou par page, plutôt que sur tout le site.
Modèles, grilles et guides prêts à l’emploi pour vos projets marketing et communication.
