JSONをYAMLに変換
JSONデータを安全な引用付きのきれいなYAMLに変換
YAMLではインデントが意味論を表します
引用は常に安全
YAMLが数字・真偽値・日付・"yes/no"として読む文字列は自動的に引用され、ファイルは常に同じデータを読み込みます。
ブロック形式のJSONではないYAMLに
ネストしたオブジェクトと配列は、きれいなインデントベースのYAMLブロックになります。括弧だらけのJSONよりはるかに読みやすいです。
ラウンドトリップ保証
出力の決定はすべて可逆であるとテストされています。YAMLは同一のJavaScriptオブジェクトに解析されて戻るため、変換で失われるものはありません。
JSONをYAMLに変換するコンバーターとは？
YAMLは設定ファイルの標準形式です。Docker Composeファイル・GitHub Actionsワークフロー・Kubernetesマニフェスト・Ansibleプレイブックが使っています。JSONをYAMLに変換するコンバーターは、構造化JSONをYAML構文に再整形し、設定ファイル・ドキュメント例・CIパイプラインにそのまま入れられるようにします。YAMLパーサーが誤解する文字列（数字・日付・真偽値・"yes"/"no"・コロン・ハッシュ）は引用され、ネスト構造は括弧ではなくインデントベースのブロックになります。
できること
- 任意のJSONドキュメントをブロックYAMLに変換
- 数字・真偽値・日付として誤読される文字列を引用
- ネストしたオブジェクト・配列・空オブジェクト・空配列を正しく表示
- 2または4スペースのインデントを選択
- 同一のソースデータに再読み込みできる出力
- YAML結果をコピーまたはダウンロード
使う場面
- Docker ComposeやGitHub Actionsの設定をJSONから作成
- JSON APIレスポンスからYAMLの例を作成
- JSONモデルからKubernetes・Ansibleマニフェストを構築
- レガシーJSON設定をチーム標準のYAMLに変換
プライバシー：変換はすべてブラウザ内で行われ、貼り付けた内容がアップロードされることはありません。
マッピング規則と意図的な制限
- インデントは2スペース固定。キーは、YAMLパーサーが誤って解釈する場合（例：YAML 1.1パーサーで文字列値
noがブール値 false と解釈されてしまう古典的な罠）にのみクォートで囲みます。 - 複数行の文字列には、改行がシリアライズ／デシリアライズの往復で保持されるよう、エスケープ文字の乱用よりブロックスカラー（
|）を優先します。 - アンカー、エイリアス、カスタムタグは明示的に出力しません。純粋なJSONにはこれらに相当する機能が存在せず、独自に実装すると再パースが破綻するためです。
よくある質問
なぜ一部の文字列が引用されるのですか？⌄
プレーンYAMLは裸の値を形状で解決します。"true"は真偽値、"3.14"は数値、"2026-01-01"は日付です。コンバーターは正確にそれらの文字列を引用し、YAMLが元の文字列として読み込まれ、型を黙って変更されることがないようにします。
すべてのJSON形式を変換できますか？⌄
はい。オブジェクト・配列・文字列・数値・真偽値・null・空オブジェクト・空配列をすべて変換できます。出力はブロックYAML（インデント方式）で、2または4スペースのインデントを選択できます。
JSONはどこかにアップロードされますか？⌄
いいえ。すべてブラウザ内で純粋なJavaScriptにより動作します。転送も保存もされません。