Microsoft Word 內建一個字元計數器，位於狀態列以及「校閱 > 字數統計」對話方塊中，會計算作用中文件或所選文字中的每一個字元——包括空格。若要快速查看數字，Word 視窗左下角會顯示一個隨著選取範圍即時更新的累計總數;完整對話方塊則會列出頁數、段落、行數、字數，以及包含空格或不包含空格的字元數。問題在於，這個數字僅僅是個計數，它並不會告訴你草稿是否符合 280 字元的 X 貼文、160 字元的 SMS、2,200 字元的 Instagram 說明，或 Google 大約 60 字元的標題標籤等限制。針對這些決策，更實用的工具是一個即時字元計數器，在你輸入時就將文字對應到各平台的字數限制——並讓你直接把結果複製回 Word。Word 的計數器也是唯一內建於文件本身的字元參考工具，因此當你處理冗長草稿、多區段報告，或任何存放在 .docx 檔案中而非網頁表單的內容時，它是正確的起點。
在哪裡找到 Word 內建的字元計數器
Microsoft Word 在兩個地方顯示字元計數，而且兩者在 Windows、macOS 和網頁版都能使用。最快的方式是視窗底部的狀態列:當文件開啟時，Word 會顯示即時的字數，選取任何段落則會將計數縮小至該選取範圍。第二個方式是完整的「字數統計」對話方塊，其中會加入頁數、段落、行數、字數，以及兩種字元總數——包含空格的字元數與不包含空格的字元數。
若要在桌面應用程式中開啟對話方塊，請選擇「校閱」 > 「字數統計」。在 Word 網頁版中，請點選「編輯文件」 > 「在 Word 網頁版中編輯」，然後選擇「校閱」 > 「字數統計」。對話方塊也可讓你決定是否將註腳和章節附註納入總數，若你的文件屬於學術性質或大量註解，這點就很重要。
Word 預設會計算每一個可見字元——字母、數字、標點符號和空格。「不包含空格的字元數」在簡報指定內文字元預算時很實用，但對幾乎所有線上限制(社群貼文、SMS、SEO meta 標籤)而言，包含空格的計數才是關鍵。若要計算選取範圍而非整份文件，請先反白該段落，再開啟對話方塊;頂端的總數就會反映選取範圍。
Word 計數器無法告訴你的事
Word 的字元總數是原始計數。它不會對應到預算、不會在超過門檻時發出警告，也不會針對編碼進行調整。對大多數實際寫作任務而言，問題不是「這有多少字元?」，而是「我還能再加多少字元?」——而 Word 的對話方塊對此沒有答案。
Word 忽略的三個具體限制:
- 平台上限。X 貼文上限為 280 字元，Instagram 說文為 2,200,meta 標題大約 60,meta 說明約 155–160,SMS 每段為 160(GSM-7)或 70(Unicode)。
- 編碼切換。一則普通的 160 字元 SMS 一旦加入表情符號或重音字元，就會變成多段 Unicode 訊息——Word 永遠不會告訴你分段計算方式已經改變。
- 位元組長度。VARCHAR(255) 資料庫欄位、網址縮短器或 JSON 承載量限制是以位元組而非可見字元計算。Word 無法告訴你「é」佔兩個位元組，或一個表情符號可能佔四個位元組。
結果是「Word 顯示 287 字元」可能同時代表「你可以貼到部落格」和「你的推文會被拒絕」，取決於目的地。為避免意外，請在發布前將草稿從 Word 複製出來，並透過具備限制感知功能的計數器進行檢查。
從 Word 貼上到即時限制計數器
若要進行限制感知的計算，請將草稿從 Word 複製到一個能同時顯示所有相關預算的計數器。字元計數器完全在你的瀏覽器中執行，輸入時即時更新，並為每個平台標示你剩餘的可用空間。
- 從 Word 複製文字。在文件中選取段落(Ctrl/Cmd + A 可選取整份文件，或只選取你需要計算預算的段落)，然後複製到剪貼簿。
- 貼到計數器的文字方塊。開啟字元計數器，使用 Ctrl/Cmd + V 貼上。統計方格會在內容進入方塊的瞬間更新。
- 讀取即時數字。總字元數(包含空格)、不包含空格的字元數、字數、句數、行數，以及 UTF-8 位元組數，全部一目了然，因此你能看見可見長度與儲存長度之間的差距。
- 檢查平台面板。每一列顯示 X (280)、SMS GSM-7 (160)、SMS Unicode (70)、Instagram (2,200)、meta 標題 (~60)、meta 說明 (~155–160) 的剩餘字元數。當你超過預算時，數字會翻轉為「超出」警告。
- 編輯到每一列都符合為止。在方塊中精簡文字——每次按鍵都會重新計算計數與剩餘預算，因此刪減變得直觀而不再是猜測。
- 將精簡後的文字複製回 Word。在計數器中全選、複製，然後貼到你的文件。Word 檔案的結構完全沒有改變;只有你正在檢查的內容經過調整。
由於所有計算都使用標準 JavaScript 與內建的 TextEncoder 在瀏覽器本機執行，你的草稿永遠不會被上傳、儲存或記錄。這使得該工作流程對未發布的部落格文章、客戶文案、密碼，或任何你不會貼到網頁表單的文字都安全無虞。
驅動實際決策的平台字元限制
以下限制是最常決定一篇文章能否完整發布的預算。這些都與 Word 字數目標無關，因此必須完全依靠字元計數。
| 平台或介面 | 字元限制 | 是否計算空格? | 超過限制時會發生什麼 |
|---|---|---|---|
| X (Twitter) 貼文 | 280 | 是 | 送出時貼文被拒絕 |
| SMS,GSM-7 字母 | 每段 160 | 是 | 超過 160 會強制分段傳送，並可能重新計費 |
| SMS,Unicode(表情符號、重音符號、非拉丁字母) | 每段 70 | 是 | 一個非 GSM 字元會將整則訊息切換為 UCS-2;超過 70 字元會觸發分段傳送 |
| Instagram 說文 | 2,200 | 是 | 超出部分會以「…更多」截斷 |
| SEO meta 標題 | ~60 | 是 | Google 在 SERP 中以省略號截斷標題 |
| SEO meta 說明 | ~155–160 | 是 | 搜尋摘要會在句子中間被截斷 |
在撰稿時，將計數器中的平台面板視為唯一依據——每個「剩餘字元數」都隨著相同的即時輸入更新，因此不需要維護第二份計算。
為何位元組與碼點可能與可見計數不一致
字元與位元組是不同的單位，當系統具有固定寬度的儲存或傳輸預算時，兩者的差距就會浮現。在 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 在某些網路上超出電信業者的上限，並幾乎讓姓名欄位的位元組長度加倍。即時位元組計數器能在差距破壞下游系統之前，將其具體呈現出來。
保持計數的隱私性
字元計數、位元組總數和平台預算不應該需要經過伺服器往返。字元計數器使用 JavaScript 字串長度與標準 TextEncoder API 在你的瀏覽器中計算所有數字，這代表沒有任何內容被上傳、儲存或記錄。草稿、內部備註和機密文案都保留在你的裝置上;這個計數器本質上是一個恰好顯示文字方塊的計算機。