言葉を訳すだけではローカライズにならない
四言語を正しく表示できても、利用者に異質に感じられるUIはあります。ベトナム語の長さで文を切ったり、英語の順番で日付を表示したり、押した後の結果が不明なボタンを置いたりするからです。良いローカライズは操作の文脈から始まります。
意味を一つにして、言い方は許容する
各メッセージに安定したキーと表示される状況の説明を持たせます。語順、丁寧さ、数え方は言語で変わっても、意味と状態は守ります。UIで文の断片を連結せず、データを完成したメッセージに渡します。
- キーは現在のベトナム語の文ではなく意味で名付ける。
- 話者、相手、操作の状態を記録する。
- 日付、数値、複数形はlocaleの規則を使う。
- 一行ではなく画面の状況を母語話者に確認してもらう。
長さもデザインの一部
日本語と中国語が短くても、英語やベトナム語では同じ内容に多くの語が必要なことがあります。一つの高さに押し込まず、伸びる余白を用意し、意図した上限を設定し、エラーや表、小さなボタンを確認します。正しい翻訳が切れていれば体験は壊れています。
SEOは同じURLではなく同じ意味を必要とする
各localeにタイトル、説明、canonicalを用意し、hreflangで関係を検索エンジンに伝えます。slugは安定させても、慎重にローカライズしても構いません。言語数を満たすためだけに空の複製ページを作らないことが重要です。
- 実際の言語でタイトルと説明を確認する。
- 画像の場面を説明するaltをlocaleごとに書く。
- 翻訳文を業務データとして使わない。
- 未完成の翻訳には明示的なfallbackを用意する。
編集フローは機能である
記事を公開するとき、adminには完了したlocale、altが不足する画像、SEOの上限を超えた項目を表示します。小さな完了状態があれば、チャットに散ったメモではなく責任ある公開になります。翻訳が後から来ることはあっても、黙って表示されるべきではありません。
良いローカライズは言語を同じにするのではなく、同じ製品の中で各言語を自然にする。
まとめ
安定したキー、文脈、レビューの経路に投資すれば、翻訳負債を増やさずにコンテンツを育てられます。新しいlocaleやブランドが加わっても、UIの文、データ、母語話者の判断が必要な場所を把握できます。