YAMLをJSONに安全に変換する方法｜ファイルアップロード不要で完全無料

500行のKubernetes設定ファイルをJSONに変換する必要があるとします。Googleで「YAMLからJSONへ 変換」と検索して、最初に出てきた結果をクリックすると...あれ？ファイルをアップロードしろって？どこかのサーバーに？本番環境の設定ファイルやAPIキー、社内インフラの情報を扱っているのに、それは絶対無理ですよね。

→ 関連記事：YAMLのノルウェー問題を完全解決｜NO/YES/OFFを文字列として正しく保持する方法

⚡ もっと速く： YAMLforge Proで1日10回の制限を解除。必要なだけ変換できます。

フォージくんだよ 🤖 — この記事、僕と一緒に読んでいこう！YAMLの細かい仕様とブラウザのセキュリティについて考えすぎちゃう性格なんだ。記事の中で「あ、ここ重要」ってポイントや、僕が苦労して学んだ変なハマりどころが出てきたら顔出すね。気楽についてきて。

😅 フォージくん: 深夜の設定ファイルデバッグ、経験ある人多いよね...僕もそうだった。

😅 フォージくん: 昔さ、「無料」って書いてあるコンバーターに設定ファイルをアップロードしたら、広告だらけでトラッキングスクリプトまで埋め込まれててね...。二度とやらないって決めた。それがYAMLforgeを作ったきっかけなんだよね。

「アップロードなし」って具体的にどういうこと？

「アップロードなし」というのは、ファイルがあなたのコンピューターに留まるということです。外に出ません。YAMLforgeはすべてクライアント側で処理します—つまり、JavaScriptを使ってブラウザの中で完結します。データを受信するサーバーも、設定ファイルを保存するデータベースも、ファイルの内容を分析する第三者も存在しません。

これが重要な理由は3つあります：

プライバシー: 設定ファイルにはデータベースの認証情報、APIエンドポイント、社内ネットワークの構成が含まれているかもしれません。なぜわざわざそれを危険にさらすのでしょうか？

スピード: ネットワーク通信がないので、変換は一瞬で完了します。貼り付けて、クリックして、完了。

信頼性: 初回ページ読み込み後はオフラインでも動作します。インターネット接続がなくても問題ありません。

🤔 フォージくん: これ面白いんだけど、ほとんどの「オンライン」コンバーターって技術的にはクライアント側で動かせるのに、わざわざやってないんだよね。サーバーへのアップロードを強制するのは、ユーザーのデータを分析したりAIモデルの訓練に使いたいから。ちょっとひどいよね。

YAMLを安全に変換する方法（ステップバイステップ）

実例で見ていきましょう。このようなKubernetesのサービス定義があるとします：

apiVersion: v1
kind: Service
metadata:
  name: my-service
  namespace: production
spec:
  selector:
    app: MyApp
  ports:
    - protocol: TCP
      port: 80
      targetPort: 9376
  type: LoadBalancer

自動化スクリプト用にJSON形式が必要です。やることはこれだけ：

1. YAMLforgeを開く ブラウザでyamlforge.comにアクセス
2. 貼り付ける 左側のパネルにYAMLを貼り付け
3. 変換をクリック（または待つだけ—入力中に自動変換されます）
4. コピー 右側のパネルからJSONへをコピー

出力結果はこうなります：

{
  "apiVersion": "v1",
  "kind": "Service",
  "metadata": {
    "name": "my-service",
    "namespace": "production"
  },
  "spec": {
    "selector": {
      "app": "MyApp"
    },
    "ports": [
      {
        "protocol": "TCP",
        "port": 80,
        "targetPort": 9376
      }
    ],
    "type": "LoadBalancer"
  }
}

💡 フォージくん: 変換が瞬時に完了するの気づいた？これ、サーバーの待ち時間がゼロだから。全部ブラウザ内でWebAssembly使って高速処理してるんだ。

Chromeの拡張機能より優れている理由

