計算字數、字元數與閱讀時間 _

字數是如何計算的？

此工具在可用時使用瀏覽器內建的 Intl.Segmenter API（Chrome 87+、Firefox 125+、Safari 14.1+）計算字數，該 API 透過 Unicode CLDR 衍生的語言學精確斷詞規則處理每種文字系統——拉丁文、中文、阿拉伯文、天城文、日文、韓文、西里爾文。當 Intl.Segmenter 不可用時，退而使用 Unicode 感知的正規表示式（/\p{L}+/gu）匹配任意連續的 Unicode 字母。大多數競爭工具以 ASCII 空白分割，對拉丁字母以外的文字計數結果是靜默錯誤的；此工具不會如此。

計算的運作原理

每次按鍵都在你的瀏覽器中執行六個步驟。它們全都不會接觸網路。整個流程在典型的段落長度輸入上不到一毫秒即可完成，並且能在不掉格的情況下處理 100,000 字的文稿。

1. 你的文字從文字區域讀取並保存在瀏覽器記憶體中——任何資料都不會離開你的裝置。
2. 字元計數使用 JavaScript 的展開運算子（[...text].length）計算 Unicode 碼位，因此像 🙂 這樣的表情符號無論其內部 UTF-16 編碼如何都算作 1 個字元。
3. 字數計數依賴 Intl.Segmenter（粒度設為 'word'），並篩選 isWordLike 為 true 的片段。不以空格分隔字詞的中文和日文文字，每個字元算一個片段。
4. 句子計數使用 Intl.Segmenter（粒度設為 'sentence'），對縮寫、省略號和標點邊界案例的處理優於簡單的句號分割。
5. 段落計數以一行或多行空白行（\n\s*\n）分割，並篩除空白片段。
6. 閱讀時間與說話時間將字數除以設定的每分鐘字數速率（預設：閱讀 200、說話 130），並將結果格式化為分鐘與秒。

為什麼要計算字數？

• 論文與投稿字數限制。大學申請文章通常有字數限制——了解你的字數，就不必在提交前承受壓力地最後刪減。
• SEO 與內容規劃。搜尋品質團隊以字數作為主題深度的粗略代理指標，而介於 1,500 至 2,500 字之間的長篇文章，在競爭性查詢中持續排名優於內容單薄的文章。在草稿撰寫過程中追蹤字數有助於保持在這個範圍內，而無需填充內容。
• 社群媒體字數限制。X 限制貼文 280 個字元、LinkedIn 文章 110,000 個字元、Instagram 說明 2,200 個字元、meta 描述約 160 個字元。字元欄位在你貼入平台編輯器並發現被截斷之前就告訴你確切數字。
• 轉錄與演說估算。以每分鐘 200 字的閱讀時間符合平均默讀速度；以每分鐘 130 字的說話時間符合對話式口語速度。兩者都可用來估算播客片段長度、規劃 5 分鐘的閃電演講，或在錄音前估算旁白時長。

常見應用場景

字數與字元計算廣泛應用於寫作、內容與開發工作，而此工具的 Unicode 感知引擎對以多種語言交付內容的團隊尤為重要：

• 學術寫作：追蹤論文章節的進度目標，或在提交前確認摘要在期刊的字元限制之內。
• 行銷與 UX 文案：衡量主旨行、英雄標題或 CTA 按鈕標籤是否符合設計師在 Figma 中設定的字元預算。
• 演講稿寫作與播客製作：將腳本轉換為預期時長，在排練當天之前就知道主題演講是否會超時。

字數計算範例是什麼樣子？

取這個三段落的範本。The quick brown fox jumps over the lazy dog. The sentence above is a pangram — it contains every letter of the English alphabet, which is why typographers and font designers use it to preview a typeface. Pangrams date back at least to the 19th century, when telegraph operators used short letter-complete sentences to test transmission accuracy. Today they show up in font specimens, keyboard tests, and the default placeholder text of every design app from Figma to InDesign. 將其貼入輸入欄，指標欄位回報：71 個字詞、含空格 410 個字元、不含空格 340 個字元、4 個句子、3 個段落、以每分鐘 200 字計算約 21 秒的閱讀時間，以及以每分鐘 130 字計算約 33 秒的說話時間。最常出現字詞面板會跳過 the 和 a 等停用詞，並呈現主導內容的實質詞——此例中為 pangram、letter 和 sentence。切換為中文、阿拉伯文或印地文文字，每個欄位都會根據該文字系統自身的斷詞規則重新計算。

字數是如何計算的？

在支援 Intl.Segmenter（Chrome 87+、Firefox 125+、Safari 14.1+）的瀏覽器中，此工具使用 new Intl.Segmenter(locale, { granularity: 'word' }) 並計算 isWordLike 為 true 的片段。這能正確處理中文、日文、阿拉伯文、天城文及所有其他 Unicode 文字系統。在較舊的瀏覽器中，退而使用正規表示式 /\p{L}+/gu 匹配任意連續的 Unicode 字母，對拉丁文字語言效果良好，但對中文或日文無論是否有空格都將整個詞語視為一個片段。

為什麼計數與 MS Word 不同？

Microsoft Word 的字數計算演算法是專有的，在不同版本中對連字號複合詞、縮略語和特殊字元的處理方式不同。此工具將「won't」算作一個字詞（一個 isWordLike 片段），而 Word 可能算作兩個。對大多數散文而言，兩者計數差異在 1 至 2% 以內；對含連字號的文字則可能相差更多。當來源文字是相同的 UTF-8 字串時，字元計數始終一致。

支援非拉丁文字系統（中文、阿拉伯文、西里爾文）嗎？

是的。Intl.Segmenter API 在設計上就具備 Unicode 感知能力。阿拉伯文和希伯來文（從右至左的文字系統）能正確計算；西里爾文和希臘文像一般拉丁文字一樣以斷詞邊界分割；中文和日文每個字元回報一個詞語片段，因為這些書寫系統在字詞之間不使用空格。字元計數（使用 [...text].length）始終計算 Unicode 碼位，不受文字系統影響，因此表情符號、CJK 字元和帶重音的拉丁字元都算作 1 個字元。

我的文字會被上傳嗎？

不會。所有計算都在你的瀏覽器分頁中使用原生 JavaScript API 執行。任何資料都不會傳送至 Ultim8Soft 的伺服器或任何第三方服務。你可以透過開啟瀏覽器開發工具、切換至「網路」分頁、清除日誌、在輸入欄中輸入文字，並確認計算步驟中沒有出現任何網路請求來驗證這一點。

此字數計算器完全在你的瀏覽器中執行。無需上傳、無需帳號、無需供應商函式庫、不會對計算的文字進行分析。貼上任何文字系統的文字，看著七個指標欄位隨著你輸入而更新，然後複製你需要的內容。整個工具約 12 KB 的 JavaScript，載入一次後即可離線使用。