Microsoft Word 內建一個字元計數器，位於狀態列和「校閱」>「字數統計」對話方塊中，會計算使用中文件或所選文字中的每個字元——包括空格。若要一眼查看數字，Word 視窗左下角會顯示一個即時更新的累計計數，當你選取文字時也會跟著更新;完整對話方塊則會顯示頁數、段落數、行數、字數，以及包含與不包含空格的字元數。唯一的限制是，這個數字只是純粹的計數。它不會告訴你草稿是否符合 280 字元的 X 貼文、160 字元的 SMS、2,200 字元的 Instagram 說明，或 Google 大約 60 字元的標題標籤等限制。針對這類決策，更實用的工具是一個即時字元計數器，在你輸入時將文字對應到每個平台的字元上限，並讓你直接將結果複製回 Word。Word 的計數器也是文件本身內建唯一的字元參考工具，因此當你處理冗長草稿、多區段報告，或任何存在於 .docx 檔案中而非網頁表單的內容時，它是最佳的起點。
Where to Find Word's Built-In Character Counter
Microsoft Word 在兩個地方顯示字元計數，而且在 Windows、macOS 和網頁版都能使用。最快速的方式是視窗底部的狀態列:當文件開啟時，Word 會顯示即時字數，選取任何段落則會將計數縮小到該選取範圍。第二個方式是完整的「字數統計」對話方塊，會額外顯示頁數、段落數、行數、字數，以及兩種字元總數——包含空格的字元數和不包含空格的字元數。
若要在桌面應用程式中開啟對話方塊，請選擇校閱 > 字數統計。在 Word 網頁版中，請點選編輯文件 > 在 Word 網頁版中編輯，然後選擇校閱 > 字數統計。對話方塊也可以讓你決定是否將註腳和章節附註納入總數，這在文件屬於學術性質或包含大量註解時很重要。
Word 預設會計算每個可見字元——字母、數字、標點符號和空格。「不包含空格的字元數」在指定內文字元預算時很實用，但對於幾乎所有線上限制(社群貼文、SMS、SEO 中繼標籤)，包含空格的計數才是重點。若要計算選取範圍而非整份文件，請先反白該段落，再開啟對話方塊;頂端的總數會反映該選取範圍。
What Word's Counter Does Not Tell You
Word 的字元總數只是原始計數。它不會對應到任何預算，不會在你超過門檻時發出警告，也不會針對編碼進行調整。對大多數實際的寫作工作來說，問題不是「這段文字有多少字元?」而是「我還能再加入多少字元?」——而 Word 的對話方塊無法回答這個問題。
Word 忽略的三個具體限制:
- 平台上限。X 貼文上限為 280 字元，Instagram 說文上限為 2,200，中繼標題約 60，中繼說明約 155–160,SMS 每段則為 160 (GSM-7) 或 70 (Unicode)。
- 編碼切換。一段 160 字元的純文字 SMS，一旦加入表情符號或含腔調字元，就會變成多段 Unicode 訊息——Word 永遠不會告訴你分段計算方式已經改變。
- 位元組長度。VARCHAR(255) 資料庫欄位、網址縮短服務或 JSON 酬載限制都是以位元組而非可見字元來計算。Word 無法告訴你「é」會佔用 2 個位元組，或一個表情符號可能佔用 4 個位元組。
結果就是「Word 顯示 287 字元」可能同時意味著「你可以貼到部落格」和「你的推文會被拒絕」，取決於目的地。為避免意外，請在發布前將草稿從 Word 複製出來，並使用具備平台限制感知的計數器進行檢查。
Paste From Word Into a Live Limits Counter
若要進行具備平台限制感知的計算，請將草稿從 Word 複製到能同時顯示所有相關預算的計數器中。Character Counter 完全在瀏覽器中執行，會在你輸入時即時更新，並為每個平台標示你剩餘的精確空間。
- 從 Word 複製文字。在文件中選取該段落(Ctrl/Cmd + A 可選取整份文件，或只選取你需要預算控制的部分)，然後複製到剪貼簿。
- 貼到計數器的文字方塊中。開啟 Character Counter，使用 Ctrl/Cmd + V 貼上。統計方格會在內容進入方塊的瞬間更新。
- 讀取即時數字。總字元數(含空格)、不含空格的字元數、字數、句數、行數，以及 UTF-8 位元組計數都會同時顯示，讓你能看到可見長度與儲存長度之間的差距。
- 檢查平台面板。每一列會顯示各平台的剩餘字元數:X (280)、SMS GSM-7 (160)、SMS Unicode (70)、Instagram (2,200)、中繼標題 (~60) 和中繼說明 (~155–160)。當你超過預算時，數字會翻轉為「超出」警告。
- 編輯直到每列都符合。在方塊中精簡文字——計數和剩餘預算會在每次按鍵時重新計算，因此修剪工作變成一眼可見，而不是憑感覺猜測。
- 將精簡後的文字複製回 Word。在計數器中全選、複製，然後貼到文件中。Word 檔案的結構完全沒有改變;只有你正在檢查的內容經過調整。
由於所有計算都使用標準 JavaScript 和內建的 TextEncoder 在瀏覽器本機執行，你的草稿永遠不會被上傳、儲存或記錄。這使得該工作流程對於未發布的部落格文章、客戶文案、密碼或任何你不想貼到網頁表單的文字都安全無虞。
Platform Character Limits That Drive Real Decisions
下列限制是最常決定一篇文章能否完整發布的預算。它們都不符合 Word 的字數目標，因此字元計數必須承擔所有工作。
| 平台或介面 | 字元限制 | 是否計算空格? | 超過限制時會發生什麼 |
|---|---|---|---|
| X (Twitter) 貼文 | 280 | 是 | 提交時貼文會被拒絕 |
| SMS, GSM-7 字集 | 每段 160 | 是 | 超過 160 會強制分段發送，並可能重新計費 |
| SMS, Unicode(表情符號、腔調字元、非拉丁字母) | 每段 70 | 是 | 一個非 GSM 字元會將整則訊息切換為 UCS-2;超過 70 字元會觸發分段發送 |
| Instagram 說文 | 2,200 | 是 | 超出部分會以「…更多」截斷 |
| SEO 中繼標題 | ~60 | 是 | Google 在 SERP 中以省略號截斷標題 |
| SEO 中繼說明 | ~155–160 | 是 | 搜尋摘要會在句中遭到截斷 |
撰稿時請以計數器中的平台面板作為唯一真相來源——每個「剩餘字元」數字都會隨著相同的即時輸入更新，因此不需要維護第二份計算。
Why Bytes and Code Points Can Disagree With the Visible Count
字元與位元組是不同的單位，只要系統具有固定寬度的儲存或傳輸預算，這種差距就會浮現。在 UTF-8 編碼下(網路上的標準編碼)，一個純 ASCII 字母(例如「a」)佔 1 個位元組，一個含腔調的字元(例如「é」)佔 2 個位元組，一個符號(例如歐元符號「€」)佔 3 個位元組，而一個表情符號(例如「😀」)會編碼為 4 個 UTF-8 位元組，並計算為 2 個 UTF-16 程式碼單位(這是 X 計算 280 字元預算的方式)。
請思考短字串café €。可見字元計數為 6(c、a、f、é、空格、€)。UTF-8 位元組總計為 9:c (1) + a (1) + f (1) + é (2) + 空格 (1) + € (3)。同樣的概念可以類推:一個字元的表情符號可能讓 159 字元的 SMS 在某些網路上超過電信業者的上限，並讓姓名欄位的位元組長度幾乎翻倍。即時的位元組計數器能在差距於下游造成問題之前，讓你看見它。
Keep Your Count Private
字元計數、位元組總計和平台預算都不需要透過伺服器往返運算。Character Counter 使用 JavaScript 字串長度和標準 TextEncoder API 在瀏覽器中計算每個數字，這代表沒有任何內容會被上傳、儲存或記錄。草稿、內部備註和機密文案都保留在你的裝置上;這個計數器基本上是一個剛好顯示文字方塊的計算機。
延伸閱讀:Count Occurrences Alternative: A Local Browser Tool for Text。
延伸閱讀:How to Remove Invisible Characters From ChatGPT Output。