JSON in YAML umwandeln

VonOleh Soloninaktualisiert 25. September 2026

Ergebnis

8 Knoten umgewandelt.

YAML

name: UniTools land: "NO" version: "1.10" tags:

  - seo
  - rechner

jahr: 2026

Knoten

Was in Anführungszeichen kam

8 Knoten umgewandelt. 2 Werte bekamen Anführungszeichen: „NO“, „1.10“. Ohne sie läse YAML dort etwas anderes als JSON — eine Wahrheitsangabe, eine Zahl oder ein Datum statt einer Zeichenkette.

Status

Umgewandelt. Werte, die YAML anders lesen würde als JSON — no, yes, on, off, Versionsnummern —, stehen in Anführungszeichen.

Das Ergebnis ist ein Richtwert und ersetzt keine Beratung.

JSON in YAML umwandeln — im Blockstil, mit Anführungszeichen dort, wo sie die Bedeutung sichern.

Aus {"port": 8080, "hosts": ["web-1", "web-2"], "debug": false} wird in YAML eine Zeile port: 8080, darunter hosts: mit zwei eingerückten Strichen für die beiden Namen, und darunter debug: false. Dieselben Daten, nur ohne Klammern und Kommas — der Grund, warum Konfigurationen seit Jahren in YAML geschrieben werden und nicht in JSON.

In einer Hinsicht ist die Umwandlung geschenkt: YAML ist seit Version 1.2 eine Obermenge von JSON, Ihre Datei ist also, von Randfällen abgesehen, bereits gültiges YAML, ohne dass jemand sie anfasst. Arbeit macht erst die lesbare Form, und die verlangt Entscheidungen — wie mehrzeilige Werte umgebrochen werden, wann eine Zeichenkette Anführungszeichen braucht, wie man ein leeres Objekt hinschreibt. Dieses Werkzeug schreibt Blockstil, setzt Anführungszeichen dort, wo sie die Bedeutung sichern, zählt die Knoten des Dokuments mit und reicht bei ungültiger Eingabe die Meldung des Browser-Parsers durch — mitsamt Position, soweit der Browser sie nennt.

So benutzen Sie den Rechner

Fügen Sie das JSON ein — an der Wurzel sinnvollerweise ein Objekt oder ein Array.
Wählen Sie die Einrückung: zwei Leerzeichen sind üblich, vier bleiben bei tiefer Verschachtelung lesbar.
Prüfen Sie in der Ausgabe, welche Werte Anführungszeichen bekommen haben — dort hätte YAML sonst etwas anderes gelesen als JSON.

Werte, die YAML anders liest als JSON

YAML rät den Typ eines Wertes aus seiner Schreibweise. Deshalb wird aus dem Ländercode NO die Wahrheitsangabe „falsch“, aus der Version 1.10 die Zahl 1,1 und aus 22:30 eine Zahl zur Basis 60. Die Daten sehen danach unverändert aus und sind es nicht.

Der Rechner setzt diese Werte deshalb in Anführungszeichen und listet sie einzeln auf. Wer eine YAML-Datei von Hand schreibt, hat diese Liste nicht — und merkt den Verlust erst, wenn ein norwegischer Kunde im System fehlt.

Alle Zeilen stammen aus dem Rechner dieser Seite. Die letzte zeigt die Gegenprobe: Ein gewöhnliches Wort braucht keine Anführungszeichen und bekommt auch keine — sonst wäre die Ausgabe voller überflüssiger Zeichen und niemand achtete mehr auf die, die nötig sind.
Wert im JSON	Ohne Anführungszeichen läse YAML	Ausgabe des Rechners
NO	falsch (Wahrheitsangabe)	"NO"
yes	wahr	"yes"
off	falsch	"off"
1.10	die Zahl 1,1	"1.10"
2026-08-25	ein Datum	"2026-08-25"
22:30	die Zahl 1350	"22:30"
null	nichts	"null"
Köln	die Zeichenkette Köln	Köln

Das Norwegen-Problem und seine Verwandten

In YAML 1.1 sind y, yes, on und no Schreibweisen für Wahrheitswerte. Eine Länderliste mit dem Kürzel NO für Norwegen kommt deshalb in manchen Programmen als false an — der Fall ist unter dem Namen „Norway problem“ bekannt und hat es bis in die Fehlerberichte großer Projekte geschafft. YAML 1.2 hat die Kurzformen aus dem Kern gestrichen, nur lesen etliche verbreitete Bibliotheken bis heute nach 1.1.

Versionsnummern und Kennungen verhalten sich ähnlich: 1.10 gilt dem Leser als Gleitkommazahl und wird zu 1.1, die führende Null in 0755 kann als Oktalzahl durchgehen, 2026-08-25 wird zum Zeitstempel und 22:30 in älteren Lesern zur Zahl zur Basis 60. Wo im JSON eine Zeichenkette steht, setzt dieses Werkzeug darum Anführungszeichen, sobald der Text auch als Zahl, Wahrheitswert, Datum, Uhrzeit oder null gelesen werden könnte. Welche dieser Fallen tatsächlich zuschnappt, hängt an der lesenden Bibliothek — die Anführungszeichen wirken unabhängig davon.

Mehrzeilige Werte und leere Objekte

