ファイル変換FREE

開発は YAML を渡し、
翻訳者は Excel で作業したい。

YAMLXLSXネストキー、シーケンス、プレースホルダーをすべて保持 · 再投入で崩れず、階層もつぶれません。
コンバーター· ローカル処理
.yaml をここにドロップ
または デバイスから選択 · ファイルはブラウザから出ません
01 · このツールが実際にやってくれること

言語ファイルを翻訳者が編集できる Excel に展開し、編集後はそのまま YAML へ戻します——ネストキー、シーケンス、プレースホルダー、エスケープ、キー順をすべて保持し、再投入で崩れず、階層もつぶれません。汎用の YAML→表ではなく、ローカライズ作業に本当に必要なその一工程です。

ファイルは端末から出ませんブラウザ内 · アップロードなし · NDA に対応
決定的な変換同じ入力なら常に同じ出力
可逆な往復変換YAML→Excel→YAML でキーが欠けません
02 · 二つの形式、一つの往復

YAML と Excel は得意なことが違う

この変換があるのは、エンジニアと翻訳者がそれぞれ使いやすいツールを使い、間で何も失わないためです。

i18n YAML.yaml

バックエンド / Rails / Flutter / CI でよく使う言語ファイル:インデントされたキーと値の組で、よくネストし(menu.start.label)、シーケンスや複数形の分岐(items[0])を持ち、値にはプレースホルダー({name}%{count}%s)が含まれます。エンジニアには扱いやすい一方、人が一行ずつ手で直すものではありません。

Excel.xlsx

翻訳者・レビュアー・ベンダーが最も扱いやすい画面:一行に一つの文字列、キーと訳文が横並びで、フィルタも一括編集も注釈も自然です。代償として、素の Excel はネストをつぶし、{name} をただの文字として扱い、引用符のない NO42 を真偽値や数値に付け替えます——そしてコードベースには戻せなくなります。

本ツールが守るのは、まさにその「戻せない」部分です:書き出し時はネストキー、シーケンスのインデックス、プレースホルダー、エスケープをそのままシートへ持ち込み、各スカラーの型も保ちます——引用符付きの "42" は文字列のまま、引用符のない NO は決して真偽値に変わりません;取り込み時はキー基準で再投入し階層を復元します。シートに収まらない一部の YAML 構造は報告し、黙って捨てません:コメント、アンカー / エイリアス / マージキー(値に展開)、複数ドキュメントのストリーム(最初の一つだけ変換)、ブロックスカラーのスタイル(値は保持、バイト単位のスタイルは保持せず)。

03 · よくある質問

まず気になるのはこのあたり

ファイルはアップロードされますか?+
いいえ。解析も変換もすべてブラウザ内で実行し(大きなファイルは Web Worker が処理)、ファイルは一瞬も端末から出ず、サーバーも経由しません。NDA を伴うローカライズ業務では必須要件のため、完全にクライアントサイドで作っています。
YAML から Excel への変換で失われるものはありますか?+
肝心な部分は失われません:ネストキー、シーケンスのインデックス、プレースホルダー、エスケープ、スカラー型、空値はすべて規則どおりに引き継ぎ、往復でも忠実です。対応できないわずかな構造——コメント、アンカー/エイリアス/マージキー、ストリーム内の余分なドキュメント、ブロックスカラーのスタイル——は書き出し時に報告し、黙って捨てません。変換ごとに保全レポートが付きます。
Excel を YAML に戻すと、階層・順序・型は崩れますか?+
いいえ。再投入はキー基準で行い、フラット化したパスを元のネストに復元します。Excel で行を並べ替えても影響しません。Type 列が各スカラーの型を保つため、引用符付きの "42" は文字列のまま、引用符のない yes が真偽値になることはありません。再投入の前に各訳文のプレースホルダーを原文と照合して不一致をハイライトし、対応キーのない追加行は確認用に一覧化します。
YAML の yes/no や、引用符のない NO が真偽値になる件は?+
本ツールは現代の規則(YAML 1.2 core / js-yaml v4)に従います:引用符のない yes、no、on、off、NO は真偽値ではなく文字列として読み——戻しても文字列のままです。引用符付きの "42"、"true"、"null" も文字列のままで、書き出し時に再び引用符を付けるので、数値・真偽値・null として再解釈されることはありません。古い YAML 1.1 の「ノルウェー問題」はここでは起きません。
ネスト / シーケンス / 複数形に対応していますか?有料ですか?+
ネストキー、シーケンス、複数形の分岐に対応します。この段階は完全無料・アカウント不要・利用回数制限なし——クライアントサイドなのでサーバーコストがありません。対応する YAML の方言や境界ケースは、ツール内の形式説明をご覧ください。
04 · 誰が / なぜ作ったか

この作業を実際にやってきた者が作りました

これは大規模モデルに薄い皮をかぶせたものでも、OSS ライブラリの見た目を変えただけのものでもありません。十数年のゲームローカライズ最前線で積み上げた「誰も気づかないが、起きれば事故」という細部から生まれています。

開発は YAML を渡し、翻訳者は Excel で直したいだけ——その間の形式の損失を、人が埋めるべきではありません。

言語ファイルをベンダーに渡すと、十中八九プレースホルダーが「自動修正」で消え、引用符のない NOfalse に変わり、ネストがつぶれ、複数形の分岐がずれて戻ってきます——コードベースでは真っ赤です。その一つひとつを踏んできたからこそ、ツールは既定で守ります:キー基準の再投入、型を保つ列、プレースホルダー照合、階層の復元。

無料、完全ローカル、すぐ使える。プラットフォームではなく一つの工程です——けれど、ローカライズを本当に理解した場所から生まれています。