Vérificateur d'en-têtes
HTTP headers websites see
Checking…
Echoes User-Agent, Accept, Accept-Language, Referer, and IP from a check request to this site.
Mode d'emploi
- Ouvrez la page: votre navigateur envoie une demande de vérification et les en-têtes apparaissent automatiquement.
- Lisez User-Agent, Accept, Accept-Language, Referer et IP dans le tableau.
- Cliquez sur Copier tout ou Actualiser après avoir changé de navigateur, de langue ou de VPN.
FAQ
Quels en-têtes cela montre-t-il?
User-Agent, Accept, Accept-Language, Referer et votre adresse IP publique — les mêmes noms d'en-tête que les serveurs enregistrent sur les requêtes HTTP entrantes.
D'où viennent les valeurs?
Votre navigateur les envoie à notre route d'écho /api/my-headers lorsque la page se charge. Nous renvoyons ce que le serveur a reçu – pas une liste simulée.
Pourquoi le référent est-il vide?
Le référent est envoyé lorsque vous naviguez à partir d’une autre page. Les visites directes, la politique de référence stricte ou les modes de confidentialité ne peuvent envoyer aucun en-tête de référence.
Pourquoi Accepter */*?
Cette vérification utilise fetch(), qui envoie souvent Accept: */*. Les navigations de page de niveau supérieur envoient généralement des préférences texte/html — la valeur ici reflète la demande de vérification.
Identique au vérificateur d'en-tête HTTP?
Non.[HTTP header checker](/tools/http-header-checker) inspecte les en-têtes de réponse de toute URL que vous saisissez. Cette page affiche **les en-têtes de requêtes sortantes de votre navigateur** vers ce site.
Mon IP est-elle stockée?
L'adresse IP est lue pour afficher l'adresse que les sites Web voient, en utilisant le même routage que les autres outils Mon réseau — et non stockée dans un profil de suivi.
Introduction
Headers Checker fait écho aux en-têtes de requête HTTP que votre navigateur envoie lorsque la page exécute sa vérification: User-Agent, Accept, Accept-Language, Referer et votre IP publique. Ce sont les mêmes champs que les journaux d’accès, les CDN et les applications analysent à chaque visite.
Les développeurs utilisent les vérifications d'en-tête pour déboguer le routage des paramètres régionaux, les règles de bot et les politiques de référencement. Les utilisateurs soucieux de leur confidentialité les utilisent pour voir les fuites avant même l’exécution des cookies ou de JavaScript.
En-têtes expliqués
| Header | Ce qu'il dit aux sites |
|---|---|
| Agent utilisateur | Jetons de navigateur, de moteur et de système d'exploitation |
| Accepter | Types de contenu que le client préfère |
| Accepter-Langue | Priorités linguistiques pour la localisation |
| Référent | URL de la page précédente lorsque la navigation l'envoie |
| IP | Adresse routable de votre connexion (via serveur) |
IP n'est pas un en-tête HTTP au sens strict mais est toujours disponible pour les serveurs (illustré ici car les sites le combinent avec les en-têtes ci-dessus).
Demande de vérification par rapport à la navigation normale
Cet outil déclenche une requête API de même origine lorsque vous ouvrez ou actualisez la page. Accept et Referer peuvent différer légèrement d'une navigation dans un document complet (par exemple, Accept peut être*/*lors de la récupération). User-Agent et Accept-Language correspondent généralement à votre profil de navigateur.
Cas d'utilisation courants
- Tickets d'assistance — copiez User-Agent et Accept-Language pour les étapes de reproduction.
- AQ local: confirmez que Accept-Language correspond au marché attendu avant les tests géographiques.
- Débogage du référent: vérifiez si le référent est supprimé par la stratégie.
- Vérification VPN — comparez l'IP avec what is my public IP.
Meilleures pratiques
- Actualisez après avoir modifié les paramètres de la langue du navigateur ou du VPN.
- Associez-le à what is my user agent pour une répartition UA analysée.
- Pour les en-têtes de réponse d'URL arbitraires, utilisez HTTP header checker.
- Pour un instantané complet de l'environnement, ouvrez device info.