Consultez chaque en-tête HTTP que votre navigateur envoie avec chaque requête — user agent, langues acceptées, encodage, cookies et plus encore.
Les en-têtes HTTP sont les métadonnées que votre navigateur attache à chaque requête : les types de contenu qu'il accepte, les langues qu'il préfère, s'il a des cookies pour le site, et la chaîne user agent qui identifie le navigateur. La plupart sont invisibles — vous ne les voyez que si vous ouvrez les outils de développement.
Cet outil appelle getallheaders() côté serveur et affiche le résultat sous forme de tableau. Il montre exactement ce que le serveur de l'autre côté reçoit, ce qui est utile pour déboguer un proxy, un CDN, une couche de cache ou un problème CORS. Si Cloudflare ou un autre reverse proxy est devant, vous voyez aussi les en-têtes qu'il ajoute.
Les en-têtes sont lus et affichés en une seule requête. Rien n'est stocké, transmis ni journalisé — la page les affiche et les oublie.
Non. Ils sont lus depuis la requête et affichés dans le HTML. Rien n'est stocké.
Parce que les proxys, CDN et extensions de navigateur peuvent ajouter des en-têtes. Cloudflare ajoute CF-Connecting-IP et CF-Ray, par exemple.
Il indique au serveur quelles langues votre navigateur préfère, par ordre de priorité. Les sites multilingues l'utilisent pour choisir la langue par défaut.
Certains, via les paramètres du navigateur ou des extensions. Le User-Agent peut être modifié, Accept-Language suit les paramètres de langue de votre OS, et un VPN ou proxy modifie les en-têtes de transfert.
Presque. Les outils de développement montrent les en-têtes de requête et de réponse ; cette page ne montre que les en-têtes de requête tels que le serveur les voit, ce qui peut inclure des ajouts d'infrastructure dont le navigateur n'a pas connaissance.
Vai.la transforme n'importe quelle URL en lien court avec statistiques de clics, QR Code et votre propre biolink.
Vai.la n'est pas responsable de l'utilisation des outils ni des décisions prises sur la base de leurs résultats.