YAML → JSON 変換
YAMLとJSONを双方向に変換します。インデント幅を指定でき、ネストしたマップ・リスト・複数行文字列に対応。構文エラーは位置を示して報告します。
インデント幅を指定してYAMLをJSONに、JSONをYAMLに変換します。ネストしたマップ、リスト、引用符付き文字列、複数行のブロックスカラー、アンカーに対応し、構文の問題は黙って失敗せず、原因となった位置とともに報告されます。
2つの形式をつなぐ日常的な橋渡しです。YAMLで書かれたKubernetesやCIの設定ファイルをAPI呼び出し用のJSONにする、あるいはJSONのペイロードを手で編集する（YAMLのほうがはるかに楽です）といった場面で使います。変換はブラウザ内で行われるため、トークンや社内ホスト名を含む設定ファイルが端末の外に出ることはありません。
YAMLとJSONを相互に変換する方法
YAMLまたはJSONを貼り付けます
変換方向とインデントを選びます
変換結果をコピーします
よくある質問
どの方向に対応していますか？
YAMLからJSONへ、JSONからYAMLへの両方です。JSONはYAMLの部分集合なので、正しいJSONは必ずきれいに変換されます。一方でYAMLにはJSONにない機能があり、それらは変換時に展開されます。
YAMLのコメントはどうなりますか？
コメントはデータモデルの一部ではないため、JSONへの変換時に失われます。コメントが重要な場合は、元のファイルを正本として保管してください。
複数行の文字列は保持されますか？
はい。ブロックスカラーやリテラル文字列は通常の文字列になり、改行は改行文字としてエスケープされた形で保たれます。
YAMLの解析に失敗するのはなぜですか？
よくある原因は、インデントの不統一、スペースの代わりのタブ文字、値の中の引用符なしコロンです。エラーメッセージは解析が止まった行と列を示します。
大きな設定ファイルも扱えますか？
はい。数メガバイトのファイルも瞬時に変換されます。実質的な上限は端末のメモリで、処理はすべて端末内で行われます。
設定ファイルはアップロードされますか？
いいえ。設定ファイルには認証情報、トークン、社内ホスト名が含まれることが多いため、ここは重要です。
概要
| 入力 | テキスト |
|---|---|
| 複数ファイル | いいえ |
| 実行場所 | ブラウザ内で実行 - ファイルはアップロードされません |
| オフラインでも動作 | はい — ページを読み込んだ後 |
| 料金 | 無料・登録不要・透かしなし |
データ形式の選び方
JSONは、APIが返すものやプログラムが読み取るものの既定の選択です。入れ子構造、数値、真偽値、nullを自然に扱え、どの言語でもパースできます。CSVはより小さく、表計算ソフトでそのまま開けますが、入れ子を表現する方法がなく、区切り文字、引用符、文字コードに関する共通規格もありません。変換がうまくいかないのはまさにこの点です。XMLは冗長ですが、属性、混在コンテンツ、スキーマを扱えるため、文書形式や既存の連携では今も主流です。YAMLは設定ファイルにとって最も読みやすい形式ですが、空白に敏感で、型の自動変換が意外な結果を生みます（「no」がfalseになったり、1.10のようなバージョンが1.1になったりします）。見た目が最もよいものではなく、利用する側のツールが好む形式を選んでください。
変換が静かに壊れるところ
変換のバグの多くは構文ではなく意味の問題です。郵便番号のCSV列は、表計算ソフトが数値だと推測した瞬間に先頭のゼロを失います。長いIDは浮動小数点の精度を超えてしまいます。日付は、日が先か月が先かによって意味が変わります。JSONのキーには順序がありませんが、配列にはあります。キーを並べ替えるツールは何も変えませんが、配列を並べ替えるツールはデータを変えてしまいます。Unicodeも落とし穴です。テキストはUTF-8やUTF-16、あるいはBOM付きで届くことがあり、推測を誤ったデコーダーはアクセント付きの文字を文字化けに変えてしまいます。変換を信用する前に、最初と最後の行、先頭にゼロがあるフィールド、引用符・カンマ・改行を含むフィールドを抜き取り検査してください。