cURL-zu-JSON-Konverter
cURL-Befehl einfügen. Anfrage als JSON strukturiert zurückbekommen.
curl-Befehl ein und klicke "Konvertieren" — wir zerlegen ihn in ein JSON-ObjektcURL einfügenWas dieses Tool macht
Du hast einen cURL-Befehl aus deinem Terminal-Verlauf, einer Stack-Overflow-Antwort oder den API-Docs eines Anbieters kopiert und musst ihn in etwas verwandeln, das deine App oder ein anderes Tool verarbeiten kann? Dieser Konverter zieht URL, Methode, Header, Auth, Query-Parameter und Body aus dem cURL-Befehl heraus und gibt ein sauberes JSON-Objekt aus, das die gesamte Anfrage beschreibt.
Der Parser läuft zu 100% in deinem Browser — dein cURL-Befehl, etwaige API-Keys oder Tokens in den Headern und der Body-Payload verlassen deinen Rechner nie. Das ist wichtig, weil cURL-Befehle aus echter Arbeit oft Bearer-Tokens, Cookies oder Session-IDs enthalten, die nicht von deinem Laptop wegfließen sollten. Alles hier ist JavaScript, genauso wie bei jedem anderen Browser-Tool.
Unterstützt Zeilenfortsetzungen (\), einfache und doppelte Anführungszeichen, alle gängigen Flags (-X, --request, -H, --header, -d, --data, --data-raw, --data-urlencode, -u, --user) und JSON-Bodies — wenn der Body gültiges JSON ist, parsen wir ihn und geben ihn als verschachteltes Objekt aus statt als String.
So gehts
Drei Schritte. Funktioniert mit cURL-Befehlen aus Chrome DevTools, dem Postman-Export, Stack Overflow oder wo auch immer.
cURL-Befehl einfügen
Wirf deinen Befehl in den linken Editor. Mehrzeilig (mit \-Fortsetzungen) ist okay. Du kannst direkt aus Copy as cURL der Chrome DevTools einfügen — die zusätzlichen -H-Flags für Browser-Header werden sauber geparst.
Wenn du eine Anfrage aus einer laufenden Session abgreifst, denk daran, dass der Befehl vermutlich einen Authorization-Header mit einem aktiven Token enthält. Der Parser läuft lokal, das Token geht also nie über die Leitung — rotiere es trotzdem, falls du die JSON-Ausgabe mit jemand anderem teilst.
Konvertieren klicken
Klick auf den grünen Konvertieren-Button. Der Parser liest den Befehl und baut ein JSON-Objekt mit der zerlegten Anfrage: method, url, queryParams, headers, auth, body (geparst, wenn der Payload JSON ist) und bodyRaw (der Original-String).
JSON weiterverwenden
Kopiere die Ausgabe in eine Test-Fixture, einen Postman-Import, ein OpenAPI-Beispiel, ein Retry-Skript oder wo immer du die Anfrage als Daten festgehalten brauchst. Kein Rebuild, keine Kommandozeilen-Tools.
Wann das wirklich Zeit spart
DevTools-cURL in Postman-Requests verwandeln
Chromes <strong>Copy as cURL</strong> spuckt eine riesige Einzeiler-Zeile aus. Hier einfügen, das strukturierte JSON nehmen und die Anfrage in Postman, Insomnia oder einem Code-Template neu aufbauen, ohne von Hand Flag für Flag herauszupicken.
Ein Shell-Skript in Code überführen
Ein altes Shell-Skript hat cURL-Aufrufe mit hartkodierten Headern und Body. Wandle jeden Aufruf in JSON um und generiere daraus äquivalente HTTP-Client-Calls in Python, Go oder TypeScript — ohne Abschreibfehler.
Test-Fixtures bauen
Erfasse echte Request-Strukturen aus deinem Browser, wandle sie in JSON um und kippe sie als Fixtures in deine Integrationstests oder den Mock-Server. Die Request-Struktur passt exakt zur Produktion.
API-Dokumentation schreiben
Ein Anbieter gibt dir ein cURL-Beispiel an die Hand. Wandle es in JSON um und betten die zerlegte Anfrage in deine internen Docs oder OpenAPI-Beispiele ein — deutlich lesbarer als der rohe curl-String.
Häufige Fragen
Wird mein cURL-Befehl irgendwohin geschickt?
Nein. Der Parser läuft komplett in deinem Browser als JavaScript. Nichts vom Befehl — URL, Header, Auth-Tokens, Body-Payload — geht an einen Server. Du kannst das selbst überprüfen: Network-Tab in den DevTools öffnen und auf Konvertieren klicken — null Requests.
Versteht es Chromes "Copy as cURL"-Ausgabe?
Ja. Chrome gibt lange Einzeiler aus, mit einem -H-Flag pro Browser-Header und Backslash-Zeilenfortsetzungen. Das alles wird korrekt geparst. Genauso bei Firefox' "Copy as cURL" und Safaris Pendant.
Was ist mit --data-urlencode und form-codierten Bodies?
Werden erkannt. --data-urlencode key=value-Paare werden in body als Objekt gesammelt. Bei Content-Type: application/x-www-form-urlencoded-Payloads mit einem einzelnen -d-Flag wird der Body-String zusätzlich URL-decodiert und als Objekt abgelegt, damit du die Form-Felder direkt siehst.
Werden JSON-Bodies sauber verarbeitet?
Ja. Wenn der Body-Payload als gültiges JSON parst (gemäß RFC 8259), enthält der body-Schlüssel der Ausgabe das geparste Objekt/Array. Der ursprüngliche Roh-String bleibt in bodyRaw erhalten, falls du ihn brauchst.
Welche Flags versteht es?
Die gängigen: -X/--request (Methode), -H/--header, -d/--data/--data-raw/--data-binary/--data-urlencode, -u/--user (Basic Auth), -b/--cookie. Nicht erkannte Flags (etwa --insecure, -v) werden in einem options-Array gesammelt, sodass du siehst, was übersprungen wurde.
Geht das auch bei sehr langen Befehlen?
Ja — der Parser kommt mit Befehlen im Kilobyte-Bereich problemlos klar. Da alles lokal läuft, gibts keinen Upload, keine Netzwerk-Latenz und kein Rate-Limit.
Verwandte Tools
Wenn du gerade mit HTTP-Anfragen und JSON jonglierst, passen diese gut dazu: