En bref. Referrer-Policy contrôle si un navigateur transmet une URL de provenance, son origine ou aucun en-tête Referer.

Définition : Referrer-Policy est un en-tête de réponse HTTP qui contrôle les informations de provenance qu’un navigateur transmet dans l’en-tête de requête Referer lorsqu’il charge des ressources ou suit des liens depuis une page. Une politique peut conserver l’URL de provenance, la réduire à son origine ou supprimer l’en-tête.

Points clés

La spécification Referrer Policy du W3C définit cet en-tête pour les requêtes effectuées depuis le contexte de la ressource protégée, y compris les navigations sortantes.
En octobre 2026, le brouillon de l’éditeur du W3C définit strict-origin-when-cross-origin comme politique par défaut.
Les explications de Google sur la politique de Chrome indiquent que cette politique retire le chemin et la chaîne de requête de la page de provenance des informations transmises entre origines distinctes, ce qui affecte les analyses qui reposent sur l’URL complète.
La spécification HTTP Semantics de l’IETF impose aux navigateurs d’exclure les fragments d’URL et les informations utilisateur des valeurs de Referer.

Quelles informations chaque politique autorise-t-elle ?

Une origine se compose du schéma, de l’hôte et du port d’une URL. Le brouillon de l’éditeur du W3C décrit la suppression du chemin et de la chaîne de requête pour ne conserver que ces composants. Les requêtes au sein d’une même origine sont dites de même origine (same-origin) ; celles entre origines distinctes sont dites interorigines (cross-origin).

Avec strict-origin-when-cross-origin, une navigation de même origine conserve l’URL de provenance, sous réserve de la suppression obligatoire des fragments et des informations d’identification. Une navigation entre des pages HTTPS d’origines distinctes ne transmet que l’origine. Une navigation depuis une page HTTPS vers une destination HTTP ordinaire omet l’en-tête.

Dans l’exemple du brouillon, une navigation de https://example.com/page.html vers https://not.example.com/ transmet :

Referer: https://example.com/

La politique no-referrer omet l’en-tête pour toutes les destinations. La politique same-origin l’omet pour les requêtes interorigines tout en conservant les informations de provenance au sein d’une même origine.

La recommandation candidate publiée par le W3C, datée du 26 janvier 2017, présente no-referrer-when-downgrade comme sa politique par défaut. Le brouillon de l’éditeur fournit la valeur par défaut actualisée.

Où un site web définit-il cette politique ?

L’exemple d’en-tête du brouillon de l’éditeur du W3C fournit cet en-tête de réponse pour supprimer les informations de provenance sortantes :

Referrer-Policy: no-referrer

La même spécification décrit aussi un élément HTML meta nommé referrer, un attribut referrerpolicy sur des éléments individuels et la relation de lien noreferrer.

L’en-tête régit les requêtes émises depuis le contexte de la ressource. Par conséquent, le définir sur un site destinataire régit les requêtes ultérieures de ce site ; les informations de provenance d’une visite entrante dépendent de la politique du contexte de provenance.

Quel effet sur la mesure du trafic référent ?

Les explications de Google sur Chrome font état d’une réduction du niveau de détail dans les journaux serveur et les analyses qui dépendent d’une URL de provenance complète. Une valeur limitée à l’origine peut identifier le site de provenance tout en omettant la page précise et ses paramètres de requête. La suppression de l’en-tête retire entièrement ce signal de provenance de la requête.

En octobre 2026, la documentation du panneau Network de Google décrit l’inspection d’une requête sélectionnée dans l’onglet Headers. Une vérification pratique consiste à comparer les Response Headers du document de provenance, dont Referrer-Policy, aux Request Headers de la requête vers la destination, dont Referer. La documentation avertit que les requêtes mises en cache peuvent afficher des en-têtes provisoires ; la désactivation du cache permet d’inspecter l’intégralité des en-têtes de requête.

Termes associés

Questions fréquentes

Puis-je retrouver la page de provenance à partir d’un en-tête limité à l’origine ?

Vous ne recevez que l’origine dans cet en-tête. L’algorithme de réduction du W3C supprime le chemin et la chaîne de requête lorsqu’il produit une valeur limitée à l’origine.

L’absence de Referer indique-t-elle toujours une politique restrictive ?

La spécification HTTP Semantics de l’IETF couvre aussi les adresses saisies au clavier et les favoris : le navigateur doit omettre Referer ou transmettre about:blank lorsque la source n’a pas d’URI propre.

Pourquoi Referer et Referrer-Policy s’écrivent-ils différemment ?

La définition de l’en-tête par le W3C explique que Referrer-Policy ne reprend pas la faute d’orthographe historique du nom de l’en-tête Referer.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO