字幕翻訳QAチェックリスト: 読了速度、行の長さ、セグメンテーション

翻訳の正確さだけでは不十分

字幕は文ごとに正確でも、画面上では失敗することがあります。視聴者は、音声、表情、動き、画面上の文字を追いながら、限られた時間内で字幕を読まなければなりません。そのため字幕QAには、少なくとも次の4つの独立した側面があります。

1. ファイル構造;
2. 同期;
3. 言語的な正確性と一貫性;
4. 画面上での読みやすさ.

キュー構造を保護するには、ファイル構造を理解する SRT Translator を使い、その後で映像と照らし合わせながら翻訳後トラックを監査してください。ここでの重要かつ見落とされがちな結論は、普遍的に通用する単一の1秒あたり文字数制限や1行あたり文字数制限は存在しないということです。適用すべきルールは、配信プラットフォーム、言語、視聴者、ジャンル、字幕の種類によって決まります。適合性を測定する前に、必ず納品先のスタイルガイドを選定してください。

10分間の事前チェック

本格的なレビューの前に、まず致命的な問題を優先する次の確認を行ってください。

• ファイルが対象プレーヤーまたはエディタで開ける。
• 原文と訳文のキュー数が一致している。
• キューIDとタイムスタンプの順序が保たれている。
• ファイルが要求されるエンコーディングを使用している。通常はUTF-8。
• 原文言語のキューに、意図せず空欄または未翻訳のものがない。
• 訳文キューに、指示文、Markdownフェンス、またはモデルのコメントが含まれていない。
• 冒頭1分、中盤1分、最後の1分が、正確な映像カットと同期している。
• 名前、日付、価格、測定値、URLが原文の根拠と一致している。

どれか1つでも致命的な問題があれば、そこで止めてください。間違った映像に合わせられたトラックの改行を整えるために、1時間も無駄にしてはいけません。

再現可能な事前チェック用として、合成データの SRT翻訳ストレステスト をダウンロードできます。これは顧客データを使わずに、書式タグ、高速な会話、話者ラベル、数値コンテンツ、複数の文字体系を検証します。

キュー数とタイミング完全性

作業指示が「タイミングを変更せずに翻訳」となっている場合は、次の値をプログラムまたは字幕エディタで比較してください。

あわせて、負の表示時間、意図しない重複、映像の総再生時間を超えるキュー、説明のつかない大きな空白も確認してください。より高度な字幕形式では位置指定のために重複が意図的な場合もありますが、通常のSRTワークフローで偶発的に発生してはいけません。

1秒あたり文字数と読了速度

表示文字の1秒あたり文字数は次の式で計算します。

CPS = visible character count / cue duration in seconds

表示文字数からはマークアップタグを除外してください。スペース、句読点、全角CJK文字、改行を数に含めるかどうかは、納品仕様に従ってください。

ブログに「17 CPSが常に正しい」と書いてあったからといって、勝手に閾値を作ってはいけません。有用なQAレポートには次が含まれます。

• 適用しているスタイルガイドと言語;
• 計算規則;
• 設定された閾値;
• 最も問題の大きいキュー;
• 各キューについて、要約、延長、分割、またはタイミング再調整のどれが必要か.

CPSが高いことはレビューのきっかけであって、意味を削れという自動指示ではありません。

1行あたり文字数と2行制限

数えるべきなのはソースコード上の行ではなく、実際に表示される行です。フォント、プレーヤーの幅、セーフエリア、文字体系の違いは、いずれも折り返しに影響します。

たとえばNetflixの現行の英語タイムドテキストガイドでは、その特定の配信条件において1行42文字を上限としています（Netflix Partner Help).

監査項目:

• 1キューあたりの最大行数;
• 納品先のカウント規則に基づく行の長さ;
• 1行のはずのキューがプレーヤー上で折り返していないか;
• 字幕がローワーサードやUIと衝突していないか;
• バイリンガル字幕が縦方向に過剰なスペースを占有していないか.

文の分割と自然な改行

良い改行は意味のまとまりを保ちます。次の分離は避けてください。

• 冠詞と名詞;
• 前置詞とその目的語;
• 代名詞と動詞;
• 助動詞と本動詞;
• 人名の名と姓;
• 数字と単位;
• 否定語と、それが修飾する語.

悪い例:

The board approved the
new accessibility policy.

より良い例:

The board approved
the new accessibility policy.

キューをまたぐ場合は、音声より先にオチ、答え、または人物の正体を見せてはいけません。訳文言語の文法順序によっては、重要語を前のキューへ動かすのではなく、言い換えが必要になることがあります。

話者ラベル、効果音、画面上テキスト

そのトラックが会話のみなのか、聴覚障害者向け字幕なのか、あるいは別種のアクセシビリティ納品物なのかをまず判断してください。必要な処理はそれによって異なります。

確認事項:

