ローカライズでは、ボタンが機能しなくなるより先に、口説き文句のニュアンスが失われることがあります。テキストの長さ、句読点、文字体系、読む方向、文化的な期待は、いずれもナラティブゲームの読み心地と動作に影響します。キャラクターの語り口とインターフェースの挙動の両方を考慮し、翻訳者には十分な文脈を、テスターにはゲーム内での確認項目を用意しましょう。
プロジェクトに合うなら、まずエンジンがサポートするローカライズのワークフローを使いましょう。Ren'Pyには翻訳機能があります。組み込まれたナラティブツールや独自のインターフェースでは、追加の対応が必要になる場合があります。どのテキストを翻訳し、どのアセットやデータを共通のまま使うのかを記録し、ワークフローの対象範囲を全員が把握できるようにしましょう。
プレイヤーに見えるテキストを洗い出す
会話、選択肢、メニュー、設定、チュートリアル、エラーメッセージ、クレジット、ストアの説明文など、プレイヤーに見えるすべてのテキストを洗い出しましょう。画像に埋め込まれた文字や音声で話される言葉も含めてください。スクリプトのエクスポートだけでは、それらを拾いきれない場合があります。制作パイプラインが対応している箇所では、文字列や会話の単位に安定した識別子を付けましょう。
表示用のテキストは、シーンの識別子や状態変数と分けて管理しましょう。翻訳者には、変更してよい言葉と、そのまま保持しなければならないプレースホルダーや書式構文を伝える必要があります。翻訳された選択肢も引き続き意図したシーンにつながるようにし、ラベルの名前を変えてもフラグが変わらないようにしましょう。
文脈と用語を準備する
キャラクターの概要、シーンのあらすじ、話者、伝えたい感情に加え、重要な選択肢の文脈も提供しましょう。繰り返し登場する名前、ゲームの仕組み、UI用語の用語集を維持してください。内容面の許容範囲や想定するプレイヤーが好むトーンも含め、親密な会話が別の文体にずれることなく、キャラクターらしい語り口を保てるようにしましょう。
意味が曖昧な短い文字列には、スクリーンショットや注記を添えましょう。「戻る」は、履歴画面やメニューの項目かもしれませんし、移動の指示かもしれません。翻訳前にこの曖昧さを解消すれば、表現を統一しやすくなり、組み込み後の修正作業を一巡分省けます。
全文翻訳の前にインターフェースをテストする
全文の翻訳を始める前に、意図的に長くしたテキストや代表的な翻訳サンプルでテストしましょう。選択肢のボタン、会話ボックス、履歴画面、設定画面を確認し、幅が固定であることを前提とした作りになっていないか調べてください。フォントが必要な文字体系をカバーしていることと、フォールバック時の表示が読みやすく、許容できるものであることを確認しましょう。
改行、句読点、対応している右から左へのレイアウトを確認しましょう。必要な文字を収録しているフォントでも、非常に読みにくいことがあります。画像内のテキストは編集できる状態にしておきましょう。ラベルを翻訳するために、完成した背景をチームが作り直す必要があってはいけません。
AIの下訳をレビュー用の素材として使う
利用規約が対象の素材の取り扱いを認めているテキストツールは、下訳の作成や用語の不統一の発見に役立つことがあります。その言語に十分通じ、ゲームを理解している人に結果を確認してもらいましょう。キャラクターの語り口、プレースホルダー、言い回しをそれぞれ確認してください。流暢な文章でも、冗談の面白さを損なったり、親密なシーンのトーンを捉え損ねたり、文字列を正常に機能しなくしたりすることがあります。
スクリプトをアップロードする前に、提供元の利用規約とデータの取り扱いを確認しましょう。各シーンの中で下訳を比較し、採用した用語の変更を用語集に記録してください。対象言語が分からない場合、滑らかに見える出力だけでは、ネイティブレベルの品質をうたう根拠はほとんど得られません。
物語と機能を一緒に確認する
リリースするすべての言語で、代表的なルートをプレイしましょう。それぞれの選択肢が意図した行動を伝え、その表現に合ったシーンへつながることを確認してください。変数、プレースホルダー、名前、書式、特殊な文字は、実際の画面で確認しましょう。翻訳ファイルが正しく見えても、ゲーム上では不具合が生じることがあります。
言語の切り替え、セーブ、ロード、未翻訳または新たに追加された内容を通じての進行をテストしましょう。想定したフォールバックをプレイヤーが理解できるか確認してください。翻訳の不具合によって、より広い範囲の書式や状態の問題が明らかになった場合は、最初に見えた症状だけを直すのではなく、そのケースをカバーするようにテストマトリクスを拡張しましょう。
アップデートに合わせて翻訳を維持する
翻訳者に渡すソースのリビジョンを固定するか、明確に識別できるようにしましょう。新規・変更された文字列には、文脈を保ったまま印を付けてください。レビューの状況と担当者を見えるようにし、古いスクリプト向けに翻訳した一文が、いつの間にか現在のリリース用として準備済み扱いにならないようにしましょう。
用語集、翻訳済みソース、フォント、テスト報告書をビルドと一緒に保管しましょう。貢献者は、合意した条件に従ってクレジットに記載してください。そうすれば、章の小さな更新があったときに、ライター、翻訳者、テスターは共通の記録を基に作業でき、各自がどのバージョンを使ったかを解き明かす必要がなくなります。
重要な決定事項
- 翻訳されたテキストは、状態やルートの識別子とは分けて管理しましょう。
- シーンの文脈、キャラクターの概要、共通の用語集を提供しましょう。
- 全文翻訳の前に、テキストの長文化、フォントの対応範囲、レイアウトをテストしましょう。
- 対象言語に十分通じている人にAIの下訳を確認してもらい、リリースする各言語をゲーム内でテストしましょう。
外部のモデル関連コミュニティやコンテンツ公開サイトには、露骨な表現を含むコンテンツが掲載されている場合があります。出典へのリンクは新しいタブで開きます。このガイドでは、リンク先のプレビューを読み込みません。