字幕翻譯 QA 檢查清單：閱讀速度、每行長度與分段

僅有翻譯正確還不夠

一句一句都翻得準確的字幕，仍然可能在螢幕上失敗。觀眾必須在固定時間內讀完字幕，同時跟上語音、人物表情、動作與畫面文字。因此，字幕 QA 至少有四個彼此獨立的面向：

1. 檔案結構；
2. 同步；
3. 語言準確性與一致性；
4. 螢幕上的可讀性。

使用具備檔案結構感知能力的 SRT Translator 保護字幕段落結構，接著再搭配影片稽核目標語字幕軌。關鍵且不明顯的結論是：不存在單一通用、適用所有情況的每秒字元數或每行字元數上限。適用規則取決於發佈平台、語言、受眾、類型與字幕種類。在衡量是否合規之前，先選定目的地的平台風格指南。

10 分鐘預檢

在完整審查之前，先進行這一輪優先排除阻斷性問題的檢查：

• 檔案可在目標播放器或編輯器中開啟。
• 原文與譯文的字幕段數一致。
• 字幕段 ID 與時間戳保持排序正確。
• 檔案使用要求的編碼，通常為 UTF-8。
• 任何原文字幕段都沒有被意外留白或未翻譯。
• 任何目標字幕段都不包含指令、Markdown fence 或模型註解。
• 開頭、中段與最後一分鐘都與精確的影片剪輯版本同步。
• 人名、日期、價格、測量值與 URL 都與原始依據一致。

如果任何阻斷項目失敗，就停止。不要把一小時浪費在為錯誤影片版本對齊的字幕軌打磨換行。

下載合成的 SRT 翻譯壓力測試 作為可重現的預檢檔案。它涵蓋格式標籤、快速對話、說話者標記、數字內容與多種文字系統，同時不使用客戶資料。

字幕段數與時間完整性

當任務要求「只翻譯、不重新定時」時，請以程式方式或在字幕編輯器中比較以下數值：

另請檢查是否出現負時長、意外重疊、超出影片總時長的字幕段，以及無法解釋的大段空白。較豐富的字幕格式中，重疊有時可能是為了定位而刻意為之，但在一般 SRT 工作流程中，不應意外產生這種情況。

每秒字元數與閱讀速度

可見每秒字元數的計算方式如下：

CPS = visible character count / cue duration in seconds

計算可見字元數時，請排除標記標籤。是否計入空格、標點、全形 CJK 字元與換行，應遵循交付規格。

不要因為某篇部落格寫著「17 CPS 永遠正確」就自行發明門檻。一份有用的 QA 報告應包含：

• 正在執行的風格指南與語言；
• 計算慣例；
• 設定的門檻值；
• 最差的字幕段；
• 每個字幕段應該濃縮、延長、拆分或重新定時。

CPS 偏高是需要審查的訊號，不是自動刪減語意的指令。

每行字元數與雙行限制

計算的是實際渲染後的行，而不是原始碼中的那一行。字型、播放器寬度、安全區域與文字系統都會影響換行。

以 Netflix 目前的英文 timed-text 指南為例，它在該特定交付情境下規定每行最多 42 個字元（Netflix Partner Help). Netflix 英文交付的依據，不是適用於 YouTube、電視廣播、CJK 字幕、直式影片或其他客戶指南的普遍法則。

稽核項目：

• 每個字幕段允許的最大行數；
• 依目的地計數規則計算的行長；
• 播放器是否把看似單行的字幕段實際換成兩行；
• 字幕是否與 lower thirds 或 UI 互相碰撞；
• 雙語字幕段是否佔用過多垂直空間。

句子分段與自然斷點

好的換行會保留一個有意義的詞組。避免拆開：

• 冠詞與其名詞；
• 介系詞與其受詞；
• 代名詞與其動詞；
• 助動詞與其主要動詞；
• 一個人的名字與姓氏；
• 數字與其單位；
• 否定詞與它修飾的詞。

不佳：

The board approved the
new accessibility policy.

較佳：

The board approved
the new accessibility policy.

