JSON YAML 変換
JSON ↔ YAML 変換は、ブラウザ内で YAML から JSON、JSON から YAML へ双方向変換します。左右同期、構文のみの検証、キーソート、インデント調整、マルチドキュメント YAML、コピー/ダウンロードに対応します。
JSON インデント
YAML インデント
キーをソート
配列をマルチドキュメント YAML に分割(--- 区切り)
JSON
文字
0 / 500,000
⇄
YAML
文字
0 / 500,000
かんたんスタート
よくある利用シーン
Kubernetes 設定作成
K8s リソースマニフェストを YAML と JSON の間で変換し、どちらの表示でも構造を確認できます。
Helm values のデバッグ
values.yaml を JSON に変換し、IDE で型とネストを確認します。
CI/CD パイプライン
GitHub Actions (YAML) と JSON を使用する CI システムの間でスニペットを迅速に変換します。
API デバッグ
JSON ペイロードを YAML に変換して、階層ビューを明確にします。
設定移行
貼り付けた設定スニペットを 1 つずつ変換し、コメント、アンカー、ドキュメント区切りが JSON でどう変わるか確認します。
構文の整形と検証
双方向同期で JSON/YAML 構文を確認し、エラー位置を行/列で表示します。
使い方のヒント
変換ルール
往復変換で失われるもの
制限事項と互換性
プライバシーとセキュリティ
よくある質問
JSON と YAML は同じデータ型 (オブジェクト、配列、文字列、数値) を表すことができますが、構文が異なります。 • JSON は中括弧/括弧と二重引用符を使用し、より厳密な構文を持ち、コメントをサポートしません。 • YAML は階層にインデントを使用し、人間が読みやすく、コメントをサポートしていますが、空白には敏感です。 経験則: • API およびマシン間のデータ交換には、JSON を推奨します。 • 人間が頻繁に編集する Kubernetes/Helm/CI 構成の場合は、YAML を推奨します。 • データモデルを変更せずにそれらの間で変換できます。
YAML 1.1 パーサーは yes/no/on/off/y/n を真偽値として扱うことがあります。このツールは YAML 1.2 の挙動に従い、移植性の高い真偽値は true/false です。下流の古いツールが異なる解釈をする可能性がある場合は、"yes" のように文字列として引用してください。
JSON (RFC 8259) ではコメントは許可されません。そのため、YAML コメントは YAML→ JSON 変換では保持できず、逆変換時に再構築することもできません。コメントが重要な場合は、元の YAML ファイルを保存してください。
--- は YAML のドキュメント区切りです。1 つのファイルに複数の独立した YAML ドキュメントを入れるときに使います。Kubernetes では、Deployment、Service、ConfigMap などを 1 ファイルにまとめる用途でよく使われます。このツールはマルチドキュメント YAML を JSON 配列として読み取り、JSON 配列を --- 区切りの YAML ドキュメントへ戻すこともできます。
JavaScript は IEEE 754 倍精度数値を使用します。安全な整数の範囲は -(2^53-1) から 2^53-1 (±9007199254740991) です。より大きな整数 (Snowflake ID や 64 ビットのタイムスタンプなど) は精度が失われる可能性があります。正確な値を保存するには、「9007199254740992」などの文字列として保存します。
アンカー(&name)とエイリアス(*name)は YAML 固有の再利用機能です。JSON には同等の参照機構がないため、変換時にエイリアスは完全なコピーへ展開されます。これは情報を失う変換であり、元のアンカー構造は自動復元できません。