ローカライズチームのための画面録画ガイド

翻訳者が、自分の翻訳するプロダクトを実際に目にすることはほとんどありません。手元に届くのは btn.save、error.network.retry、tooltip.export といった文字列が並ぶスプレッドシートだけ。そのテキストがどこに表示されるのか、どれだけのスペースがあるのか、誰が読むのか、視覚的な手がかりはすべて失われています。結果は予想どおりです。技術的には正しいのに不自然に読める訳、ボタンからあふれる訳、周囲の画面と矛盾する訳が生まれます。

画面録画はこのギャップを埋めます。機能を2分たどるだけの動画が、文章のメモ1ページより多くの実用的なコンテキストを伝え、しかも制作コストははるかに低いのです。

このガイドでは、ローカライズマネージャー、翻訳者、言語QAレビュアーがローカライズのワークフロー全体でRecordedを活用する方法を紹介します。

動画が「コンテキスト欄」に勝る理由

多くの翻訳管理システムには「コンテキスト」や「メモ」の欄があります。しかし実際には空のままか、「設定ページのボタン」といった短い断片で埋まるだけです。動画は、その欄が決して解決できない問題を解決します。

• 空間のコンテキスト: ラベルが切り詰められるまでに横幅がどれだけあるかが分かります
• 流れのコンテキスト: 直前の3画面を見れば、その文字列の意味が腑に落ちます
• トーンのコンテキスト: オンボーディング画面と削除の警告では文体が異なります。動画ならその違いが一目瞭然です
• 状態のコンテキスト: 空の状態、エラー状態、読み込み中の状態は、言葉で説明しにくく、見せるのは簡単です

タイムゾーンをまたぐ分散チームなら、録画は確認メールのやり取りを丸ごと1往復減らします。翻訳者は質問する代わりに見ればよいのです。

何を録画するか

1. 機能のコンテキスト・ウォークスルー

翻訳に出す前に、新機能を一通り操作する動画を録画しましょう。ユーザーが何を達成しようとしているかを語り、数値に置き換わるプレースホルダー、複数箇所で使い回される文字列、ページタイトルにも使われるラベルなど、曖昧な点を指摘します。

動画は短く、1機能に絞ってください。40件の文字列を担当する翻訳者は、45分のリリースレビューを探し回るのではなく、該当する5分の動画をすぐ見つけられるべきです。

2. 用語・スタイルのブリーフィング

用語集を実際のプロダクト画面上でたどる短いスクリーンキャストを録りましょう。このオブジェクトはこう呼ぶ、この表現は使わない、ユーザーはこう呼びかける。用語の決定は、スプレッドシートの1行で読むより、実際の位置で見たほうがはるかに定着します。

3. 言語QAセッション

言語レビュアーが問題を見つけたとき、最速の報告手段は録画です。画面をキャプチャし、再現手順を見せ、修正案を声で説明します。対象言語を読めない開発者でも、ラベルが切れていることや日付の書式が誤っていることは見て分かります。

4. ロケール固有の挙動

特定のロケールでしか起きない問題があります。RTL（右から左）のミラーリング、敬語のレベル、通貨や日付の書式、並び順、必要なグリフを持たないフォントなどです。文章で明確に伝えるのはほぼ不可能ですが、録画するのは驚くほど簡単です。

ローカライズ作業のための録画設定

ウィンドウキャプチャを使う

ウィンドウキャプチャはアプリケーションだけを切り出し、デスクトップやブラウザのタブ、個人ファイルを画面から締め出します。録画ごとのフレーミングも一定に保たれるため、レビュアーが同じ画面を2言語で比較するときに効いてきます。

ソース言語のまま見せる

コンテキスト動画は、文字列が書かれた元の言語、つまりソース言語で録画します。翻訳者が何を「起点」に訳すのかを、実際の画面上で示すことが目的です。

ロケール間でフレーミングを揃える

比較のために同じ画面を複数のロケールで録画するときは、ウィンドウサイズとキャプチャ領域を完全に揃えましょう。並べて比べるレビューは、変数が言語だけのときに初めて役立ちます。

