JSON ↔ YAML 変換

使い方

変換方向(JSON → YAML / YAML → JSON)を切り替え、左に元データを貼り付けると、右に変換結果が表示されます。Swap ボタンは現在の出力を入力欄に戻して方向を反転させるため、設定の往復確認や、両方向の変換結果を見比べるのに便利です。パースエラーは行・列番号で示されるため、構造的な問題を素早く見つけられます。

フォーマットの好みが異なるシステム間で設定を移すときに使ってください。誰かが JSON で書いた Kubernetes マニフェストを `kubectl` が期待する YAML に変換する、API 出力から Helm の `values.yaml` を生成する、Terraform の JSON 変数ファイルを Kustomize パッチに流し込む、といった場面です。両フォーマットはデータモデルが同じ(JSON は YAML 1.2 の厳密な部分集合)で、ほとんどの設定では往復で情報が失われません。処理は `yaml` ライブラリでブラウザ内完結します。内部ホスト名やシークレットを含む設定でも安心して使えます。

例

{"name":"sample","version":"1.0.0","ports":[80,443],"env":{"production":true,"region":"us-east-1"}}

name: sample
version: 1.0.0
ports:
  - 80
  - 443
env:
  production: true
  region: us-east-1

# Production config
name: api
version: 1.0.0
replicas: 3 # bumped 2024-Q2
features:
  - search   # GA
  - billing  # beta

{
  "name": "api",
  "version": "1.0.0",
  "replicas": 3,
  "features": [
    "search",
    "billing"
  ]
}

name: release
released: 2024-05-27
expires: 2025-05-27T00:00:00Z

{
  "name": "release",
  "released": "2024-05-27",
  "expires": "2025-05-27T00:00:00.000Z"
}

よくある質問

関連する概念

JSON と YAML は同じ論理データモデル(スカラー・シーケンス・マッピング)を共有するため、変換作業の大半は同じツリーを取り囲む構文の付け替えになります。JSON は意図的にミニマルです。ダブルクォート文字列、コメントなし、末尾カンマなし、プリミティブは 4 種(文字列・数値・真偽値・null)に配列とオブジェクト。YAML 1.2 は JSON を有効な部分集合として明示するため、JSON ドキュメントは変更なしで YAML としてパースできます。ただし矢印を逆向きにすると常に綺麗には戻りません。YAML はコメント、重複排除のためのアンカーとエイリアス、複数ドキュメントストリーム、ブロックスカラー(`|` は改行保持、`>` は折り畳み)、タグ付き型(`!!set`・`!!binary`・`!!timestamp`)を追加で備え、これらは JSON では行き場がありません。

実用上の境界は **機械 / 人間どちらが消費するか** です。JSON はワイヤフォーマットを支配します。REST API のボディ、NoSQL のドキュメントストア、ブラウザの `localStorage`、ログ転送など。剛性が長所で、コメント行が誤ってパーサを壊すこともなく、空白の曖昧さもありません。YAML は人手編集される設定を支配します。Kubernetes マニフェスト、GitHub Actions ワークフロー、Ansible プレイブック、Docker Compose、Helm チャートなど。柔軟性(コメント・複数行文字列・アンカー)がインデントの厳しさを払い戻します。よくあるパターンは YAML で記述してランタイムには JSON を渡すことで、`helm template` はまさにこれを行います。

隣接する 3 フォーマットも押さえておく価値があります。**TOML** は YAML と同じく設定向けですが、より厳格で曖昧さの少ない構文を持ちます — Rust の `Cargo.toml`、Python の `pyproject.toml`、Hugo の設定で一般的です。**HCL**(HashiCorp Configuration Language)は Terraform を支え、ブロック指向の構文と埋め込み式を備えます。**JSON5 / JSONC** は JSON にコメントと末尾カンマを後付けし、JSON ファミリーを離れずに人手編集の余地を作ります — `tsconfig.json` や VS Code の `settings.json` は後者です。各々が可読性と厳密さのスペクトラム上で異なる点を選んでおり、YAML と JSON はそれぞれの端でツーリングの厚みが最も大きい場所を占めています。