HTTP-Cookie-Parser

HTTP Cookie Parser

Analysiert vom Browser gesendete Cookie-Header. Schnell Schlüssel-Wert-Paare, URL-Kodierung und doppelte Namenseinträge anzeigen.

Analyseergebnis

4 Cookie(s)

#1session

Originalwert: abc123

Dekodierter Wert: abc123

#2theme

Originalwert: dark

Dekodierter Wert: dark

#3locale

Originalwert: zh-CN

Dekodierter Wert: zh-CN

#4callback

Originalwert: https%3A%2F%2Fgeekformat.com%2Fdone

Dekodierter Wert: https://geekformat.com/done

JSON-Vorschau

[
  {
    "index": 0,
    "raw": "session=abc123",
    "name": "session",
    "value": "abc123",
    "decodedValue": "abc123"
  },
  {
    "index": 1,
    "raw": "theme=dark",
    "name": "theme",
    "value": "dark",
    "decodedValue": "dark"
  },
  {
    "index": 2,
    "raw": "locale=zh-CN",
    "name": "locale",
    "value": "zh-CN",
    "decodedValue": "zh-CN"
  },
  {
    "index": 3,
    "raw": "callback=https%3A%2F%2Fgeekformat.com%2Fdone",
    "name": "callback",
    "value": "https%3A%2F%2Fgeekformat.com%2Fdone",
    "decodedValue": "https://geekformat.com/done"
  }
]

Zerlegen Sie Cookie-Request-Header ohne Attribute zu erraten – sehen Sie genau, was die aktuelle Anfrage enthält.

Was ist ein HTTP-Cookie-Parser?

Ein HTTP-Cookie-Parser ist ein Debugging-Tool, das speziell für den `Cookie:`-Request-Header und den String `document.cookie` entwickelt wurde. Das Kernproblem, das er löst, ist nicht „was sind Cookies“, sondern die realen Szenarien, auf die Entwickler, QA-Ingenieure, Scraping-Ingenieure und DevOps bei der Integration treffen: genau welche Cookies der Browser sendet, ob ein Wert URL-codiert ist, ob doppelte Namen existieren und wie der aktuelle Cookie-Header unverändert in curl, Postman oder Skripte kopiert werden kann, um Probleme zu reproduzieren.

Im Gegensatz zum `Set-Cookie`-Response-Header sind Cookies in einem HTTP-Request-Header eine flache Liste von `name=value`-Paaren. Er teilt Ihnen nur mit, „was tatsächlich in der aktuellen Anfrage gesendet wurde“ und enthält keine Attribute wie SameSite, HttpOnly, Secure, Path, Domain, Expires oder Max-Age. Wenn Sie also herausfinden möchten, „warum die API meinen Anmeldestatus nicht erkennt“, „welches Cookie in meiner Browseranfrage fehlt“ oder „warum dieser Wert in document.cookie wie Müll aussieht“, ist ein Request-Header-Parser weitaus direkter als ein generisches Cookie-Tool.

Eine häufige naive Implementierung ruft einfach `split(';')` auf und gibt jeden String aus, aber für echtes Debugging reicht das bei weitem nicht. Sie müssen auch wissen, ob Werte URL-codiert sind, ob doppelte Namen vorliegen, ob der normalisierte Header direkt kopiert werden kann und ob das Analyseergebnis in Skripten oder Dokumentation wiederverwendet werden kann. Diese Seite ist auf diese echten Entwickleraktionen ausgerichtet.

Wenn Sie nicht untersuchen müssen, „was in der Anfrage gesendet wurde“, sondern „warum der Browser eine Set-Cookie-Direktive vom Server abgelehnt hat“, sollten Sie nicht auf dieser Seite bleiben – wechseln Sie zum „Set-Cookie-Parser“, der besser für die Untersuchung von Response-Header-Attributen geeignet ist. Die Positionierung ist also klar: Dies ist ein Debugger für Cookie-Request-Header / document.cookie und kein Prüfer für Response-Header-Attribute.

Anwendungsfälle

