UCS-2 串接會悄悄燒掉預付簡訊分段

產品按了一次傳送。預付費錢包扣了三個單位。這不是帳本故障，而是編碼悄悄翻轉之後的串接。GSM-7 只覆蓋有限拉丁字元；表情、多數文字、從文件貼來的「聰明」引號會強制 UCS-2，降低每段容量並切開正文。財務若仍按「傳送則數」對帳，永遠對不上錢包。同一條 OTP 走廊，只要範本多一個表情，分段就可能在目的地名單沒變時加倍。上線前用真實收件人語言各打一則，比事後對帳便宜。

IOSOR 以 white-label prepaid 簡訊運行，一本帳本。目錄 live 表示傳送路徑就緒；in setup 是申請，不是更便宜的編碼。月用量接近 USD 1,000+ 時，分段與編碼進入商務複盤。沒有「為了帳號活著」的平台訂閱——充值預付費，看見單位。先證據，再擴量。對外承諾必須與目錄狀態一致。同一本 white-label 錢包裡，分段必須能解釋清楚，不能只信編輯器的則數。

財務必須數分段，而不是「訊息」

編輯器顯示「1 message」是在回答產品問題。錢包回答的是金錢問題：走了多少計費分段。編碼一變或長度越過邊界，兩個數字就分叉。對照 簡訊分段記帳。財務若不能匯出目的地、編碼、長度、分段與單價，那一行只是收據。向董事會承諾月度簡訊預算之前，先看 預付費支出控制。把「訊息」和「分段」寫成兩欄，一週就能看見漂移。

GSM-7 與 UCS-2：無聲的編碼翻轉

GSM-7 高效而脆弱。UCS-2 誠實而更貴。若品管只打英文字母，翻轉通常看不見：末尾一個表情會重編整段正文；彎引號、打勾、GSM 集外音符同樣如此；英文裡很短的範本變數，在另一種語言裡變長。UCS-2 不是「國際附加費」，而是正文真正用過的編碼。把它和字數一起放進編輯器與 API 預估，不要等扣款之後。上線前用真實收件人語言各打一則，比事後對帳便宜。

編輯器藏起來的串接開銷

越過單段上限不會好心進位。正文切開，每段帶頭，錢包按段扣。71 個 UCS-2 字元已是兩段。介面仍說一則訊息，產品和財務就在讀兩套儀表。傳送前用錢包同一套規則預估。

越過邊界的範本與語言

分段消耗藏在支援最後才搜的地方。作者語言裡三個字元的變數，收件人語言裡可以變成三十個。從公文複製的法律頁尾帶著彎引號。失敗 DLR 之後「暖一下」加上的表情。只在作者鍵盤上做過品管的多語言範本。傳送前用同一套規則預估；編輯越過邊界時要警告；測收件人語言。串接加上 UCS-2，就是「便宜 OTP 走廊」在目的地名單沒變時變成預付費意外的方式。把預估寫進發布檢查清單，而不是留在聊天紀錄裡。同一條走廊只要範本多一個表情，分段就可能加倍。

危險信號

• 編輯器或 API 回傳「訊息」而不是分段
• 編碼藏到月底才出現
• OTP 範本允許表情卻無分段警告
• 帳本行看不到編碼與分段
• 群發按平坦估計、事後再對
• 目錄仍 in setup 卻當作編碼數學已生效
• 客戶可見錯誤裡出現上游品牌名

從 IOSOR 開始

請開啟 IOSOR 控制台，並在所有外寄的行銷活動範本上啟動行銷前編碼檢查機制。設定 Webhook 以在將發送訊息排入佇列之前，檢查訊息內容是否包含非 GSM-7 字元（例如智慧引號或表情符號）。若變數擴展導致 UCS-2 字元串連超出您預期的簡訊分段預算，請自動暫停該筆發送。

IOSOR 要點

以訊息則數而非實際計費的分段來衡量行銷活動，往往會造成意料之外的預算消耗。當單一非 GSM-7 字元觸發 UCS-2 編碼時，您的多部分簡訊字数限制會從 153 字元驟降至 67 字元，瞬間讓在地化範本與自動重試的簡訊分段消耗量暴增兩到三倍。

建議您務必在傳遞管線中審查發送前的分段計算，並在計費前自動清除未預期的 Unicode 符號。切勿輕信基本的使用者介面訊息計數器，也不要假設在地化範本變數一定能塞進單一簡訊分段的範圍內。