| Naam | Waarde | Werking |
|---|---|---|
| Resolutie tonen na plakken boven | ||
Netscape-bestand kan Curl zijn-buse;no Domain is vervangen door een plaatshouder domein.
Eén pagina om zowel Cookie-requestheaders als Set-Cookie-responseheaders te begrijpen tijdens login-, API- en browserdebugging.
Een cookie-parser zet cookietekst uit browsers, frontendcode, API-tools of serverresponses om in gestructureerde resultaten. De tool probeert geen abstracte cookietheorie uit te leggen, maar beantwoordt echte debugvragen: welke cookies zijn daadwerkelijk meegestuurd met het huidige verzoek, welke attributen staan in de Set-Cookie-responseheader, waarom lijkt SameSite / Secure / HttpOnly correct maar weigert de browser de cookie toch, is de waarde URL-gecodeerd, en hoe kun je het resultaat hergebruiken in scripts of commandlinetools?
Een veelgemaakte fout in eenvoudige tools is document.cookie, de Cookie-requestheader en de Set-Cookie-responseheader behandelen alsof ze dezelfde invoervorm hebben. Dat klopt niet. document.cookie en request-cookies bekijk je het best als platte name=value-paren, waarbij je vooral wilt controleren of het verzoek de juiste cookies heeft meegestuurd. Set-Cookie is juist een server-naar-browser-responseheader, waarbij je moet nagaan of SameSite, Path, Domain, Expires, Max-Age, HttpOnly en Secure correct zijn ingesteld.
Deze pagina werkt als algemeen ingangspunt wanneer je nog niet zeker weet welk soort cookietekst je hebt, of wanneer je een volledig login-state-probleem onderzoekt en zowel wilt vergelijken wat het verzoek heeft gestuurd als wat de server heeft teruggegeven. Je kunt op één pagina wisselen tussen Cookie-stringmodus en Set-Cookie-modus en het resultaat snel parsen, inspecteren, filteren, kopiëren en exporteren.
Vergeleken met simpele online tools die alleen split(;) doen, is deze parser ontworpen rond leesbaarheid en hergebruik in echte debugscenario’s. De tool bewaart de ruwe waarde en toont veilig een gedecodeerde versie, laat attribuuttabellen zien, exporteert JSON en Netscape Cookie File en houdt dubbele cookies zichtbaar in plaats van precies het signaal weg te poetsen dat je nodig hebt om het probleem te vinden.
Heb je later een nog gerichtere workflow voor requestheaders nodig, gebruik dan de HTTP Cookie Parser. Moet je begrijpen waarom de browser een cookie heeft geweigerd, of SameSite=None Secure mist, of of beveiligingsattributen in Set-Cookie ongeldig zijn, schakel dan over naar de Set-Cookie Parser. Deze pagina kun je het beste zien als de algemene hub en routeringspagina voor cookiedebugging.
Deze pagina werkt goed als algemene ingang voor cookiedebugging, maar als je al weet welk type data je hebt, is een gespecialiseerde tool sneller.
| Tool | Beste invoer | Beste voor | Sterk punt |
|---|---|---|---|
| Cookie-parser (deze pagina) | Cookie-strings, document.cookie, meerregelige Set-Cookie | Wanneer het invoertype nog niet duidelijk is of je request- en responsecookies op één plek wilt afhandelen | Twee modi, JSON / Netscape-export en een praktische centrale hub voor cookiedebugging |
| HTTP Cookie Parser | Cookie-requestheaders en document.cookie-achtige strings | Controleren welke cookies het verzoek echt heeft meegestuurd, of namen dubbel zijn en of waarden URL-gecodeerd waren | Gerichter op request-side naam/waarde-parsing voor sessies en loginstatusHTTP Cookie Parser openen |
| Set-Cookie Parser | Set-Cookie-responseheaders die de server terugstuurt | Controleren waarom de browser een cookie weigerde en of SameSite / Secure / HttpOnly riskant zijn | Diepere attribuutinspectie voor beveiligingsinstellingen en browserbeleidSet-Cookie Parser openen |
Komt de tekst uit frontendcode, document.cookie, requestlogs of een curl-header, begin dan met Cookie-stringmodus. Komt hij uit Response Headers in het Network-paneel van de browser, schakel dan over naar Set-Cookie-modus, anders lees je attributen verkeerd als gewone sleutel-waardeparen.
HTTP Cookie ParserSet-Cookie ParserVeel cookiewaarden zijn URL-gecodeerd. Tijdens debugging is het verstandig om zowel de ruwe als de gedecodeerde waarde zichtbaar te houden, vooral als je handtekeningen, Base64, JWT of server-side dubbele codering onderzoekt.
Dubbele cookies betekenen vaak verschillende paden, verschillende domeinen of restwaarden van eerdere flows. Automatische deduplicatie kan de echte oorzaak verbergen. Het is veiliger om duplicaten zichtbaar te houden en ze te vergelijken met requestpad, scope en Set-Cookie-configuratie.
Als je het resultaat alleen in documentatie, issues of scripts wilt plakken, is JSON meestal duidelijker. Wil je het resultaat doorgeven aan curl, een crawler of een tool die cookiebestanden importeert, kies dan Netscape Cookie File.
curl naar codeDe parser ondersteunt twee hoofdtypen invoer: platte name=value; name2=value2-strings zoals document.cookie of een Cookie:-requestheader, en meerregelige Set-Cookie-responseheaders die uit het Network-paneel van de browser zijn gekopieerd. Het eerste type is geschikt om te zien welke cookies echt met het verzoek zijn meegestuurd; het tweede om SameSite, Secure, HttpOnly, Path, Domain, Expires en Max-Age te controleren.
Een Cookie-requestheader is de platte lijst met sleutel-waardeparen die de browser naar de server stuurt. Er zitten geen attribuutmetadata in. Set-Cookie is de responseheader die de server terugstuurt naar de browser. Elke regel beschrijft één volledige cookieconfiguratie en kan naast naam en waarde ook Path, Domain, Expires, SameSite, Secure, HttpOnly en andere attributen bevatten. Gebruik Cookie-parsing om te debuggen wat het verzoek heeft meegestuurd, en Set-Cookie-parsing om te begrijpen waarom de browser een cookie accepteerde of weigerde.
Veel cookiewaarden zijn URL-gecodeerd. %3D betekent bijvoorbeeld = en %2F betekent /. De tool bewaart de ruwe waarde en laat daarnaast de URL-gedecodeerde versie zien, zodat je de echte inhoud kunt controleren zonder de oorspronkelijke invoer kwijt te raken.
Dubbele namen kunnen ontstaan door verschillende Paths, verschillende Domains of herhaalde writes tijdens debugging. Het duplicaat is vaak juist een belangrijke aanwijzing. Daarom waarschuwt de tool ervoor in plaats van alles automatisch samen te voegen.
JSON-export is beter als je verder wilt werken met scripts, testcases, API-documentatie of loganalyse. Netscape Cookie File is beter als je cookies opnieuw wilt gebruiken in tools of commandlineflows die dat formaat ondersteunen, zoals curl -b. JSON is gestructureerder, Netscape is vooral handig voor compatibiliteit.
Ja. Je kunt eerst in Cookie-modus bekijken welke cookies het verzoek daadwerkelijk heeft meegestuurd en daarna naar Set-Cookie-modus schakelen om te controleren of serverattributen fout zijn, bijvoorbeeld SameSite=None zonder Secure, een niet-passend Path, een ongeldige Max-Age of de verkeerde Domain-scope.
De gecombineerde parser is handig als je debugsessie zowel document.cookie als Set-Cookie kan bevatten en je één ingangspunt wilt. Als je al weet dat je alleen request-cookies nodig hebt, is de speciale HTTP Cookie Parser gerichter. Als je alleen responseheaders nodig hebt, gaat de Set-Cookie Parser dieper in op attribuutvalidatie en beveiligingscontroles.
Nee. Cookie-parsing, URL-decodering, JSON-preview en Netscape-tekstgeneratie draaien lokaal in je browser. Niets van wat je plakt wordt naar een server gestuurd.
Ja. De tool parseert elke Set-Cookie-regel en toont gestructureerde velden zoals SameSite, Secure, HttpOnly, Path, Domain, Expires, Max-Age en Partitioned, zodat je niet handmatig puntkomma’s in de ruwe header hoeft te tellen.
Ja. In requestheader-modus kun je genormaliseerde Cookie-inhoud kopiëren. De gecombineerde parser exporteert ook JSON en Netscape Cookie File-tekst, zodat je ermee verder kunt in curl, crawlerscripts, API-testtools of automatiseringstaken.
Veel problemen bij cookiedebugging komen doordat de invoervorm al vóór het parseren verkeerd wordt ingeschat.
| Invoertype | Typisch voorbeeld | Bevat | Betere tool |
|---|---|---|---|
| document.cookie / Cookie-requestheader | session=abc; theme=dark; lang=zh-CN | Alleen platte name=value-paren, zonder attributen | Cookie-stringmodus op deze pagina of de HTTP Cookie Parser |
| Set-Cookie-responseheader | session=abc; Path=/; HttpOnly; Secure; SameSite=Lax | name=value plus beveiligings- en levensduurattributen | Set-Cookie-modus op deze pagina of de Set-Cookie Parser |
| Netscape Cookie File | .example.com TRUE / FALSE 0 sid abc123 | Domein, pad, secure-flag, vervaltijd, naam en waarde | Deze pagina kan dit genereren voor hergebruik in curl en scripts |
Maak bij cookietroubleshooting eerst onderscheid tussen ontbrekende request-cookies en browser-side weigeringen.
| Symptoom | Waarschijnlijke oorzaak | Controleer eerst |
|---|---|---|
| De doelcookie ontbreekt volledig in het verzoek | De cookie is nooit correct geschreven of de Path / Domain-scope komt niet overeen | Controleer eerst de Set-Cookie-modus en daarna de requestheader-modus |
| Cross-site-verzoeken sturen geen cookies mee | SameSite-beperkingen, ontbrekende Secure of browserbeleid voor third-party cookies | Controleer eerst of SameSite=None gecombineerd is met Secure |
| De cookiewaarde ziet er onleesbaar uit | De waarde is URL-gecodeerd of opnieuw verpakt in Base64 / JWT door de server | Open de gedecodeerde weergave en ga daarna indien nodig verder met JWT / Base64 |
| Cookies met dezelfde naam gedragen zich instabiel | Er bestaan meerdere writes onder verschillende Paths of Domains | Laat duplicaten zichtbaar en vergelijk scope plus oorsprong van de write |
| curl of scripts kunnen browsercookies niet direct hergebruiken | Er ontbreekt een gestandaardiseerd exportformaat | Schakel over op JSON-export of Netscape Cookie File-export |
Cookie-parsing, URL-decodering, JSON-preview en Netscape-tekstgeneratie gebeuren volledig lokaal in de browser. Session-, Token-, login-cookies en gekopieerde headers worden niet naar een server geüpload.