Beheben Sie verlorenen Anmeldestatus oder Sitzungsanomalien, indem Sie genau prüfen, welche Cookies im Request-Header vorhanden sind
Debuggen Sie URL-codierte Cookies durch Vergleich von Roh- und decodierten Werten zur Überprüfung des tatsächlichen Inhalts
Prüfen Sie, ob mehrere Cookies mit demselben Namen Browser- oder serverseitige Verarbeitungsanomalien verursachen
Normalisieren Sie einen Browser-Cookie-Header schnell und kopieren Sie ihn in Postman, curl oder Skripte zur Anfragereproduktion
Analysieren Sie die document.cookie-Ausgabe, um zu bestätigen, welche Cookies für das Frontend sichtbar sind

Anleitung

Fügen Sie einen Cookie-Request-Header oder einen document.cookie-String in den Eingabebereich ein
Zeigen Sie Name, Rohwert und URL-decodierten Wert jedes Cookies an
Prüfen Sie Warnungen zu doppelten Namen und das Ergebnis des normalisierten Cookie-Headers
Kopieren Sie den normalisierten Cookie-Header oder sehen Sie sich die JSON-Vorschau für weiteres Debugging an

Funktionen

Automatische Trennung mehrerer Cookies: Analysiert Cookie-Request-Header und document.cookie-Strings elementweise mithilfe von Semikolon-Trennzeichen
Doppelte Wertanzeige: Zeigt sowohl Roh- als auch URL-decodierte Werte zur schnellen Lokalisierung von Codierungsproblemen
Duplikatserkennung: Identifiziert automatisch Cookies mit demselben Namen und weist auf potenzielle Konflikte hin
Normalisierte Ausgabe: Kopiert den standardisierten Cookie-Request-Header mit einem Klick zum fortgesetzten API-Debugging
JSON-Vorschau: Strukturierte Ausgabe der Analyseergebnisse für Skripte, Protokolle und Testwerkzeuge
Lokale Verarbeitung: Die gesamte Analyse findet im Browser statt; Eingaben werden niemals an einen Server gesendet

Wie wählt man zwischen dieser Seite und den anderen beiden Cookie-Tools?

Stellen Sie zuerst fest, ob Sie einen Request-Header, document.cookie oder einen serverseitigen Set-Cookie-Response-Header vor sich haben, und wählen Sie dann die richtige Seite.

Tool	Geeignet für	Am besten für	Kernstärke
HTTP-Cookie-Parser (aktuelle Seite)	Cookie-Request-Header, document.cookie	Überprüfen, welche Cookies tatsächlich in der Anfrage gesendet wurden, ob Werte codiert sind und ob doppelte Namen vorliegen	Fokussiert auf Request-Header-Zerlegung, normalisiertes Kopieren, URL-Decodierung und Duplikatserkennung
Set-Cookie-Parser	Vom Server zurückgegebener Set-Cookie-Response-Header	Beheben, warum der Browser Cookies ablehnt, und prüfen, ob SameSite / Secure / HttpOnly / Path / Domain Risiken bergen	Tiefere Attributzerlegung mit Warnungen zur SicherheitskonfigurationSet-Cookie-Parser öffnen
Cookie-Parser	Gemischte Debugging-Szenarien mit Cookie-Strings und Set-Cookie	Wenn die Datenquelle ungewiss ist oder ein einheitlicher Einstiegspunkt zur schnellen Weiterleitung benötigt wird	Dual-Modus-Umschaltung mit Unterstützung für Netscape-Cookie-Datei-ExportCookie-Parser öffnen

Best Practices

Bestätigen Sie, dass Sie einen Request-Header betrachten, keinen Response-Header

Wenn der Text aus den Request-Headers in den Browser-DevTools, einer erfassten Anfrage, document.cookie oder einem Cookie-Header in Serverprotokollen stammt, ist diese Seite die richtige Wahl. Wenn er aus Set-Cookie in Response-Headers stammt, analysieren Sie hier keine Attributprobleme weiter.

Behalten Sie den Rohwert bei und prüfen Sie dann den decodierten Wert

Starren Sie beim Debuggen von Cookie-Problemen nicht nur auf den decodierten Inhalt. Der Rohwert ist das, was tatsächlich übertragen wurde; der decodierte Wert ist lediglich eine Lesehilfe. Bei Signaturen, Base64, JWT oder doppelter Codierung ist der Rohwert besonders wichtig.

JWT-Tool

Löschen Sie nicht voreilig, wenn Sie doppelte Namen sehen

