YAML を JSON に変換 YAML Ain't Markup Language ↔ JavaScript Object Notation 無料 オンライン 安全
YAML ファイルを置いて、JSON を持ち帰ってください。読むのも書くのもここ、あなたのブラウザーの中なので、ファイルは端末から出ません — そして渡って残るものと残らないものは、あなたが見つけるまでもなく下に書いてあります。
ファイルを変換する
ここに YAML ファイルを落とすか、選んでください。
ファイルはこの端末から出ません。すべてブラウザー内で動きます。
アップロードなし
YAML から変換
YAML へ変換
この形式はどこから来たか
CSVはもっとも古く、もっとも規格の薄いものです。表を文字の行として書いたもので、一九七〇年代から使われながら、文章として記されたのは二〇〇五年のこと。その頃にはどの道具も、区切りが何であるか、いつ引用符を置くかを、自分で決めてしまっていました。XMLは一九九八年にSGMLから育ちました。厳しい構造を担い、定義書に照らして検められねばならない文書のためです。JSONは二〇〇一年ごろ、ダグラス・クロックフォードがJavaScriptから抜き出したもので、わざと対象・配列・数・文字列だけに削がれました。その削ぎ落としこそが、網の世界を取った理由です。YAMLはその読みやすい従兄弟で、他所では括弧がする仕事を字下げが引き受けます。互いの換算で効いてくるのはただ一つ、CSVは平らで、行と列の格子であり、JSONとXMLとYAMLは木だということです。
どこで出会うか
CSVは表計算が書き出すものであり、会計の人や店の基盤や銀行の明細が手渡してくるものです。JSONは網の仕事が互いに話す言葉であり、設定の書き付けもますますこれで書かれます。XMLは古い企業の仕組みに、請求の規格に、そして事務の形式そのものの内側に生き残っています。YAMLは、人が手で設定を書く場所です。これらのあいだの換算は、生まれた場所から必要な場所へ資料を移す、日々の仕事です。
よくある質問
CSVがExcelで一列になって開きました。なぜですか。
表計算が別の区切りを待っていたからです。Excelは計算機の地域設定にある一覧の区切りに従います。それは、読点がすでに小数点を務めている土地ではセミコロンになります。つまり大陸ヨーロッパの多くです。読点で区切られた書き付けは、そこでは一列の文字に見えます。書き付けを二度叩いて開くのではなく、取り込みの窓を使って区切りをはっきり告げてください。三・五がときに日付になって届くのも、同じ地域設定のせいです。
入れ子のJSONが、なぜきれいな表計算になりませんか。
表計算は平らで、JSONは木だからです。一つの行は列ごとに一つの値を持てます。しかしJSONの対象は、ある欄の中の一覧の、そのまた中に一覧を抱えられます。換算するとは、それをどう平らに叩くかを選ぶことです。入れ子の名を長い列見出しに繋げるか、親の行を子の数だけ繰り返すか。どちらも折り合いであり、どちらも自動では元に戻せません。表計算からもとの形へ帰るのに、たいてい人の判断が要るのはそのためです。
ファイルの質は落ちますか。
二つの形式が何を収められるかによります。同じものを保つ形式どうしの変換——PNGからBMP、WAVからFLAC——では何も失われません。場所を節約するために情報を捨てる形式、たとえばJPEGやMP3への変換では、そのたびに少しずつ失われ、戻しても返ってはきません。選べる場合、このページは最小のファイルを作ることより、もとの質を保つほうに傾きます。
私のファイルはどこかへ送られますか。
いいえ。変換はあなたの機械の上、あなたの閲覧ソフトの中で行われます。ファイルはそこを離れませんし、ここには受け取りうる計算機もありません。大きなファイルを縛るのが送信ではなくあなた自身の記憶装置であるのも、あなたが変換したものが誰の記録にも——私たちの記録にも——現れえないのも、そのためです。ただし音と映像の道具は、初めて使うときにこの場所から変換の機関を取り寄せます。三十メガバイトほど、一度だけです。そのあとも仕事はすべてあなたの機械の上で行われます。
YAML を JSON に変換する理由
YAML は、人がデータを手で書かなければならないときに選ぶ記法です。波括弧の代わりにインデントを使い、コメントを認め、ほとんど箇条書きのように読めるので、ビルドのパイプライン、コンテナの定義、デプロイのファイル、静的サイトの設定、ドキュメントツール、数えきれないアプリケーションの設定といった、設定の定番になりました。JSON は、プログラムが受け取ることを好む記法です。厳格で、コメントがなく、あらゆるプログラミング言語が標準ライブラリで読めます。人のために書かれたファイルを、JSON しか受け付けないプログラム、API、ツールに渡さなければならないとき、変換が必要になります。人々が YAML を JSON に変換するのはそのためです。データは書いて心地よい形にあり、行き先は解析しやすい形を求めています。
場面はごく日常的なものです。YAML で設定を管理していて、JSON としてサービスに送らなければならない開発者。JSON を検査するツールで設定ファイルを検証したいチーム。YAML のフロントマターを持っていて、スクリプトに渡したい書き手。YAML ファイルのインデントが波括弧にどう対応するかを見たい学生。どの場合も、データは同じで、変わるのは記法だけです。
このページでは、お使いのブラウザの中で YAML を JSON に変換します。ファイルはここで読み込まれ、書き出されるので、端末の外に出ることはなく、アドレス、内部システムの名前、ときには秘密情報を保持していることの多い設定ファイルでは、これが重要です。そしてこのページは、この変換が何を保ち、何を保てないかを、あなたが後から発見するのではなく、前もって伝えます。以下では、変換の仕組み、コメントとともに何が失われるか、日付とタグに何を期待すべきかを説明します。
変換の仕組み
どちらの記法でも同じ形
YAML はお使いのブラウザの中で読み込まれ、その構造が JSON として書き出されます。二つは同じ形を持っています。マップ、リスト、文字列、数値、真偽値、null は損失なしに渡ります。YAML のマッピングは JSON のオブジェクトに、シーケンスは配列になり、スカラー値は型を保ちます。port: 8080 のような行は数値を与え、enabled: true は真偽値を与えます。
アンカーとエイリアスは展開される
YAML には、JSON にない機能があります。ブロックにアンカーを付けて、ほかの場所からエイリアスで参照することで、繰り返しを避けられるのです。アンカーとエイリアスは展開されるので、結果はそれだけで成り立ちます。エイリアスが現れた各場所は、ブロックの完全なコピーを保持します。JSON は長くなりますが、読むのにアンカーの知識は要りません。
インデントが構造になる
YAML では、構造はインデントで表されます。JSON では、波括弧と角括弧で表されます。コンバーターは、インデントを作者の意図したとおりに読み取り、波括弧を代わりに書きます。YAML の最もよくある間違いであるインデントの誤りは、推測されるのではなく報告されます。
保たれるもの
データであるものはすべて
二つは同じ形を持っているので、すべてが保たれます。マップ、リスト、文字列、数値、真偽値、null は損失なしに渡ります。YAML で値だったものは、JSON でも値です。
キーの順序
キーは書かれた順序が保たれるので、JSON は YAML と同じ並びで読めます。
複数行の文字列
ブロックスタイルで書かれた、YAML の複数行にわたる文字列は、中に改行を含む単一の文字列として渡り、JSON はそれをエスケープシーケンスとして書きます。テキストは同じです。
YAML を JSON に変換する前に知っておくべきこと
コメントとレイアウトは消える
コメント、空行、引用符付きか素かの選択は、YAML ファイルの読まれ方であって、その意味ではなく、JSON には保存する場所がないため、どれも残りません。YAML が説明のコメントだらけなら、JSON にはそのどれもありません。YAML を人が読んで編集するファイルとして保管し、JSON は派生したコピーとして扱ってください。
引用符のない日付はテキストとして届く
引用符なしで書かれた日付は、JSON に日付がないため、テキストとして届きます。released: 2026-03-14 のような行は、文字列 2026-03-14 を与えます。JSON を読むプログラムは、日付が必要なら、それを日付として解釈しなければなりません。
独自のタグは尊重されない
独自のタグは尊重されません。読まれるのは標準の型だけで、これはファイルがこのページにないものを要求するのを防ぐ働きもします。YAML は、特定のプログラムに特定のオブジェクトを作るよう指示するタグを認めています。そうした指示はここでは何の意味も持たず、コンバーターはそれに従いません。
ここで YAML を JSON に変換する方法
ファイルを追加する
YAML ファイルをページにドロップするか、端末から選んでください。お使いのブラウザの中で読み込まれ、アップロードされません。
変換する
ボタンを押します。ふつうの大きさのファイルなら、ほんの一瞬です。完了するまで、ページを開いたままにしてください。
ダウンロードして確認する
JSON をダウンロードして、テキストエディターで開いてください。最初と最後を見て、構造と型が期待どおりであることを確かめます。
YAML と JSON をもう少し詳しく
同じデータの二つの記法
YAML は、人が書いて読みやすいように設計されました。JSON は、プログラムが読み書きしやすいように設計されました。両者はとてもよく重なっていて、JSON はほぼ YAML の部分集合であり、YAML のリーダーは通常 JSON を読めます。逆は成り立ちません。YAML のほうが機能が多いからです。YAML を JSON に変換するとは、より豊かな記法からより厳格な記法へ移り、コメント、アンカー、タグという余分なものをあきらめることです。
インデントの誤りが重要な理由
YAML はインデントに頼っているので、ずれた行は意味を変え、それでもなお解析できることがあります。ブロックの内側にあるべきキーが、外側に出てしまうのです。JSON では波括弧がすべてのキーの着地点をはっきり示すので、そうした間違いが見えるようになります。したがって変換は、ファイルが思ったとおりの意味を持っているかを確かめる便利な方法でもあります。
タブ
YAML はインデントにタブを認めません。ファイルにタブが含まれていると、変換は問題を報告します。タブをスペースに置き換えて、もう一度試してください。
よくある場面の詳細
サービスやツールの設定
多くのツールは、設定を JSON でしか受け付けないか、JSON スキーマに照らして検証します。YAML を変換して、JSON が必要な場所で結果を使ってください。
ファイルが本当は何を言っているかを確かめる
YAML の設定が奇妙な動作をするとき、JSON に変換すれば、構造が曖昧さなく示されます。置き場所を間違えたキーや誤った型が目立ちます。
スクリプトと API への入力
JSON の本文を受け取る API には、変換後に YAML ファイルの内容を渡せます。ファイルは、編集しやすい形のまま保てます。
ドキュメントとコンテンツのファイル
静的サイトジェネレーターやドキュメントツールは、フロントマターやデータファイルに YAML を使います。変換すれば、ほかのツールが同じデータを読めます。
YAML を JSON に変換する前の実用的な助言
インデントを確かめる
タブではなくスペースを使い、各階層で同じ幅を保ってください。ほとんどのエディターは、空白を表示し、YAML のエラーを強調表示できます。
テキストのままにすべき値は引用符で囲む
yes、no、1.0 のような素の値は、真偽値や数値として読まれるかもしれません。テキストのつもりなら、引用符で囲んでください。これでバージョン番号、コード、国の略称が守られます。
コメントは YAML に残す
コメントは残らないので、説明のついた YAML をマスターとして保管し、必要なときに JSON を作り直してください。
大きなファイル
すべてがお使いの端末の上で動くので、とても大きなファイルにはメモリが必要です。数メガバイトにおよぶファイルには、コンピューターを使い、ページが苦戦するならデータを分割してください。
変換する前によくある質問
コメントはどこへ行きましたか?
なくなりました。JSON にはコメントを保存する場所がなく、コメントはファイルの読まれ方であって、意味ではないからです。
なぜ日付が文字列なのですか?
JSON に日付がないからです。引用符なしで書かれた日付は、テキストとして届きます。
アンカーとエイリアスはどうなりますか?
展開されるので、結果はそれだけで成り立ちます。
なぜタグが機能しなかったのですか?
独自のタグは尊重されません。読まれるのは標準の型だけです。
ファイルはアップロードされますか?
いいえ。変換はお使いのブラウザの中で動き、ファイルが端末から出ることはありません。
YAML に戻せますか?
はい。JSON を YAML にで、データを読みやすい形に書き戻せますが、元にあったコメントはありません。
YAML を JSON に変換するときの賢い選び方
JSON は本当に必要か
受け取るツールが YAML を読めるなら、YAML のままにしてください。JSON が必要なときだけ変換します。
ほかの変換先
行き先がマークアップファイルなら、JSON を XML にが続けられます。表には、JSON を CSV にとJSON を XLSX にが表計算ファイルの役に立ちます。
YAML を保管する
YAML が、コメントとレイアウトを持つマスターです。保管しておいて、JSON はコピーとして扱ってください。
変換後に良い結果を得る
ビューアーで JSON を検証する
JSON を理解するエディターで結果を開き、オブジェクトを折りたたんでください。構造が期待どおりに見えるなら、健全です。
型を確かめる
バージョン、コード、フラグのような値を見てください。文字列のつもりのものが文字列に、数値のつもりのものが数値になっていることを確かめます。
転送のために最小化する
JSON をネットワーク越しに送るなら、空白を取り除いて軽くするツールがあります。データは変わりません。
うまく変換できるように YAML を準備する
素のままにしておく
YAML を JSON に変換するとき、素の YAML が最もうまく変換されます。マップ、リスト、単純な値です。独自のタグのような機能は無視され、アンカーはファイルを長くするだけです。
型を明示する
ほかの型に見えるものは引用符で囲んでください。明示は気の利いたやり方より安全で、JSON は書いたとおりのものを運びます。
まず小さな一部で試す
ファイルが大きいなら、一つの部分をテスト用のファイルに取って、それを変換してください。結果をざっと見れば、構造が期待どおりかどうかがわかります。
YAML を JSON に変換して最大限に活かす
変換を確認として使う
このページのいちばんよい使い方の一つは、鏡としてです。YAML を JSON に変換すると、波括弧が、インデントがどう理解されたかをはっきり示します。キーが間違った階層にあったり、リストが入るべきでない項目を飲み込んでいたりすれば、結果にはっきり見えます。多くの人が、設定が意図したとおりのことを言っているのを確認するためだけに、変換します。
よくある型の驚きに注意する
YAML は、一部の素の単語をほかの型として読みます。no という単語は false として、1.10 のようなバージョンは数値 1.1 として、NO のような国コードは、リーダーによっては真偽値として読まれることがあります。コンバーターは標準の型に従うので、数値や真偽値に見える値は、そのように型付けされます。テキストのままにしたいなら、変換する前に YAML で引用符で囲んでください。
長い文字列とブロックスタイル
YAML は、長いテキストのために、改行を保つものと、改行をスペースに折りたたむものという、ブロックスタイルを提供します。どちらも、この形式の作者が意図したとおりに読まれ、結果の文字列は、改行がエスケープシーケンスとして JSON に書き込まれます。テキストは同じで、JSON が人にとって読みにくくなるだけで、それが YAML が存在する理由です。
一つのファイルに複数の文書
YAML は、三つのダッシュで区切って、一つのファイルに複数の文書を入れることを認めています。ファイルに複数ある場合は、どれがほしいか考えてください。別々のファイルに分けてそれぞれを変換し、各 JSON ファイルが一つの文書を保持するようにしましょう。
設定の中の秘密情報
設定ファイルには、パスワード、トークン、キーが含まれることがあります。変換はお使いのブラウザの中で行われるので、何もどこにも送られません。それでも、変換したファイルを共有フォルダーやメールに残さず、渡す前に秘密情報を取り除いてください。
二つの形式を揃えて保つ
プロジェクトが同じデータの YAML 版と JSON 版の両方を必要とするなら、一方を出どころとして扱い、変わるたびにもう一方を作り直してください。YAML を JSON に変換するときはいつも、現在の YAML から行い、JSON を手で修正しないでください。そうすれば、二つがずれていくことはありません。
スキーマに照らして検証する
多くのツールが、どのキーと型が認められるかを記述したスキーマに照らして、JSON を検査します。YAML の設定は、直接検査できるとは限りませんが、その JSON 形式は検査できます。これが YAML を JSON に変換するよくある理由です。ファイルを拒否するシステムに届く前に、検証するためです。
プライバシーと取り扱い
設定でローカル変換が重要な理由
設定ファイルには、アドレス、内部システムの名前、ときにはキーやパスワードが入っていることがよくあります。多くのオンラインコンバーターは、ファイルをサーバーにアップロードして処理し、結果を送り返すので、しばらくの間、自分で管理できない機械にコピーが存在します。ここでは、お使いのブラウザが作業をするので、ファイルは端末にとどまります。
ページを離れるとどうなるか
ページを閉じると、変換したファイルはブラウザから消えるので、先にダウンロードしてください。ファイルに関するものは何も保持されません。
うまくいかないとき
ページが YAML のエラーを報告する
指摘された行を見てください。よくある原因は、インデントにタブを使っていること、コロンの後のスペースが抜けていること、閉じていない引用符です。
構造が期待したものと違う
インデントを確かめてください。一スペースずれた行は、意図したのとは違うブロックに属します。
大きなファイルでページが固まる
すべてがお使いの端末の上で動くので、大きなファイルにはメモリが必要です。コンピューターでもう一度試すか、データを分割してください。
関連ツール
同じ系統のツールが、隣り合う作業を網羅しています。元に戻すには、JSON を YAML にを使います。マークアップには、XML を JSON にとJSON を XML にがその二つの間を変換します。表には、JSON を CSV に、CSV を JSON に、JSON を XLSX に、XLSX を JSON にがあります。
実例
チームがアプリケーションの設定を、コメント、繰り返しブロック用のアンカー、リリース日付のある YAML ファイルで管理していて、監視ツールが同じ設定を JSON でほしがっているとします。ここにファイルをドロップして、ボタンを押します。しばらくして、アンカーが展開され、日付が文字列になり、コメントがなくなった JSON をダウンロードします。それをツールに送ります。YAML は、人が編集するファイルとして、コメントとともにリポジトリに残ります。
短いチェックリスト
変換の前
インデントを確かめます。テキストのままにすべき値は引用符で囲みます。YAML を保管します。
変換の最中
ファイルの準備ができるまで、ページにとどまります。
変換の後
JSON を開いて、構造と型を確かめ、それを読むツールで試します。
よくある間違い
コメントが残ると期待する
残りません。説明のために YAML を保管してください。
曖昧な値を素のままにする
yes、no、1.0 のような値は、別の型として読まれるかもしれません。引用符で囲んでください。
タブを使う
YAML はインデントにタブを認めません。スペースを使ってください。
ファイルはお使いの端末にとどまります
変換は手元で行われます。ファイルはお使いのブラウザが読み込み、そこで書き直し、JSON として戻されます。何もアップロードされないので、サーバーにコピーが残ることはなく、ほかの誰も読めません。プライベートな内容を含む設定には、これが YAML を JSON に変換する安全な方法です。
まとめ
ここで YAML を JSON に変換するには、ファイルをドロップしてボタンを押します。お使いのブラウザの中で読み込まれ、書き出されるので、ファイルが端末の外に出ることはありません。二つは同じ形を持っているので、すべてが保たれます。マップ、リスト、文字列、数値、真偽値、null は損失なしに渡ります。アンカーとエイリアスは展開されるので、結果はそれだけで成り立ちます。コメント、空行、引用符付きか素かの選択は、YAML ファイルの読まれ方であって、その意味ではなく、JSON には保存する場所がないため、どれも残りません。引用符なしで書かれた日付は、JSON に日付がないため、テキストとして届きます。独自のタグは尊重されません。読まれるのは標準の型だけです。