這對於時間提醒、通知和群發訊息尤其重要。從編輯器中看到的短句很難判斷會發送多少個 SMS 片段。請使用發送服務自帶的計數器檢查最終文本，包括替換後的姓名、日期以及可能的退訂文本。
160、70、153 和 67 這些數字代表什麼意思？
使用 GSM-7 字符集發送的單片段 SMS 的標準容量為 160 個單位。在 SMS 服務商標記為 UCS-2 的 Unicode 編碼中，標準限制為 70。在多個拼接片段的情況下，用於組裝的數據會佔用空間：因此每個片段通常按 153 或 67 個單位計算。Twilio 也記錄了某些路由的例外情況。 來源：Twilio – How long can a message be?
| 標準編碼情況 | 單個片段的容量 | 拼接訊息中單個片段的容量 |
|---|---|---|
| GSM-7 | 160 個單位 | 153 個單位 |
| Unicode，服務商通常標記為 UCS-2 | 70 個單位 | 67 個單位 |
這裡的「單位」並不總是意味著一個可見字符。例如，在 GSM-7 擴展集中，{ 和 ] 括號各自佔用兩個單位。因此，服務商的計數器比手動計算的字母數更準確。 來源：Twilio – GSM-7 字符編碼
在匈牙利語重音符號處也要進行檢查
不要只關注 emoji。某些帶重音的字母、排版引號和其他特殊字符也可能導致編碼切換。因此，對於匈牙利語文本，即使在移除 emoji 後，也要重新檢查計數器。GSM-7 和簡單的 ASCII 字符集也不相同。 來源：Twilio – What is UCS-2 Character Encoding?
請在你的服務商預覽中依次嘗試這三個簡短範例：
Holnap 14:00-kor talalkozunk.Holnap 14:00-kor találkozunk.Holnap 14:00-kor találkozunk. 🙂
首先只有重音符號發生變化，然後才加入 emoji。請分別關注編碼和訊息片段數量：對於如此短的文本，編碼切換不一定會增加片段數量。服務商的自動字符替換也可能影響結果。
在縮減過程中，請保留收件人所需的數據。省略時間或取消選項很容易使通知變得無法使用。最好刪除多餘的引言或重複內容，然後將訊息作為獨立文本重新閱讀。
一個微笑可能包含多個技術單位
在服務商介面中，你經常會看到「UCS-2」字樣。然而，嚴格意義上的 UCS-2 無法表示所有當代的 emoji。UTF-16 使用兩個 16 位元的代碼單元來處理基本平面之外的字符；請在具體發送系統的文件中檢查其支援情況。 技術背景：Twilio – UCS-2 和 UTF-16
一個簡單且易於驗證的例子：🙂 是一個 Unicode 代碼點，在 UTF-16 中是兩個代碼單元。👩💻 由三個代碼點組成，在 UTF-16 中是五個代碼單元。兩者都可以顯示為單一圖像。這些數字源於序列的結構；因此，計算可見圖像數量不足以確定發送大小。關於複合 emoji 的文章 詳細闡述了這種差異。
請檢查實際的發送方式
在手機上的文字訊息對話中，SMS、RCS 和其他訊息發送方式可能遵循不同的規則。僅在你確實發送 SMS 時才使用適用於 SMS 的表格。在商業系統中，請從服務商文件中檢查可能的降級模式：如果最初選擇的通道不可用，會發生什麼情況？
請根據你自己的套餐查看收費情況。多個片段並不意味著在所有訂閱方案中都會產生相同的額外費用。在正式發送之前，發送一條實際長度的訊息到你自己的測試地址，並結合服務商日誌，可以提供有用的反饋。
帶上重點
三題知識測驗
嘗試應用你讀到的內容。每題選擇一個答案；每個正確答案得一分。評估將針對這三種情況提供回饋，我們不會儲存或發送你的答案。
試著完成三個簡短的 SMS 範例，並特別留意編碼和訊息分段數量。
試著完成三個簡短的 SMS 範例，並特別留意編碼和訊息分段數量。
檢查哪些字元或佔位資料在計算中被遺漏了。
在這三個範例中，你檢視的是實際發送的文字；也請檢查一個你自己的 SMS 範本。
解答與解釋
- 與保留字元相關的編碼以及訊息分段數量。其他字元也可能需要不同的編碼。
- 無法從可見的字形判斷：必須測量編碼單位。單一可見字形可能由多個碼點和編碼單位組成。
- 你檢視的是完整的佔位文字以及服務商分段數量。發送版本的實際長度決定訊息如何容納。
計算你的正確答案：每個得一分。跳過的答案得零分。
- 3 分：在這三個範例中，你檢視的是實際發送的文字；也請檢查一個你自己的 SMS 範本。
- 2 分：檢查哪些字元或佔位資料在計算中被遺漏了。
- 0–1 分：試著完成三個簡短的 SMS 範例，並特別留意編碼和訊息分段數量。