相性の良い設定

• 解像度: ディスプレイのネイティブ解像度。小さなUIテキストも読めるように
• フレームレート: UIのウォークスルーには30fpsで十分。チケットに添付できるサイズに収まります
• カーソル: 常に表示。視聴者が操作の道筋を追う手がかりになります
• システム音声: 機能自体が音を出さない限りオフ。通知音がナレーションに割り込まないように

多言語の視聴者に向けた編集

長いナレーションよりテキストオーバーレイ

ナレーション1分は、後で誰かが翻訳するか字幕を付ける1分でもあります。多言語の翻訳者が見るコンテキスト動画では、画面上のテキストオーバーレイのほうが有利です。更新が速く、拾い読みしやすく、音声なしでも読めます。

トーンやニュアンスが重要な箇所（スタイル指針、判断の背景）にはナレーションを、ラベルや文字列ID、注記にはオーバーレイを使いましょう。

文字列IDを画面に出す

UIのラベルを指すときは、そのキーをテキストオーバーレイで併記します（例: settings.export.format）。この習慣ひとつで、コンテキスト動画は翻訳者が文字列リストと突き合わせて検索できる資料になります。言語QAの報告もそのまま実行可能になります。開発者はどのキーを直せばよいか正確に分かるからです。

狭いレイアウトはズームする

切り詰め、折り返し、はみ出しの問題は、小さなUIの細部に潜んでいます。肝心な瞬間の直前にズームインし、視聴者がラベルを読める長さだけ保ち、ズームアウトして画面全体での位置を示しましょう。

思い切ってトリミングする

ローディングスピナー、道を間違えた操作、メニューを探す間の沈黙はすべてカットします。引き締まった3分の動画は12人の翻訳者全員が見ます。散漫な12分の動画は誰も見ません。

ローカライズ動画ライブラリの整理

ローカライズ資産は個々のリリースより長生きするため、命名が重要です。

• 機能とロケールを含める: checkout-flow-context-en.mp4、checkout-flow-qa-de.mp4
• プロダクトのバージョンやリリース日を含める。UI動画はインターフェースが変わった瞬間に古くなります
• 翻訳バッチではなく機能単位でまとめる。バッチは一時的、機能は残ります
• ソース言語のコンテキスト動画を該当ロケールのQA録画の隣に置き、比較しやすくする

画面が刷新されたらコンテキスト動画を録り直しましょう。古い動画は無いより悪いのです。翻訳者はそれを信じてしまうからです。

動画でローカライズのバグを報告する

良いローカライズバグ動画には4つの要素が含まれます。

1. ロケール — 冒頭で明示し、UI上でも分かるように
2. 再現手順 — 途中からではなく、既知の開始地点から
3. 不具合 — ズームして、読める長さだけ画面に保持
4. 期待される結果 — ナレーションで説明するか、ソース言語で見せる

文字列キーとあわせてチケットに添付しましょう。こうして報告されたバグは、翻訳の問題か、レイアウトの問題か、フォントの問題かをめぐるやり取りを省けます。誰の目にも明らかだからです。

ローカライズ録画チェックリスト

• リリース単位ではなく機能単位で1本
• コンテキスト動画はソース言語の画面で録画
• 必要な箇所に文字列IDをオーバーレイ表示
• 一定のフレーミングのためウィンドウキャプチャを使用
• 狭い・切れているレイアウトにはズームを適用
• QA録画の冒頭でロケールを明示
• ファイル名に機能・ロケール・バージョンを含める
• UIの大きな変更後は録画をやり直す

まとめ

ローカライズの品質は、その大半がコンテキストで決まります。自分が何を見ているのか理解している翻訳者は、より良い判断を下し、質問が減り、インターフェースに収まる文章を書きます。

翻訳に関する問い合わせが最も多い機能から始めましょう。焦点の定まったウォークスルーを1本録って翻訳者に共有すれば、質問がどれだけ減るかがすぐに分かります。