跨字幕段時，不要讓笑點、答案或身分在音訊揭露之前就先暴露。若目標語的語序在文法上有要求，可能需要改寫，而不是把關鍵字提前移到較早的字幕段中。

說話者標記、音效與畫面文字

先判定這條字幕軌是僅含對話、聽障字幕，還是其他無障礙交付形式。不同類型要求的處理方式不同。

檢查以下事項：

• 畫外音或無法明確辨識的說話者，是否依風格指南正確標示；
• 有意義的音效是否已翻譯，而不是盲目音譯；
• 音樂提示是否使用一致的慣例；
• 標記是否佔掉短字幕段的大部分空間；
• 可見的招牌、訊息或 UI 文字在要求時是否已納入；
• 對話與畫面文字是否不至於互相競爭到難以閱讀。

YouTube 的說明提供了有意義聲音的示例，例如 [applause] 與 [thunder]（YouTube Help).

數字、日期、名稱與術語

在判斷文風之前，先執行一輪可確定結果的檢查：

• 將每個含有數字的字幕段與原文逐一比對；
• 只有在地區設定要求時，才正規化小數點與千分位分隔符號；
• 確認貨幣應該換算，還是只需格式化；
• 驗證可能把月份與日期顛倒的日期寫法；
• 搜尋每個核准的專有名詞與禁用變體；
• 檢查縮寫、產品 UI 標籤與重複出現的行動呼籲；
• 確認單位既沒有被翻成文字，也沒有被默默換算。

流暢但錯誤的數字是阻斷項目。笨拙但正確的句子可以修改；錯誤的劑量、價格、日期或法律門檻會直接改變內容。

將字幕與音訊進行抽樣核對

自動化 QA 應該挑出高風險字幕段，但人類仍然需要實際觀看它們。應納入：

• CPS 最高的離群值；
• 最長的行；
• 持續時間最短的字幕段；
• 每一個包含數字的字幕段；
• 密集對話中的每一次說話者切換；
• 每一種格式標籤模式；
• 每個場景或章節的開頭與結尾；
• 從其餘字幕段中抽出的隨機樣本。

對於一個有 120 個字幕段的檔案，一種站得住腳的抽樣方式是：檢查所有可確定的風險字幕段，加上第一個、中間與最後一個字幕段，再從其餘每個 20 段區塊中各抽取隨機樣本。這是一種抽樣設計，不是未檢查字幕段皆正確的證明。

阻斷性與外觀性字幕錯誤

不要把這些平均成一個令人安心的總分。就算另外 119 個字幕段都完美，只要有一個阻斷性問題，就應該讓發佈失敗。

可下載的 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 字幕上傳流程。

何時不該使用通用檢查清單

對於受監管媒體、廣播交付、戲院字幕、即時字幕、卡拉 OK，或具有明確技術規格的無障礙合約，不要把這份清單當成唯一的驗收標準。這些交付項目可能會定義影格率、鏡頭切換規則、定位、顏色、說話者識別、閱讀速度計算方式，或 SRT 無法表達的檔案格式。

在那種情況下，這份清單只是預檢。真正的權威是合約與目的地風格指南。

FAQ

什麼樣的字幕閱讀速度才算好？

適用的門檻取決於平台、語言、受眾與風格指南。請記錄你實際執行的規則，而不是借用某個通用 CPS 數字。

一行字幕應該有多少字元？

請使用目的地平台的規格，並測試實際播放器。為某一個平台與語言公布的限制，不應被概括套用到所有交付情境。

翻譯後的字幕應該保留原本的換行嗎？

不一定。在要求保留時間軸時保留時間，但應將換行移到目標語中自然的詞組邊界。

只要字幕段數一致，就足以證明 SRT 有效嗎？

不夠。ID 可能重複、時間戳可能格式錯誤、文字可能附在錯誤的字幕段上、編碼可能損壞，或閱讀速度可能不可接受。

每一個翻譯後的字幕檔都需要完整看過一遍嗎？

若要正式發佈，完整看過一遍是最強的檢查方式。當規模迫使你只能抽樣時，請檢查所有可確定的風險字幕段，並記錄哪些部分未被觀看。