Doppelte Cookies können die Ursache des Problems sein, insbesondere wenn Path / Domain unterschiedlich sind, Umgebungen wechseln oder historische Schreibvorgänge verblieben sind. Bewahren Sie die Duplikate auf, notieren Sie sie und vergleichen Sie dann das Browserverhalten und die Servereinstellungen.

Bevorzugen Sie das Kopieren des normalisierten Headers zum Reproduzieren von Anfragen

Wenn Sie den aktuellen Cookie-Header an curl, Postman oder Testskripte weitergeben müssen, reduziert das direkte Kopieren des normalisierten Ergebnisses Reproduktionsverzerrungen durch zusätzliche Leerzeichen, Zeilenumbrüche und Formatierungsrauschen.

curl zu Code

Häufig gestellte Fragen

Für welche Art von Cookie-Eingabe ist diese Seite gedacht?

Sie ist speziell für die Analyse des Cookie-Request-Headers und flacher Strings im Stil von `document.cookie` konzipiert, wie z. B. `session=abc123; theme=dark`. Wenn Sie einen `Set-Cookie`-Response-Header von einem Server haben, sollten Sie zum dedizierten „Set-Cookie-Parser“ wechseln, da Request-Header-Cookies keine Attribute wie SameSite, HttpOnly, Secure, Path oder Domain enthalten.

Set-Cookie-Parser

Warum sehen Cookie-Werte wie unleserlicher Text aus?

Viele Cookie-Werte sind URL-codiert; zum Beispiel steht `%3D` für `=` und `%2F` für `/`. Dieses Tool zeigt sowohl den Rohwert als auch den URL-decodierten Wert nebeneinander an, sodass Sie den tatsächlichen Inhalt schnell überprüfen können, statt mit codierten Strings zu kämpfen.

Warum doppelte Cookie-Namen erkennen?

Cookies mit demselben Namen können aus unterschiedlichen Paths, unterschiedlichen Domains oder verbliebenen Schreibvorgängen früherer Zustände stammen. Obwohl der Request-Header nur eine flache Liste von `name=value`-Paaren ist, weisen doppelte Namen häufig auf inkonsistentes Browserverhalten oder Probleme bei der serverseitigen Verarbeitung hin, weshalb das Tool sie proaktiv hervorhebt, anstatt sie stillschweigend zu überschreiben.

Eignet er sich zur Fehlerbehebung bei Anmeldestatus- und Sitzungsproblemen?

Ja. Fügen Sie den tatsächlichen Cookie-Header ein, den Ihr Browser sendet, um Name, Rohwert und decodierten Wert jedes Cookies auf einen Blick zu sehen. Dies erleichtert das Erkennen fehlender Sitzungsfelder, beschädigter Codierung oder Verwirrung durch doppelte Cookie-Namen.

Kann das analysierte Ergebnis direkt zum Debuggen von APIs verwendet werden?

Ja. Das Tool generiert einen normalisierten Cookie-Header, den Sie mit einem Klick in curl, Postman, Skripte oder API-Debugging-Plattformen kopieren können, um Probleme zu reproduzieren. Es unterstützt außerdem die JSON-Vorschau für Protokolle, Fehlerberichte und Testfall-Dokumentation.

Warum zeigt diese Seite SameSite, HttpOnly oder Secure nicht an?

Weil diese Attribute nur im `Set-Cookie`-Response-Header existieren; sie erscheinen nicht im `Cookie`-Request-Header, den der Browser bei nachfolgenden Anfragen sendet. Diese Seite konzentriert sich auf „was tatsächlich in der Anfrage gesendet wurde“ und nicht auf „was der Server ursprünglich konfiguriert hat“.

Sind document.cookie und der Cookie-Request-Header dasselbe?

Sie sehen sich ähnlich – beide sind flache Strukturen `name=value; name2=value2` – aber es gibt Unterschiede: `document.cookie` kann keine HttpOnly-Cookies lesen, während der Cookie-Request-Header die endgültige Menge ist, die der Browser automatisch basierend auf dem aktuellen Geltungsbereich sendet. Dieser Parser verarbeitet beide Arten flacher Eingaben.

Werden die eingefügten Cookies an einen Server gesendet?

