So funktioniert es
YAML ↔ JSON-Konverter — Zwischen YAML und JSON in beide Richtungen konvertieren. Alle Verarbeitung erfolgt in deinem Browser — kein Upload, keine Anmeldung, keine E-Mail. Für immer kostenlos.
Zuletzt aktualisiert:
Über YAML ↔ JSON-Konverter
YAML und JSON drücken dieselben Datenformen aus — Objekte, Arrays, Strings, Zahlen, Booleans, null — mit sehr unterschiedlicher Syntax. YAML ist freundlicher für Menschen, die Configs editieren (Kubernetes-Manifeste, GitHub-Actions-Workflows, Helm-Values), während JSON das universelle Austauschformat ist, das deine APIs und Tools sprechen. Dieser bidirektionale YAML JSON Konverter lässt dich zwischen beiden wechseln, ohne in eine Node-REPL zu kopieren oder ein Online-Tool zu suchen, das deine Config hochlädt.
Konvertiere YAML → JSON, wenn du eine Konfigurationsdatei in ein Tool füttern musst, das nur JSON akzeptiert, wenn du ein Kubernetes-Manifest gegen ein JSON Schema validieren willst oder wenn du ein tief verschachteltes YAML inspizieren willst, um zu sehen, was genau geparst wird. Konvertiere JSON → YAML, wenn du ein neues Helm-Chart aufsetzt, GitHub Actions auf Basis einer bestehenden JSON-Config schreibst oder eine API-Antwort in eine handeditierbare Config-Datei wickelst.
Beide Richtungen laufen vollständig in deinem Browser über die js-yaml-Library — dieselbe, die unzählige Node.js-Tools nutzen. Deine Konfigurationsdaten, die oft Umgebungsnamen, interne Hostnamen und manchmal noch nicht bereinigte Secrets enthalten, verlassen die Seite nie. Kein Upload, kein Logging, kein Sign-in.
So verwenden Sie YAML ↔ JSON-Konverter
- Füge deinen Quelltext in die YAML- oder die JSON-Seite ein, je nach Richtung.
- Klicke auf "YAML → JSON" oder "JSON → YAML", um in das andere Format zu konvertieren.
- Stelle die Einrückung (2 oder 4 Leerzeichen) passend zum Stil deines Projekts ein.
- Lies "Invalid YAML" oder "Invalid JSON", wenn der Parser den Input ablehnt — repariere den markierten Fehler und versuche es erneut.
- Kopiere die konvertierte Ausgabe und füge sie in deine Config-Datei, dein Manifest oder deine Test-Fixture ein.
Häufige Anwendungsfälle
- Ein Kubernetes-YAML-Manifest in JSON konvertieren, um es durch jq zu pipen oder gegen ein JSON Schema zu validieren.
- Eine Helm values.yaml in JSON wandeln, um zwei Umgebungen mit einem strukturellen Diff-Tool zu vergleichen.
- Eine API-Antwort (JSON) in eine YAML-Datei umformatieren, die du als Fixture handeditieren kannst.
- GitHub-Actions-Workflows aus bestehenden JSON-Konfigurationen aufsetzen, die ein CI-Tool exportiert hat.
- Sanity-Check, dass eine YAML-Datei mit Anchors und Merge-Keys (<<:) zu den Daten auflöst, die du tatsächlich erwartest.
Tipps und häufige Fehler
- YAML-Anchors und -Aliases ("&base", "*base") werden bei der Konvertierung zu JSON vollständig aufgelöst, weil JSON kein Anchor-Konzept hat. Die Gegenrichtung emittiert plain YAML, ohne sie wieder einzuführen.
- Pass auf das "Norway-Problem" von YAML auf: ungequotete "NO", "yes", "on", "off" werden als Booleans geparst. Wenn du sie als Strings brauchst, quote sie oder konvertiere zu JSON, um zu sehen, was passiert.
- JSON verlangt doppelt gequotete Keys und Strings — YAML lässt sie meist weg. Wenn du YAML von Hand in eine JSON-Datei kopierst, braucht jeder Key Anführungszeichen.
- Einrückung ist in YAML Teil der Syntax. Zwei Leerzeichen sind der De-facto-Standard für Kubernetes, Ansible und GitHub Actions — passe dich den umgebenden Dateien an.
Häufig gestellte Fragen
Werden Anker und Aliase erhalten?
Bei YAML → JSON werden Anker/Aliase auf ihre referenzierten Werte aufgelöst (JSON kennt keine Anker). Die umgekehrte Richtung gibt einfaches YAML ohne Anker aus.
Wie werden Daten und Spezialtypen behandelt?
Wir verwenden das YAML-1.1-Standardschema. In YAML geparste Datumsangaben werden in JSON zu ISO-8601-Strings. Booleans, Zahlen und Null bleiben native JSON-Typen.
Werden meine Daten hochgeladen?
Nein. Beide Richtungen laufen im Browser über js-yaml — nichts wird irgendwohin gesendet.
Welche YAML-Version unterstützt der Parser?
js-yaml unterstützt das YAML-1.1-Default-Schema mit optionalen 1.2-Modi. Das ist, was die meisten realen Tools (Kubernetes, Ansible, Docker Compose) in der Praxis konsumieren — also bleibt das Hin- und Herkonvertieren kompatibel.
Bleiben Kommentare beim Round-Trip von YAML durch JSON erhalten?
Nein — JSON hat keine Kommentar-Syntax, also gehen YAML-"#"-Kommentare beim YAML-→-JSON-Schritt verloren und können nicht rekonstruiert werden. Bewahre eine Originalkopie auf, wenn Kommentare wichtig sind.
Wie werden Multi-Document-YAML-Dateien (mit ---) behandelt?
Der Konverter lädt das erste Dokument. Bei Multi-Doc-Dateien splittest du an den "---"-Markern und konvertierst jeden Block separat — oder wickelst die Dokumente selbst in ein JSON-Array.
Neueste Beiträge aus dem Blog
Ähnliche Tools
- URL-Encoder/DecoderURI-Komponenten und vollständige URLs codieren und decodieren
- UUID-GeneratorKryptografisch zufällige UUID v4 in Massen erzeugen
- JWT-DecoderJSON Web Tokens decodieren und prüfen (Header, Payload, Ablauf)
- Regex-TesterReguläre Ausdrücke mit Live-Hervorhebung testen
- Cron-Ausdrucks-BuilderCron-Ausdrücke erstellen und in einfacher Sprache erklären
- SQL-FormatiererSQL-Abfragen für jeden gängigen Dialekt verschönern, minimieren oder formatieren