去年幫學長核對一篇要投出去的稿件，正文他一直說「約兩萬字」，Word 狀態列顯示 19876，我就按這個數填進了投稿系統的字數欄。一週後編輯退回，理由很具體：期刊要求的是字元數不超過兩萬，含標點和空格的那一項已經到兩萬三千多。這是我第一次意識到，「字數」這個詞至少有四五種數法，而投稿須知往往預設讀者知道它用的是哪一種。
一、先看清楚對方到底在數什麼
中文以「字」為單位，西文以「詞」為單位，混排時統計規則就會分叉：同一句話，按不同口徑能得出完全不同的數字。這句是我從當時的摘要裡摘出來的（三個全形標點、兩個半形符號、三處空格，兩處連續西文串各算一個詞）：
結論：樣本量約 210 戶，佔總體的 12.6%。
| 口徑 | 這句的數 | 它在數什麼 |
|---|---|---|
| 中文字數 | 11 | 只數漢字 |
| 字數（本文口徑） | 13 | 漢字按字計，「210」「12.6%」這類連續串各算一個詞 |
| 字元數（不計空格） | 22 | 漢字、標點、數字、字母逐個計，去掉空格 |
| 字元數（含空格） | 25 | 在上一項基礎上把空格也算進去 |
| 段落數 / 行數 | 1 / 1 | 段落按 Enter 分，行按換行分 |
先交代一句：13 是本文口徑，我按「漢字逐字 + 連續西文串」數出來的，各家編輯器不保證同名同值；Word 是否把全形標點算進「字數」也有版本差異。欄位名只當線索，不當定義。
25 和 13 差了快一倍。須知若寫的是「字元數（含空格）」，你卻按「字數」來收，就會被自己算出的數字騙到——這是我那次退稿的全部原因，跟內容無關。
二、數字對不上的四個來源
稿子在 Word、網頁編輯器、投稿系統之間來回一遍，幾乎必然出現差異，通常來自這幾處：
- 標點算不算。「字元數」類口徑一定包含全形標點和半形符號；有些須知寫的「不含標點字數」是另一項，得單獨統計。
- 軟換行。Shift+Enter 產生的是換行不是換段，所以行數會大於段落數。從排版好的 PDF 裡複製一段，常常整段只有一兩個段落，卻佔了十幾行。
- 看不見的空格。從 PDF 或網頁複製的中文，字與字之間經常夾進半形空格。要說清機制：Word 對中日韓字元本來就是逐字計數的，它的統計框裡單列「中文字元和韓語單詞」一項，所以空格推不高這一項，它推高的是「字元數（計空格）」——我那句樣本裡 3 處空格，正對應 25 減 22 的差。真正把數字翻幾倍的是按空白分詞的統計器和查重系統：它們認空格為詞界，漢字一旦被拆開，每個字各自成一個詞，詞數立刻上去。所以「字數明顯超標」先懷疑這一條。
- 附屬部件是否計入。Word 的字數統計對話框裡有「包括文字方塊、註腳和尾註」這個核取方塊，勾與不勾差幾百字；圖表標題、註腳、參考文獻是否算進正文，只能看須知原文。
段落數還有個細節：狀態列預設只顯示字數，右鍵點它才能勾出段落數、行數，不必每次進統計對話框。
三、我現在的固定流程
- 先回到須知的用詞本身：它寫的是「字數」「word count」「字元數」還是「篇幅」。英文投稿裡的 word count 通常按空格分詞，中文投稿按漢字，兩者不可套用。
- 把正文單獨匯出成純文字，去掉頁首頁尾、作者資訊和範本自帶的佔位符，避免這些被一起計進去。
- 用字數統計把整篇貼進去一次看全：中文字數、含空格與不含空格的字元數、行數、段落數都在，需要排除空格和標點的口徑也能直接讀，比我分別開三個軟體數一遍穩。
- 按最嚴的那個口徑預留餘量。我的習慣是上限的 90%：要求兩萬字元就收到一萬八以內，因為對方系統的統計規則通常比你本地的更粗（把表格文字、圖註都算進去）。
- 刪改之後用文字比對把改前改後兩段貼進去逐行看，確認刪掉的是水分段而不是被誤傷的正文，同時順便核對字數變化是否達到目標。
幾類常見要求的量級，可以作為寫之前的參照（務必以當期官方須知為準，各刊差異很大）：
| 類型 | 常見篇幅 | 通常按什麼計 |
|---|---|---|
| 中文核心期刊論文 | 6000–10000 字 | 含圖表與參考文獻的中文字數 |
| 學位論文（本科） | 正文 8000–15000 字 | 正文，不含附錄 |
| 論文中文摘要 | 300–500 字 | 漢字數 |
| 英文摘要 / 會議摘要 | 200–250 詞 | 按空格分詞的 word count |
| 關鍵詞 | 3–5 個 | 條數，不計字數 |
| 公眾號推文 | 1200–2000 字 | 第三方編輯器的字元數（各家口徑不一） |
四、幾個容易踩的邊角
字元數不等於位元組數。UTF-8 下一個漢字通常佔 3 位元組，所以介面欄位限制 varchar(255)、資料庫欄寬、表單 maxLength 這類限制，按位元組還是按字元算，能讓同一段中文「合格」或「超長」。寫資料表設計說明時最好註明單位。
查重報告的字數和 Word 不一樣。多數查重系統按字元統計，標點與換行的處理規則由系統自定，所以學校的說明通常寫「以查重系統結果為準」。不要試圖用 Word 的數字去換算，兩邊口徑不可比。
術語用得太多也是問題。我會順手用文字頻率統計跑一遍，看某個概念詞出現了數十次，往往是同一句話反覆寫的訊號，刪這些段落最省字數，也不傷論證。
公眾號後台不給字數。自帶的編輯器裡看不到字數統計，多數人靠第三方編輯器的字元數來估，各家口徑不一，同一篇稿子換個編輯器能差出幾百字。真要卡上限，就固定一個口徑數到底，別在兩個編輯器之間挑好看的數。
五、常見疑問
Q：投稿寫「8000 字以內」，我該按哪個數收？
按對己方最不利的口徑收：先看它是否註明「含參考文獻與圖表」，沒註明就假設含，並按字元數含標點留 10% 餘量。寧可少寫八百字，也不要賭對方系統的口徑。
Q：為什麼兩個軟體數出來的字數不一樣？
差別幾乎都在空格、標點、軟換行和附屬部件（註腳、文字方塊）這四件事上。差異存在是正常的，關鍵是確認收件方用的是哪一個，然後全程只用那一個。
Q：英文稿的 word count 包含參考文獻嗎？
不同期刊品位不同，有的明確寫「main text only」，有的要求把表格註釋一起報。投稿系統裡通常有獨立欄位，逐欄按它的標籤填，不要用總稿字數頂替。
Q：從 PDF 貼出來的中文為什麼字數離譜地多？
八成是字間夾了半形空格。Word 那一項中文字數不會因此變，但按空白分詞的統計器和查重系統會把空格當詞界，每個漢字各自成一個詞，數字一下就翻上去。先把空格清掉再統計，或直接改讀「中文字數」那一項。
Q：段落數和行數不一致正常嗎？
正常。硬換行才換段，Shift+Enter 只換行。排版類稿件（詩集、清單、歌詞）行數常遠大於段落數，須知要的是哪一項就報哪一項。
那次退稿改完之後，編輯在郵件裡回了句「這次篇幅合規」。回頭看，真正的問題不是我寫多了，而是我拿一個自己都沒驗證過的數字去滿足了別人的一句「字數」。所以現在凡是涉及篇幅限制的東西——論文、文案、合約條款、字幕——我都先問一句：數的是字、詞、字元，還是連空格標點一起。問清這一句，絕大多數返工都能省下來。