• 画面外の話者や判別しにくい話者が、スタイルガイドに従って識別されている;
• 意味のある効果音が、機械的な音写ではなく翻訳されている;
• 音楽キューに一貫した表記規則が使われている;
• ラベルが短いキューの大半を占有していない;
• 必要な場合、看板、メッセージ、UIテキストなどの可視文字が含まれている;
• 会話と画面上テキストが読めない形で競合していない.

YouTubeのガイダンスでは、意味のある音の例として [applause] や [thunder] が示されています（YouTube Help).

数字、日付、名前、用語

文体を評価する前に、決定的に検証できる確認を実施してください。

• 数字を含むすべてのキューを原文と比較する;
• 小数点と桁区切り記号は、ロケールで必要な場合にのみ正規化する;
• 通貨は換算すべきか、単に書式だけ変えるべきかを確認する;
• 月日が逆転しうる日付を検証する;
• 承認済み固有名詞と禁止表記の各バリエーションを検索する;
• 略語、製品UIラベル、繰り返し出てくるCTAを確認する;
• 単位が語として翻訳されてもいなければ、黙って換算もされていないことを確認する.

流暢でも間違った数字は致命的な問題です。ぎこちなくても正しい文は編集できますが、誤った用量、価格、日付、法的閾値は内容自体を変えてしまいます。

字幕を音声と照合してスポットチェックする

自動QAは高リスクのキューを選別すべきですが、それでも人間が実際に視聴して確認する必要があります。対象には次を含めてください。

• 最速CPSの外れ値;
• 最も長い行;
• 表示時間が最も短いキュー;
• 数字を含むすべてのキュー;
• 密度の高い会話でのすべての話者交代;
• 各書式タグのパターン;
• 各シーンまたは章の開始と終了;
• 残りのキューからのランダムサンプル.

120キューのファイルであれば、弁護可能なサンプルの一例は、すべての決定的リスクキューに加え、最初・中間・最後のキュー、および残る各20キューブロックからのランダムサンプルです。これはサンプリング設計であり、未確認キューの正しさを証明するものではありません。

致命的エラーと見た目上の字幕エラー

これらを平均化して安心できる単一スコアにしてはいけません。他の119キューが完璧でも、致命的な問題が1件あればリリースは失格です。

ダウンロード可能なQAチェックリスト

これを納品チケットにコピーしてください。

[ ] Exact video version and runtime confirmed
[ ] Destination platform, language, and style guide recorded
[ ] Source and target cue counts reconciled
[ ] IDs, timestamps, ordering, encoding, and tags validated
[ ] No missing, duplicated, or unintentionally untranslated cues
[ ] CPS and line length calculated using documented rules
[ ] Natural line and cue segmentation reviewed
[ ] Speakers, sound effects, music, and on-screen text handled consistently
[ ] Names, numbers, dates, units, URLs, and terminology verified
[ ] Risk-based sample watched at normal speed
[ ] Full target track watched or review responsibility assigned
[ ] Zero blockers; major issues resolved

タイミング固定の制作ワークフローでは、このチェックリストを タイムスタンプを変更せずにSRTファイルを翻訳する方法 と併用してください。YouTube向け納品では、YouTube字幕アップロードワークフロー を利用してください。

汎用チェックリストを使うべきでない場合

規制対象メディア、放送納品、劇場字幕、ライブキャプション、または明示的な技術仕様を伴うアクセシビリティ契約に対して、このチェックリストだけを唯一の受け入れ基準として使ってはいけません。そうした納品物では、フレームレート、カット切り替え規則、位置指定、色、話者識別子、読了速度の計算方法、またはSRTでは表現できないファイル形式が定義されていることがあります。

その場合、これは事前チェックにすぎません。権威を持つのは契約書と納品先スタイルガイドです。

FAQ

良い字幕の読了速度とは何ですか?

適用すべき閾値は、プラットフォーム、言語、視聴者、スタイルガイドによって決まります。普遍的なCPS値を借用するのではなく、自分が適用しているルールを記録してください。

字幕1行には何文字入れるべきですか?

納品先の仕様に従い、実際のプレーヤーでテストしてください。ある1つのプラットフォームと言語向けに公開された制限を、すべての納品先へ一般化してはいけません。

翻訳字幕は原文の改行を維持すべきですか?

必ずしもそうではありません。必要ならタイミングは維持しつつ、改行位置は訳文言語で自然な句の境界へ移してください。

キュー数が一致していればSRTが有効だと証明できますか?

いいえ。IDの重複、タイムスタンプの不正、誤ったキューへのテキスト紐付け、エンコーディング破損、または許容不能な読了速度がありえます。

翻訳済み字幕ファイルには毎回フル視聴確認が必要ですか?

公開用途では、フル視聴確認が最も強力な検証です。規模の都合でサンプリングが必要な場合でも、決定的リスクのあるキューはすべて確認し、何を視聴していないかを記録してください。