Nein. Die gesamte Analyse, URL-Decodierung, Duplikaterkennung und JSON-Vorschau läuft vollständig lokal in Ihrem Browser ab. Ihre Sitzungen, Tokens, Anmelde-Cookies und Benutzerdaten werden niemals an einen Server gesendet.

Glossar

Cookie-Request-Header: Die Sammlung von Cookie-Name-Wert-Paaren, die der Browser automatisch in einer HTTP-Anfrage sendet, typischerweise im Format `name1=value1; name2=value2`. Er spiegelt die Cookies wider, die tatsächlich in der aktuellen Anfrage gesendet werden, und enthält keine Sicherheitsattribute.Set-Cookie-Parser
document.cookie: Die JavaScript-Schnittstelle im Frontend, mit der Cookies als String gelesen werden können. Sie hat normalerweise eine ähnliche Struktur wie der Cookie-Request-Header, kann jedoch keine HttpOnly-Cookies lesen und erlaubt keine Rückschlüsse auf die vollständige Set-Cookie-Konfiguration.
URL-codierter Cookie-Wert: Cookie-Werte verwenden Prozentcodierung, um Sonderzeichen sicher zu übertragen, wie z. B. `%3D`, `%2F` und `%3A`. Beim Debuggen müssen Sie normalerweise sowohl den Rohwert als auch den decodierten Wert prüfen.URL-Encode-Tool
Doppelter Cookie-Name: Mehrere Cookies mit demselben Namen, die in einem einzigen Request-Header erscheinen. Sie können aus unterschiedlichen Paths, unterschiedlichen Domains oder verbliebenen alten Werten stammen und sind oft ein wichtiger Hinweis auf Sitzungsanomalien und inkonsistentes Verhalten.
Normalisierter Cookie-Header: Bereinigter und zu einer kanonischen Zeichenkette `name=value; name2=value2` zusammengefügter Eingabeinhalt, der das Kopieren in curl, Skripte, Postman oder Protokolle erleichtert, um Probleme weiter zu reproduzieren.

Cookie-Request-Header vs. Set-Cookie-Response-Header

Viele Cookie-Debugging-Fehler entstehen durch die Verwechslung von Request- und Response-Headern.

Vergleichspunkt	Cookie-Request-Header	Set-Cookie-Response-Header
Wo er erscheint	In der Anfrage, die der Browser an den Server sendet	In der Antwort, die der Server an den Browser zurücksendet
Typisches Format	name1=value1; name2=value2	name=value; Path=/; HttpOnly; Secure
Enthält Attribute	Nein	Ja — SameSite / Path / Domain / Expires / Max-Age usw.
Geeignet zur Fehlersuche bei	Was tatsächlich in der Anfrage gesendet wurde	Warum der Browser ein Cookie ablehnt
Besseres Tool	Diese Seite	Set-Cookie-Parser

Häufige Debugging-Probleme mit dem Cookie-Request-Header

Dies sind die Probleme, denen Sie bei der Arbeit mit Request-Header-Cookies am häufigsten begegnen.

Symptom	Wahrscheinliche Ursache	Zuerst prüfen
API erkennt Anmeldestatus nicht	Die Anfrage enthielt das Ziel-Cookie nicht oder Name/Wert stimmen nicht überein	Prüfen Sie zuerst, ob das Ziel-Sitzungsfeld im normalisierten Cookie-Header erscheint
Cookie-Werte sehen unleserlich aus	Die Werte sind URL-codiert	Vergleichen Sie Rohwert und decodierten Wert nebeneinander
Verhalten unterscheidet sich zwischen Umgebungen	Doppelte Cookie-Namen, verbliebene alte Werte oder unterschiedliche Browser-Geltungsbereichsauswahl	Prüfen Sie Warnungen zu doppelten Namen und notieren Sie alle Einträge mit demselben Namen
Skript-Reproduktion schlägt fehl	Beim Kopieren wurden zusätzliche Leerzeichen, Zeilenumbrüche oder Formatierungsrauschen eingefügt	Kopieren Sie erneut mithilfe des normalisierten Cookie-Headers

Privacy & Security

Die Analyse von Cookie-Request-Headern, URL-Decodierung, Duplikaterkennung und JSON-Vorschau laufen alle lokal in Ihrem Browser ab. Die eingegebenen Sitzungen, Tokens und Anmelde-Cookies werden niemals an einen Server hochgeladen.

HTTP-Cookie-Parser