多言語レビュー用にHTML共有URLを準備する方法

レビュー相手に渡す情報

レビューURLを送る前に、別ブラウザのシークレットウィンドウで自分が相手と同じ状態を再現し、アカウントなしでページが開けるかを必ず確認します。同一ブラウザでは自分のCookieが残って認証が通ってしまうため、シークレットモードでの検証が欠かせません。PCとスマホの両方で開いて、フォントや画像の読み込みに問題がないかもその場で確認してください。

多言語版を送るときは言語コードをファイル名やフォルダ名に含め（例: review-ja.html、review-fr.html）、URLと一緒に「日本語版はこちら」「フランス語版はこちら」と明示します。複数言語をまとめたURLリストを1通のメールで送ると受け取り側が混乱するため、1通のメールに1言語1URLを対応させる運用が指摘を減らすうえで有効です。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

見るべき観点

多言語レビューでは文言の正確さだけでなく、テキストの長さによるレイアウト崩れも確認対象です。ドイツ語や日本語は英語より文字数が増減しやすく、ボタンやカードからはみ出すことがあります。スクリーンショットではなく実際のURLを開いてもらい、ブラウザのズーム率を100%に固定した状態での確認を依頼してください。

翻訳文字列の中に %s や {{name}} のような変数プレースホルダが残っていないか、数字・日付・通貨の書式が対象ロケールに合っているかもチェックリストに加えます。テキストとして表示されているだけでは動作の正しさは判断できないため、レビュー担当者には実機・実ブラウザでの確認を求めてください。

認証と期限

社外の翻訳ベンダーへ送る場合はパスワード認証が最もシンプルです。1言語につき個別パスワードを設定すれば、誤ってURLを転送されても他言語版を見られません。一方、社内の多言語担当チームには会社ドメイン認証（例: @example.com のメールアドレスのみ許可）を使うと、パスワードを都度伝える手間が省けます。

レビュー期限は「翻訳確定日の3日後」など具体的な日付をURLに設定し、期限後は自動失効させます。古いレビューURLが残ると、修正前のHTMLを参照した指摘が再び届くことがあるため、差し替え後は旧URLを明示的に削除またはリダイレクトする運用を決めておきましょう。

• 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
• 特定の相手だけ: パスワードまたはメール認証を使う
• 会社内だけ: 会社ドメイン認証を検討する
• 短期レビュー: 期限を設定して古いURLを残さない

指摘回収テンプレ

指摘を口頭やチャットで受け取ると「どこの・何が・どう直してほしいか」が曖昧になりがちです。スプレッドシートまたはフォームで「言語コード／セクション名／現在の表示テキスト／修正案／優先度」の5列を用意し、URLと一緒に送付するとレビュー結果が整理しやすくなります。

回収した指摘には番号を振り、修正完了後に番号ごとに「対応済み／見送り／質問あり」を記入して差し戻します。複数言語を並行レビューしている場合、一方の言語の指摘をそのまま他言語の確認にも流用できるよう、テンプレートを言語非依存な設計にしておくと効率が上がります。