「Chrome拡張機能でいいんじゃない？」って思うかもしれませんね。確かに使えますが、拡張機能には独自の問題があります：

• 権限の悪夢: 多くの拡張機能は単なるテキスト解析のために「すべてのウェブサイト」へのアクセスを要求します
• アップデート疲れ: ブラウザのアップデートで動かなくなったり、開発者に放置されたり
• パフォーマンスへの影響: 拡張機能はすべてのタブで実行され、ブラウザを重くします
• 信頼性の問題: その拡張機能のコード、誰が監査しているんでしょうか？

YAMLforgeはただのウェブサイトです。インストール不要で、権限のポップアップなし、余計なものなし。

🎯 フォージくん: 昔は7個も違うコンバーター系の拡張機能入れててさ。Chromeが4GBもメモリ食ってた。今は1つのウェブサイトをブックマークしてるだけ。めっちゃ快適。

誰も警告してくれない落とし穴

悪名高いノルウェー問題

これ、設定ファイル界隈では伝説的な話です。このYAMLを見てください：

country_code: NO
enabled: YES
power_switch: OFF
environment: ON

ほとんどのコンバーターはこれを台無しにします：

{
  "country_code": false,
  "enabled": true,
  "power_switch": false,
  "environment": true
}

ちょっと待って、何？ノルウェーがfalseになった？そうなんです。YAML仕様ではNO/YES/ON/OFFをブール値のエイリアスとして扱います。これ、あなたも絶対知ってる有名企業で本番障害を引き起こしたことがあります。

⚠️ フォージくん: 2016年のGitHub issueでめちゃくちゃ笑ったやつがあってさ。誰かのノルウェー人ユーザーデータベース全体が壊れたんだよ。country: NOのエントリが全部country: falseになっちゃって。そのバグ、3ヶ月も見つからなかったらしい。YAMLforgeはこういうの自動検出して文字列として保持するから安心。

YAMLforgeの解決策は？デフォルトで文字列として保持します：

{
  "country_code": "NO",
  "enabled": "YES",
  "power_switch": "OFF",
  "environment": "ON"
}

日付文字列が壊される問題

もう一つの古典的な罠：

deployment_date: 2024-01-15
version: 2.0.1

一部のパーサーは2024-01-15をDateオブジェクトとして解釈し、ISO 8601形式に変換します：

{
  "deployment_date": "2024-01-15T00:00:00.000Z",
  "version": "2.0.1"
}

このタイムゾーン追加、たぶん意図してないですよね？YAMLforgeには「日付セーフモード」があり、日付のような文字列を元の形式のまま正確に保持します。

💡 フォージくん: バージョン番号、ログ内の日付文字列、正確な元の形式が必要なものを扱うときは、日付セーフモードをオンにしよう。設定パネルにあるよ。

セキュリティの詳細解説

脅威モデルについて話しましょう。実際に何から守っているのでしょうか？

データの持ち出し: 悪意のあるコンバーターはファイルを第三者にアップロードする可能性があります。YAMLforgeにはそれができません—アップロードを受信するサーバー側のコードが文字通り存在しないからです。

中間者攻撃: HTTPSを使っていても、侵害されたサーバーはデータをログに記録できます。クライアント側の処理はこの攻撃ベクトルを完全に排除します。

ブラウザフィンガープリント: YAMLforgeは分析スクリプトやトラッキングを使用していません。何を変換しているかは全く把握していません。

オフライン機能: 初回訪問後、YAMLforgeはすべてをローカルにキャッシュします。DevToolsを開いてNetworkタブに移動し、機内モードでファイルを変換してみてください。ちゃんと動きます。

🚀 フォージくん: 超用心深い人向け（セキュリティの世界では「徹底的」って言うけど）に、YAMLforgeのソースをダウンロードしてローカルで実行できるよ。静的サイトだから、index.htmlをブラウザで開くだけ。npm installもDockerコンテナも不要。超シンプル。

もっとパワーが必要なときは

無料プランでは、サインアップなしで1日10回の変換ができます。ほとんどの開発者にとって、これで十分です。でも一括移行や高度な機能が必要な場合は：

