Netzwerk/HTTP
HTTP Headers Parser
Rohe HTTP-Header (aus curl -I, DevTools, raw response) in eine erklärte Feldliste zerlegen und Security-Header prüfen.
Rohe HTTP-Header aus curl -I oder dem Network-Tab der DevTools wirken wie ein einziger Textblock. Dieses Tool zerlegt sie in einzelne Felder, erklärt, was jeder Header bewirkt, und markiert häufig fehlende Sicherheits-Header.
So verwendest du es
- Füge rohe Header ein (Ausgabe von curl -I, den Headers-Tab der DevTools oder eine kopierte Rohantwort).
- Jeder Header wird einzeln aufgeschlüsselt mit einer kurzen Erklärung, was er bedeutet.
- Fehlende Sicherheits-Header (Content-Security-Policy, X-Content-Type-Options usw.) werden mit einer Warnung markiert.
Typische Anwendungsfälle
- Die Sicherheits-Header einer Website vor einem Release oder Audit schnell prüfen.
- Einen unbekannten Header aus der Antwort einer Drittanbieter-API verstehen, ohne jedes Mal nachzuschlagen.
- Caching- oder CORS-Probleme durch Analyse der Antwort-Header des Servers debuggen.
Was du wissen solltest
Die Header-Reihenfolge spielt für HTTP meist keine Rolle, außer in seltenen Fällen mit mehrfach wiederholten Headern desselben Typs (z. B. mehrere Set-Cookie-Header).
Ein fehlender Sicherheits-Header ist nicht immer ein Fehler — manche davon (etwa HSTS) sind nur für HTTPS-Websites oder bestimmte Anwendungsfälle sinnvoll.
Artikel zu diesem Tool: HTTP-Header: was sich in jeder Anfrage und Antwort verbirgt
Häufig gestellte Fragen
Was ist der Unterschied zwischen Anfrage- und Antwort-Headern?
Anfrage-Header werden vom Client gesendet, um zu beschreiben, was er anfordert (wie Accept oder Authorization), während Antwort-Header vom Server gesendet werden, um zu beschreiben, was er zurückgibt (wie Content-Type oder Cache-Control).
Warum erscheinen manche Header-Namen mit unterschiedlicher Groß-/Kleinschreibung?
HTTP-Header-Namen sind laut Spezifikation nicht case-sensitiv, sodass Content-Type und content-type gleichwertig sind — verschiedene Server und Tools haben einfach unterschiedliche Konventionen für ihre Anzeige.
Werden Header beim Parsen hier irgendwohin gesendet?
Nein. Das gesamte Parsen erfolgt vollständig in Ihrem Browser — nichts wird an einen Server hochgeladen.
Warum können mehrere Set-Cookie-Header in derselben Antwort auftauchen?
HTTP erlaubt es, denselben Header zu wiederholen, wenn es sinnvoll ist — Set-Cookie ist das häufigste Beispiel, da jedes gesetzte Cookie seine eigene Zeile und eigene Attribute benötigt.
Spielt die Reihenfolge der Header eine Rolle?
Fast nie, außer wenn derselbe Header mehrfach vorkommt — in diesem Fall kann die Reihenfolge zwischen diesen wiederholten Instanzen relevant sein (etwa bei mehreren Set-Cookie-Headern).