Für Text mit Zeilenumbrüchen kennt YAML den Blockstil: | behält die Umbrüche, > faltet sie zu Leerzeichen zusammen. Der abschließende Umbruch wird gesondert geregelt — |- schneidet ihn ab, | behält genau einen, |+ behält alle. Mehrzeilige Zeichenketten schreibt dieses Werkzeug als Literalblock und entscheidet zwischen |- und | danach, ob der Wert im JSON auf einen Umbruch endet; der Blockinhalt rückt dabei eine Stufe tiefer ein als sein Schlüssel, denn fest auf zwei Leerzeichen gesetzt stünde er in jeder verschachtelten Datei falsch. Zeilen, die auf ein Leerzeichen enden, und mehrere Umbrüche am Schluss schreibt dieses Werkzeug in Anführungszeichen mit \n — YAML selbst könnte beides auch im Literalblock darstellen, |+ behält die Umbrüche, das Werkzeug geht hier den sichereren Weg.

Leere Objekte und Arrays bleiben in der Klammerschreibweise stehen: {} und []. Das ist keine Nachlässigkeit, sondern notwendig — ein Schlüssel ohne Wert bedeutet in YAML null, nicht „leeres Objekt“, und der Unterschied fällt erst auf, wenn das lesende Programm über null stolpert.

Was erhalten bleibt und was nicht

Die Reihenfolge der Schlüssel übernimmt das Werkzeug unverändert aus dem JSON, sortiert wird nichts — mit einer Ausnahme: Schlüssel, die aussehen wie ganze Zahlen, zieht JavaScript beim Einlesen nach vorn und ordnet sie aufsteigend, aus {"10": …, "2": …} wird also erst 2 und dann 10. Verlassen sollte sich ein Programm auf die Reihenfolge ohnehin nicht: Eine Zuordnung ist nach der YAML-Spezifikation eine ungeordnete Menge, die Reihenfolge ist also für den Menschen und für den Vergleich zweier Dateien da. Doppelte Schlüssel verschwinden schon vor der Umwandlung — beim Einlesen des JSON gewinnt der letzte, ohne Warnung.

Kommentare kann diese Richtung nicht verlieren, weil JSON keine kennt. Für den Rückweg gilt das nicht: Wer YAML in JSON überführt, lässt jedes # und jeden Anker liegen, daran ändert kein Werkzeug etwas. Der zweite Unterschied sind Tabulatoren — YAML verbietet sie zur Einrückung ausdrücklich, weshalb hier nur zwei oder vier Leerzeichen zur Wahl stehen; innerhalb einer Zeichenkette in doppelten Anführungszeichen sind sie erlaubt und werden als \t geschrieben.

Quellen

Stand der Werte: 2026. Die Ergebnisse sind Orientierungswerte und ersetzen keine fachliche Beratung.

Häufige Fragen

Warum steht no bei mir in Anführungszeichen?

Weil no ohne Anführungszeichen von jedem Leser nach YAML 1.1 als false verstanden wird — das Norwegen-Problem. Sobald ein Text auch als Wahrheitswert, Zahl, Datum, Uhrzeit oder null durchgehen könnte, wird er hier eingefasst. Brauchen Sie an der Stelle wirklich einen Wahrheitswert, schreiben Sie im JSON false statt "no".

Wandelt das Werkzeug auch YAML zurück in JSON um?

Nein, es geht nur in diese eine Richtung. Für den Rückweg brauchen Sie einen YAML-Parser, denn YAML kann Dinge, die JSON nicht abbildet: Anker und Verweise, mehrere Dokumente in einer Datei, Schlüssel, die keine Zeichenketten sind. Umgekehrt gilt, von Randfällen wie doppelten Schlüsseln und Tabulatoren abgesehen: Ihr JSON ist ab YAML 1.2 schon gültiges YAML.

Was passiert mit sehr langen Zahlen?

Sie verlieren möglicherweise Stellen, und zwar schon beim Einlesen des JSON, nicht erst im YAML. Ganze Zahlen jenseits von 9 007 199 254 740 991 lassen sich nicht mehr alle genau darstellen, weil eine 64-Bit-Gleitkommazahl dafür zu wenig Stellen hat. Wer lange Kennungen überträgt, schreibt sie im JSON als Zeichenkette — dann stehen sie auch im YAML unverändert und in Anführungszeichen.

Woher kommt der Name „Norwegen-Problem“?

Vom Ländercode NO. In einer Länderliste, die YAML ohne Anführungszeichen liest, wird daraus die Wahrheitsangabe „falsch“, und Norwegen verschwindet aus der Liste, ohne dass irgendwo ein Fehler auftaucht. Dieselbe Falle gilt für ON (Ontario) und für die Antwortwerte yes und no.

Warum geht es nur in eine Richtung?

Weil YAML sehr viel mehr kann als JSON: Anker und Verweise, Typkennzeichnungen, mehrere Dokumente in einer Datei und drei Arten mehrzeiliger Werte. Ein Umwandler, der nur ein Stück davon versteht, wirkt genau bis zu der Datei, die über dieses Stück hinausgeht — deshalb steht er hier nicht.

Darf ich mit Tabulatoren einrücken?

Nein, YAML verbietet Tabulatoren zur Einrückung ausdrücklich — das ist eine der wenigen harten Regeln des Formats. Deshalb bietet der Rechner nur zwei und vier Leerzeichen an.

Nützliche Links

Entwicklung und Web Alle Rechner

JSON in YAML umwandeln

Ergebnis

Passt dazu

JSON-Formatierer

CSV und JSON umwandeln

SQL-Formatierer

Textgröße in Bytes

Base64-Umwandler

UTM-Link-Generator

Nützliche Links