若要在 Microsoft Word 中計算字元數，請開啟「校閱」分頁並點選「字數統計」——對話方塊會顯示選取範圍或整份文件的總字元數（含空格）、字元數（不含空格）、字數、段落數和行數。Word 也會在視窗底部的狀態列顯示即時計數，您可以在該處按右鍵選擇要顯示哪些數字：含空格的字元數、不含空格的字元數、字數，或三者同時顯示。相同的面板會出現在 Windows、macOS 和網頁版 Word 上，但依版本不同，路徑會略有差異：在 Word 2016 和 2019 中，「字數統計」按鈕位於「常用」分頁狀態列的最右側；在較新的版本中，則位於「校閱」>「字數統計」。對於較長的專案，計數會在您輸入時即時更新，因此您可以在不離開文件的情況下，即時觀看 280 字元的推文草稿逐步累加。知道那個數字是簡單的部分；更難的問題是，當接收端——社群網路、SMS 業者或搜尋引擎——有其自己的嚴格上限時，您該如何運用這個數字。
如何在 Microsoft Word 中計算字元數
- 在 Microsoft Word 中開啟您的文件，並將游標放在任何位置，或反白您想要計算的文字。
- 點選功能區上的「校閱」分頁。
- 點選「字數統計」。在 Word 2016 和 2019 中，相同的按鈕位於「常用」分頁的狀態列上。
- 查看對話方塊：它會列出頁數、字數、字元數（含空格）、字元數（不含空格）、段落數和行數。
- 關閉對話方塊——總計會持續顯示在視窗底部的狀態列上，直到您變更選取範圍。
- 選擇性步驟：在狀態列上按右鍵，並勾選或取消勾選「字元數（不含空格）」、「字元數（含空格）」和「字數」，以自訂螢幕上要顯示的內容。
相同的工作流程也適用於 macOS 和網頁版 Word，在這些版本中，依版本不同，功能表路徑為「校閱」>「字數統計」或「工具」>「字數統計」。對話方塊會在您編輯時自動重新整理，因此您在 Word 文件中起草的推文從頭到尾都會維持在 280 字元的上限視野內。
字元計算包含與排除的內容
Word 會並列顯示兩個字元數字。「字元數（含空格）」是字串的原始長度，包含每個空格、定位點、硬換行和標點符號。「字元數（不含空格）」則會去除空白字元，只計算可見的字符。對於大多數日常寫作而言，兩者差異不大，但對於像 280 字元的 X 貼文、貼到文件中的長 URL，或中繼資料說明的字數預算等嚴格上限，同時知道這兩個數字能讓您了解有多少額度被空格而非內容所佔用。
Word 也會分開計算段落和行數，這在您的目標是以行為界線時很重要——例如印刷表單、投影片標題、字幕軌或 CSS 單行樣式。選取一個段落並重新開啟「字數統計」，對話方塊會顯示該段落本身的總計，而非整份文件的數字，這是在不影響檔案其他部分的情況下，驗證單一區塊是否符合限制的最簡潔方式。
當 Word 中的數字不是您需要的限制時
Word 中的字元計數是對您文字的測量；它不是文字目的地的預算。接收您寫作的平台幾乎都會施加自己的上限，而其中大多數與寫作指南中出現的整數不符。X（Twitter）將標準貼文上限設為 280 字元，Instagram 允許說明最多 2,200 字元，GSM-7 SMS 每個段落可容納 160 字元，而搜尋引擎通常僅顯示標題標籤的前 60 字元，以及中繼說明的約 155–160 字元，之後便會以省略號截斷。
如果您的草稿是針對上述其中一個目的地，Word 的數字只是起點，而非定論。您需要知道自己距離接收端的上限還有多遠——同樣重要的是，如果您已經超過上限，還超出多少。這就是即時且具平台感知功能的計數器所填補的差距。
如何根據平台限制驗證您的計數
同時對照所有上限來檢查草稿的最快方法，是將其放入一個了解每個平台預算的瀏覽器型即時計數器中。字元計數器正是為此而生：它將一個簡單的文字區域轉為即時讀數，將您持續變動的字元計數對應到人們實際會遇到的限制。
- 在方塊中輸入或貼上您的文字——每個計數會在您輸入時即時更新。
- 查看統計方格中的總字元數、不含空格的字元數、字數、行數和 UTF-8 位元組數。
- 查看平台限制面板，以了解 X、SMS、Instagram 和 SEO 中繼標籤的剩餘字元數（或超出多少）。
每個平台的「剩餘字元數」數字會在您一超過上限時立即翻轉為「超出」警告，因此修剪推文、緊縮中繼說明，或將 SMS 控制在單一段落，只需一瞥而非猜測。由於方塊可直接接受從 Word 貼上的文字，您可以從文件中複製完成的段落，然後在同一個畫面上看到它是否符合 X 貼文、Instagram 說明、單一 SMS 段落的長度，或是否符合 Google 通常顯示的標題與說明預算。
字元與位元組並不相同
Word 不會顯示位元組計數，但在幾個實際情境中它很重要：以位元組定義的資料庫欄位寬度、URL 長度限制、SMS 編碼規則，以及任何以固定寬度欄位儲存文字的系統。在 UTF-8 下，一個普通的 ASCII 字母是 1 個位元組，一個帶變音符號的歐洲字元（如 é）是 2 個位元組，歐元符號 € 是 3 個位元組，大多數 CJK 字元是 3 個位元組，而單一表情符號（如 😀）是 4 個位元組，並計為 2 個 UTF-16 程式碼單位——這正是 X 和其他幾個平台實際上用來對應其字元上限的計算方式。
單一字元的計算範例。取一個由普通 ASCII 字母組成的 5 字元字串「hello」。每個字母是 1 個 UTF-8 位元組，因此位元組總數為 5 × 1 = 5 個位元組。現在將其中一個字母替換為 😀：該字串仍然是 5 個字元長，但 4 個字母各 1 個位元組加上 1 個表情符號 4 個位元組，得到 4 × 1 + 1 × 4 = 8 個位元組。可見長度沒有改變；位元組權重卻幾乎翻倍。
這個差距說明了為什麼一個帶有變音符號的短名稱會溢位 VARCHAR 欄位、為什麼貼到表單中的 URL 會因長度而被拒絕（即使讀起來沒問題），以及為什麼一個表情符號會悄悄地將 SMS 推入第二個計費段落。字元計數器的位元組欄位會在下游出問題之前先攔截這些情況。
各平台的字元限制
| 平台 | 限制項目 | 上限 |
|---|---|---|
| X（Twitter）貼文 | 標準貼文長度 | 280 字元 |
| SMS（GSM-7 字集） | 單一段落 | 160 字元 |
| SMS（Unicode / UCS-2） | 出現任何非 GSM 字元後的單一段落 | 70 字元 |
| Instagram 說明 | 說明長度 | 2,200 字元 |
| SEO 中繼標題 | 在 SERP 中可見的標題 | ~60 字元 |
| SEO 中繼說明 | 在 SERP 中可見的說明 | 155–160 字元 |
這些是字元計數器平台面板所檢查的預算。SMS 這一列是最多人低估的部分：一則 161 字元的純字母訊息仍可容納在一個段落中，但只要您加入表情符號、智慧引號或西里爾字母，整則訊息就會切換至 UCS-2，而 70 字元成為新的懸崖。一旦超過，業者會默默地將訊息分段，這會產生額外的計費段落。
隱私與計數的進行位置
Word 的字元計數發生在您的電腦上，在 Word 本身內部運作，因此當您點選對話方塊時，不會有任何資料離開您的電腦。瀏覽器型即時計數器也是如此：所有計算都使用標準 JavaScript 字串長度和內建的 TextEncoder 在本機執行 UTF-8 位元組計算。不會上傳、儲存或記錄任何內容，因此可以放心地放入草稿、密碼、私人筆記或客戶文案，而不會觸及任何伺服器。對於敏感文字——憑證、內部公告、任何受 NDA 保護的內容——這種純本機處理是讓瀏覽器計數器得以使用的關鍵特性。
將兩者結合運用
最簡單的工作流程是在 Word 中起草，因為編輯器和字數統計已在您眼前，然後在目的地變得重要時，立即將完成的段落貼到即時計數器中。如果該段是給 X 的，請留意 280 那條線。如果是給 Instagram 的，請留意 2,200 那條線。如果是給 SMS 大量發送的，請同時留意 160 和 70 那兩條線，這樣您就能看到編碼懸崖。如果是給搜尋摘要用的，請留意 60 和 160 那兩條線。只需一次貼上，所有限制一目了然，無需手動計算，也無需猜測一個智慧引號或表情符號讓您付出了多少字元。
如果您正在權衡選項，計算文字中字串出現的次數並查看位置對此有詳細說明。
如果您正在權衡選項，MacBook Word：在移除超連結前先稽核對此有詳細說明。