スキーマ検証は革命的

🔓 無制限アクセス： Proで1日の制限を解除。必要なだけYAMLファイルを変換できます。

Proユーザーはリアルタイムスキーマ検証が使えます。期待する構造を定義：

{
  "$schema": "http://json-schema.org/draft-07/schema#",
  "type": "object",
  "required": ["apiVersion", "kind"],
  "properties": {
    "apiVersion": {"type": "string"},
    "kind": {"type": "string"}
  }
}

YAMLforgeは入力中にエラーをハイライトします。必須フィールドが足りない？キー名にタイポ？すぐにわかります。

🚀 フォージくん: 昔、Kubernetesのデプロイを2時間もデバッグしてたことがあってさ。結局spec:をspce:って書いてただけだった。スキーマ検証があれば2秒で気づけたのに。月額$9って、時間の節約だけで十分元が取れると思う。

よくある質問

このYAMLからJSONへのコンバーターは本当に無料ですか？

はい。YAMLforgeは1日10回の変換を、サインアップなし、クレジットカードなし、裏もなしで提供しています。Proユーザーは月額$9で無制限の変換ができます。

データがアップロードされていないことをどうやって確認できますか？

ブラウザのDevTools（F12キー）を開き、Networkタブに移動してファイルを変換してください。外部サーバーへのPOSTリクエストはゼロです。すべてJavaScriptでローカル処理されます。

モバイルでも動きますか？

もちろんです。YAMLforgeは最新のブラウザがあればどんなデバイスでも動作します—iPhone、Android、タブレット、何でも。インターフェースは小さい画面にも対応します。

本当に大きなファイルはどうですか？

どちらのプランでもファイルサイズの制限はありません。50MBまでのファイルでテスト済みです。ブラウザが読み込めれば、YAMLforgeは変換できます。

自動化ワークフローで使えますか？

ProユーザーはスクリプトやCI/CDパイプライン用のCLIアクセスを取得できます。無料ユーザーもPuppeteerなどのツールを使ってウェブインターフェース経由で自動化できますが、ちょっと面倒です。

🚀 1日の制限に達しましたか？ Proにアップグレードして、無制限の変換とAPIアクセスを手に入れましょう。月額¥1,400。

YAMLのアンカーとエイリアスは処理できますか？

できます。YAMLforgeはYAMLアンカー（&anchor）とエイリアス（*anchor）を変換時に正しく解決します。JSON出力は完全に展開された構造になります。

今すぐ安全な変換を始めましょう

🎉 フォージくん: よし、これで準備OK。あとは実践あるのみ！

これで、ファイルをアップロードせずにYAMLをJSONに変換することについて、すべてわかりました：

• ✅ クライアント側処理がセキュリティとプライバシーに重要な理由
• ✅ ノルウェー問題と日付形式の落とし穴を回避する方法
• ✅ 無料版とPro版の機能をいつ使うべきか
• ✅ 何もアップロードされていないことを確認する方法（DevToolsのNetworkタブ）

もう怪しいアップロードフォームは不要です。本番環境の設定ファイルをランダムなサーバーに信頼させる必要もありません。高速で安全なローカル変換だけです。

🎉 フォージくん: よし、準備完了！YAMLforge.comにアクセスして試してみて。1日10回の変換、サインアップなし、クレジットカード不要、面倒なこと一切なし。それでさ、もし変な edge case 見つけたら教えてね。edge case、大好きなんだよね。

---

無制限の変換が必要ですか？ YAMLforge Proをお試しください - 無制限アクセス、API連携、優先サポート、チーム機能。月額¥1,400、30日間返金保証。

関連記事

• YAMLのノルウェー問題を完全解決｜NO/YES/OFFを文字列として正しく保持する方法 - 続きを読む → YAMLをJSONに変換すると国コード「NO」が「false」に化ける――これがノルウェー問題です。本番環境でクラッシュする前に、この問題を根本から解決する方法を解説します。