Füge einen curl-Befehl ein und klicke "Konvertieren" — wir zerlegen ihn in ein JSON-ObjektcURL einfügen

Was 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.

1

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.

2

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).

3

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: