翻訳文だけでは終わらない多言語プロダクト設計

先に結果を定義する

多言語製品では、内容、言語、利用者の希望を安定して結び付ける必要があります。タイトルが変わっても残るコンテンツIDから始めます。URLの言葉が違っても翻訳記事は同じ記事です。この区別があれば、ナビゲーション、言語切替、検索用情報で同じページを示せます。

適切な方法を選ぶ

公開済みの各言語に明確なURLを設け、本人の選択を保持します。国は最初の行先を提案できても、希望言語を確定する情報ではありません。Googleの案内も言語別URLと明確な対応関係を扱っています。翻訳が未公開なら、その状態を伝え、別言語を黙って表示しないでください。

具体例を照合する

トルコ語の記事から日本語を選んだら、トップではなく同じ記事の日本語版を開きます。翻訳タイトルを直してもIDで対応できます。別の確認として、ラテン文字のメールアドレスを含むアラビア語フォーム、日本語見出し、長いドイツ語の操作名を試します。翻訳、文字方向、入力、配置は別々の仕事です。

使える証拠を残す

すべてのアイコンを一律に反転させず、読順を示す矢印と慣用記号を分けて判断します。表示名をデータベースのIDにしないでください。日付、数量、複数形、フォーカス、エラーも確認します。長文で操作を隠さず、方向の混ざるIDも読めてコピーできるようにします。

翻訳とURLの約束を明示する

記事や説明のIDを現在の題名・slugから分けます。公開言語、反映した原文の版、変更担当を記録します。原文で判断ルールを直したら、見出しだけでなくルールと例も更新します。編集工程の確認状態が見えれば、別言語だけ古い助言を現行として扱うことを防げます。

希望言語は一連の操作で試します。明示した言語URLを開き、国の手掛かりを変えてもURLが優先するか確認します。記事で言語を切り替え、入口へ戻って手動選択が残るかを見ます。国不明・国なしも別々に試します。証明するのは本人の母語ではなく製品の規則です。選択器はキーボードで動き、各読者が分かる言語名を使います。

方向と書式も約束として扱います。自由文と注文番号・メールなどの機械的IDを分け、アラビア語フォームで表示順、カーソル、コピー結果を調べます。ドイツ語の長い操作名は切らずに折り返し、日本語・ヒンディー語は対象端末の実際の代替フォントと行間を確認します。重要な操作が読めなければ翻訳完了ではありません。トップだけでなくエラーと成功も全言語で確認します。

多言語の確認表

責任者への質問

公開可能な言語はどれか。切替で何を保持するか。原文変更を誰が翻訳へ反映するか。各文字体系で一つの作業を最後まで試し、URLの対応と利用可能な言語能力による編集確認を合わせて行います。