Ofcom 字幕規範檢查
或者貼上字幕文字
選項
限值不是你輸入的數字：它來自一份公開發布的文件，報告會寫明那份文件、引用原句、說明那句話是要求還是建議，並給出我們最後核對的日期和連結。選你要對其負責的那份文件。它們彼此並不一致：Netflix 按每秒字元數計算，並把每行限制在 42 個字元；Ofcom 和 BBC 按每分鐘詞數計算，而行長方面 BBC 限制為 37 個字元。其中三份完全沒有給數字 —— 47 CFR §79.1、WCAG 2.2 SC 1.2.2 和 EN 301 549（它要求網頁與非網頁文件滿足同一條準則）。這三份要求字幕標明說話者並包含非語音資訊，把所有數字留給播出方；檢查它們的頁面問的是檔案有沒有做到，而不是某個數字有沒有超標。它們的效力也不同：同一種缺陷在 WCAG 下是警告，在 EN 301 549 下是錯誤，因為該標準把這條準則寫成了必須。改變這個欄位會同時改變限值和引用，所以報告不會把一份文件的數字掛在另一份文件的名下。只檢查某一份文件所述內容的頁面，只提供那一份。
時間以哪個影格率計算。在格式頁面上，這是 MicroDVD 需要的值，因為它把時間存成影格編號。在影格率頁面上，它是檔案當初對應的速率 —— 字幕是照這個版本製作的 —— 而頁面的第二個欄位填你要搭配的影片速率。常見的有 23.976、24、25、29.97、30、50、59.94 和 60。填錯會讓整條時間軸位移；在影格率頁面上，位移是按比例發生，而不是固定的量。
Ofcom 的電視接取服務指引是一份簡短的文件，而關於字幕，它只提出一項可以用檔案量測的陳述：字幕不應超過每分鐘 160 到 180 個詞。這一頁把它所有的字幕檢查，一次拿去對照那份文件——閱讀速度、每行長度、最短與最長字幕時長，以及有沒有指名說話者——並且逐項印出答案，包括那些「這份文件沒有說」的答案。檔案在你的瀏覽器裡讀取、從不上傳，也不會被改動。
回來的結果值得整份讀完，因為五個區段裡有四個說的是同一類的話，而那並不是「沒問題」。Ofcom 對一行能放幾個字元沒有給上限，對最短與最長字幕時長也沒有，所以那三個區段讀作不適用——沒有給出上限，就沒有東西可以比對。說話者那一段讀到的是第二種、不同的句子：這份文件根本沒有提出這項要求。那第二句話，正是這一頁要與四張單項檢查頁並存的原因。一頁拿 Netflix 去檢查每行長度的頁面，就只能告訴你 Netflix 的事；這一頁告訴你 Ofcom 對這五件事裡的哪幾件有意見，而 Ofcom 只對其中一件有意見。
跑它同時也回答反方向的問題：你在意的那項檢查之所以缺席，是不是因為你選錯了文件。如果一份內部規範寫每行 42 個字元，而 Ofcom 的指引什麼都沒說，那個數字就是從別的地方來的，而報告的參考清單不會是它住的地方。
範例
一份有三條字幕超過每分鐘 180 個詞的檔案
字幕
1
00:00:01,000 --> 00:00:03,000
JOHN: I told you not to wait up.
2
00:00:04,000 --> 00:00:07,400
- I know what you did last summer, and I am not going to pretend otherwise.
- Then say it out loud, right here, in front of everybody.
3
00:00:09,000 --> 00:00:09,600
Wait.
4
00:00:11,000 --> 00:00:19,200
MARY: Nothing. It does not matter now.
5
00:00:21,000 --> 00:00:23,000
The quick brown fox jumps over the lazy dog every single morning.
報告發現了什麼
Cues read faster than the limit — 3 found
Severity Cues Start End Measured Limit Clause
Warning 1 00:00:01.000 00:00:03.000 240 wpm 180 wpm Ofcom: Guidelines on the provision of television access services — Reading speed: subtitles should not exceed 160–180 words per minute
Warning 2 00:00:04.000 00:00:07.400 494.1 wpm 180 wpm (the same sentence)
Warning 5 00:00:21.000 00:00:23.000 360 wpm 180 wpm (the same sentence)
Lines longer than the limit — Not applicable. No limit was given, so there is nothing to compare against
Cues below the minimum duration — Not applicable. No limit was given, so there is nothing to compare against
Cues above the maximum duration — Not applicable. No limit was given, so there is nothing to compare against
Cues with two speakers and no name — Not applicable. This document says nothing about this, so there is no requirement to check against
What it was checked against
Standard: Ofcom access services guidance
Limit: 180 wpm
Where it is stated: Reading speed: subtitles should not exceed 160–180 words per minute
Stated as: Guideline
Verified: 2026-10-16五個區段才是這一頁的重點，而後面四個不是「沒跑成」。把這份報告和同一批字幕在 Netflix 規範下的報告並排看：在那邊，其中三個區段會帶著發現，因為那份文件寫了每行長度、最短與最長時長；在這裡，它們各自只帶著一句話。速度以每分鐘詞數計量、按空白切詞，正是 Ofcom 陳述的方式——報告不會把它換算成每秒字元，因為詞換字元的換算會生出一個指引從未陳述過的數字。也注意最後一段的措辭與上面三段不同：一個是「沒有數值」，另一個是「沒有要求」。
剛好落在上限上的字幕
字幕
1
00:00:01,000 --> 00:00:03,000
Where were you going last night?
2
00:00:05,000 --> 00:00:07,000
Where were you going so late tonight?
報告發現了什麼
Cues read faster than the limit — 1 found
Severity Cues Start End Measured Limit Clause
Warning 2 00:00:05.000 00:00:07.000 210 wpm 180 wpm Ofcom: Guidelines on the provision of television access services — Reading speed: subtitles should not exceed 160–180 words per minute第一條是兩秒鐘六個詞——正好每分鐘 180 個詞——沒有被回報。第二條是同樣兩秒七個詞，210，被回報了。Ofcom 的句子是「不應超過」，所以邊界就是上限本身，而比較是嚴格大於。這一頁若寫成「至少」而比較方向相反，第一條就會進報告，而每一份檔案都會因為本來就在指引之內的用字而多出假發現。
詞與詞之間沒有空白的檔案
字幕
1
00:00:01,000 --> 00:00:02,000
你好，我一直在等你回来。
2
00:00:03,000 --> 00:00:05,000
我以为你今天不会来了。
報告發現了什麼
Cues read faster than the limit — Not applicable. No per-minute rate can be measured here: either the file holds no words at all, or its text is written without spaces between words (Chinese, Japanese), where counting words by whitespace counts the wrong thing. A characters-per-second standard measures a file like this one.每分鐘詞數是靠數空白量出來的，而中文與日文不寫空白。一行中文會被算成一、兩個「詞」，算出來的速度看起來極慢，報告會乾乾淨淨地回來——一份毫無意義的乾淨報告。所以這一頁改說它量不了，並指向量得起來的那項檢查：Netflix 的每秒字元上限數字元，不依賴空白。那是換一份文件的理由，不是放棄的理由，而這句話就寫在報告裡，你不必自己猜眼前看到的是哪一種。
常見問題
這一頁拿 Ofcom 的哪些數字去檢查字幕檔案？
一個。Ofcom 的電視接取服務指引寫了一項閱讀速度：字幕不應超過每分鐘 160 到 180 個詞，而這一頁對照的是那個區間的上限，也就是 180。整份文件沒有每行長度、沒有最短字幕時長、也沒有最長字幕時長，所以報告的五個區段裡有三個說沒有給出上限。這不是這一頁的短處，而是文件裡實際有什麼；把這件事查出來，正是跑這項檢查的理由。
為什麼 Ofcom 報告有三個區段寫「沒有上限」，而不是寫「沒有發現」？
「沒有發現」與「沒有東西可以比對」是兩個不同的答案，而報告把它們分開。沒有發現的意思是檔案拿去對照過某個上限、而且落在裡面。每行長度、最短時長與最長時長的實際情況是：Ofcom 對這三者都沒有寫任何數字，所以根本沒有東西可量。為那三個印出零筆發現，會讓這份報告看起來像一張空表的 Netflix 報告，而你會得到與事實相反的解讀：以為指引管到了那些項目。
Ofcom 用每分鐘詞數寫閱讀速度——那和每秒字元是同一種量法嗎？
不是，而這一頁不在兩者之間換算。Netflix 的上限數字元，Ofcom 的數的是以空白分隔的詞。把一個換成另一個，需要假設平均詞長，而得到的數字兩份文件都沒有陳述過。所以文件是 Ofcom 時，報告按每分鐘詞數量；文件是 Netflix 時，按每秒字元量；每一筆發現都引用它出自的那句話。一份檔案可以在其中一邊過關、在另一邊不合格，那正是值得知道的事。
Ofcom 的指引要求字幕指出誰在說話嗎？
在這一頁套用的那份文件裡沒有。它的說話者區段寫的是：這份文件沒有提到這件事，所以沒有要求可以對照——這與三個數字區段印出的句子不同，因為理由不同。指出誰在說話，是 WCAG 2.2 成功準則 1.2.2 與 FCC 的 caption 品質規則陳述的義務，兩者各有自己的頁面。若你的合規義務出自其中任一份，Ofcom 那一頁不是回答它的地方。
Ofcom 指引對停留不到一秒的字幕有什麼規定？
什麼都沒有。文件裡既沒有最短、也沒有最長字幕時長，所以這份報告的兩個時長區段都說沒有給出上限。字幕實務裡流傳的一秒，以及 Netflix 規範寫的 834 毫秒，都來自別的文件。一條 600 毫秒的字幕在這一頁不構成發現；同一條字幕在 Netflix 那一頁就是。
每分鐘 180 個詞在英國是法律上限嗎？
它是指引，而報告在「陳述方式」那一列就是這樣標的。Ofcom 的接取服務法規對廣播機構與隨選提供者課予義務；這個數字住在隨它發布的指引裡，是寫給製作字幕的人看的。這個區別印在每一筆發現上，而不是留給讀者自己判斷，因為一個被當成法律門檻呈現的數字，會是這一頁支撐不起來的主張。
這項檢查會看什麼
- 報告描述的是一份檔案，不是一項服務。Ofcom 的接取服務法規與這一頁套用的指引，拘束英國的電視與隨選提供者；單一份字幕檔案本身不是被監管的對象。這裡沒有任何一句話斷定什麼東西符合規定。報告陳述的是有多少條字幕以這一頁的方式量到問題、每個數字讀自哪一句話、那句話是要求還是指引，以及那句話最後一次對照公布文件核對的日期。caption（美式用語）與 subtitle（英式用語）指的是同一份被量測的檔案。
- 指引沉默的地方，這一頁在報告裡照實說出來，而不是把缺口填上。五項檢查裡有三項印「沒有給出上限」、一項印「沒有陳述要求」，因為那就是文件的字面狀態。需要一個每行長度或最短時長可以指的人，在這裡找不到，而那是誠實的結果；另一種做法是把別份文件的數字借過來，掛在 Ofcom 名下。閱讀速度（reading speed）與 auditory cues 這類要求，在其他文件裡各有各的版本，也各有各的頁面。
參考資料
- Ofcom: Guidelines on the provision of television access services — 閱讀速度：字幕不應超過每分鐘 160 到 180 個詞。這是這一頁套用的唯一數字，而它是指引，不是接取服務法規的條款。
- Ofcom access services code — 英國電視與隨選提供者承擔的義務。這裡提到它只是為了把界線講清楚：這一頁套用的是指引而不是法規，而字幕檔案也不是拿去對照法規量的。