Réseau/HTTP
HTTP Headers Parser
Analyser des en-têtes HTTP bruts (issus de curl -I, DevTools, raw response) en une liste de champs avec explication et vérification des en-têtes de sécurité.
Raw HTTP headers from curl -I or the Network tab in DevTools look like one solid block of text. This tool breaks it down into individual fields, explains what each header does, and flags common missing security headers.
How to use it
- Paste raw headers (curl -I output, the Headers tab in DevTools, or a copied raw response).
- Each header is parsed out individually with a short explanation of what it means.
- Missing security headers (Content-Security-Policy, X-Content-Type-Options, etc.) are flagged with a warning.
Common uses
- Quickly checking a site's security headers before a release or an audit.
- Understanding an unfamiliar header from a third-party API response without looking it up every time.
- Debugging caching or CORS issues by analyzing the server's response headers.
Things to keep in mind
Header order mostly doesn't matter for HTTP, except in rare cases involving repeated headers of the same type (e.g. multiple Set-Cookie headers).
A missing security header isn't always a mistake — some of them (HSTS, for example) only make sense for HTTPS sites or specific use cases.
Article sur cet outil: En-têtes HTTP : ce qui se cache dans chaque requête et chaque réponse
Questions fréquentes
Quelle est la différence entre les en-têtes de requête et de réponse ?
Les en-têtes de requête sont envoyés par le client pour décrire ce qu'il demande (comme Accept ou Authorization), tandis que les en-têtes de réponse sont envoyés par le serveur pour décrire ce qu'il renvoie (comme Content-Type ou Cache-Control).
Pourquoi certains noms d'en-têtes apparaissent-ils avec une casse différente ?
Les noms d'en-têtes HTTP ne sont pas sensibles à la casse selon la spécification, donc Content-Type et content-type sont équivalents — différents serveurs et outils ont simplement des conventions différentes pour les afficher.
Analyser des en-têtes ici les envoie-t-il quelque part ?
Non. Toute l'analyse se fait entièrement dans votre navigateur — rien n'est téléchargé vers un serveur.
Pourquoi plusieurs en-têtes Set-Cookie peuvent-ils apparaître dans la même réponse ?
HTTP autorise à répéter le même en-tête lorsque cela a du sens — Set-Cookie en est l'exemple le plus courant, car chaque cookie défini a besoin de sa propre ligne et de ses propres attributs.
L'ordre des en-têtes a-t-il de l'importance ?
Presque jamais, sauf lorsque le même en-tête apparaît plusieurs fois — dans ce cas, l'ordre entre ces instances répétées peut compter (par exemple pour plusieurs en-têtes Set-Cookie).