香港企業如何比較國際 SMS API 送達率？— 四個可自行驗證的測試
發佈於
本文目錄
重點摘要
- 送達率不是報價單上的靜態數字，會隨路由、內容類型、號碼狀態、國家與電信商而變。
- 實號測試應準備至少 10–20 個測試號，分純 OTP 數字與含連結行銷文案兩組發送。
- 很多平台的 API 返回 success 只代表已接受請求，不代表手機收到，須與 DLR 對帳。
- 報價明顯低於市場、Sender ID 被改寫、DLR 鮮少 delivered，都是灰路的常見症狀。
- 合規是分散的，比較供應商時應問誰代辦各區 Sender ID／模板審核，而非只比單價。
「compare international messaging APIs for delivery rates in Hong Kong」這類搜尋，背後的真正問題是：我怎樣知道供應商說的 99% 送達率，在我的號碼、我的內容、我的目標國家上是否成立？
送達率不是寫在報價單上的靜態數字 — 它隨路由、內容類型、號碼狀態、國家與電信商而變。以下四個測試，香港企業可在簽約前或季度審查時自行執行。
測試一：分電信商、分內容類型的實號送達
做法：
- 準備至少 10–20 個測試號，覆蓋香港主要電信商（及你實際客戶集中的海外國家號段）
- 分兩組內容：純 OTP 數字 vs 含連結的行銷文案
- 同一供應商、同一時間窗發送，記錄 DLR 結果
要看什麼：
- delivered 比例與平均延遲（OTP 常需少於 10 秒）
- failed 的電信商級錯誤碼是否可解讀
- 行銷內容是否異常低於 OTP（可能被過濾）
測試二：API「成功」與 DLR「送達」對帳
很多平台 API 返回 success 只代表已接受請求，不代表手機收到。
對帳公式：
你方 API 請求筆數 ≈ 供應商向電信網絡提交筆數 ≈（送達 + 明確失敗 + 逾時待回傳）
若中間有「消失」的筆數，要追問是否灰路丟棄或內部節流。UFOSEND 提供全量提交承諾 — 接受的請求均向網絡提交，可與你的日誌對帳。
DLR 各狀態意義見 SMS DLR 狀態碼完全解讀。
測試三：灰路與 Sender ID 真實性
灰路（grey route） 經第三方轉發，常見症狀：
- 報價明顯低於市場
- Sender ID 顯示不穩定或被改寫
- DLR 只有 submitted，鮮少 delivered
- 一段時間後送達率「莫名」下降
可自行驗證的方法見 灰路 vs 直連電信商 — 包括要求供應商說明 SS7 直連路徑、抽樣比對電信商回覆。
測試四：多國路由與本地合規
一個 API 發全球很常見，但合規是分散的：
| 區域 | 常見要求 |
|---|---|
| 香港 (852) | UEMO、DNC、OFCA「#」Sender ID（高信任場景） |
| 台灣 (886) | 實名制、企業號、退訂 — 見 電話卡實名制影響 |
| 中國 (86) | 簽名、退訂關鍵字 — 見 發送 SMS 到中國大陸 |
比較供應商時，問：「誰代辦各區 Sender ID／模板審核？失敗時錯誤碼是否按區分項？」 而非只比單價。
供應商比較參考（RFP 用）
下表供評估參考；「典型國際自助 API」為常見平台類型的概括，實際能力以合約、路由與你方實號測試為準。
| 供應商 | 香港直連 | DLR 粒度 | 全量提交可對帳 | 多國合規代辦 | OTP 專線 | 儀表板／Webhook |
|---|---|---|---|---|---|---|
| UFOSEND | SS7 直連電信商，不走灰路 | 電信商級 delivered／failed 及錯誤碼 | 是；接受請求即向網絡提交，可與客戶日誌對帳 | 852／886／86 等 Sender ID 與合規路徑代辦 | 專屬 OTP 路由，與行銷分離 | 實時儀表板；DLR Webhook（支援 HMAC 簽章） |
| 典型國際自助 API（如 Twilio 類） | 視方案；部分經聚合／轉發路由 | 常見 submitted；carrier 細項視路由而定 | 視合約；未必可按提交筆數對帳 | 多以文檔說明為主；OFCA「#」等需自行申請 | 常與行銷流量共用通道 | 有 Webhook；粒度與延遲因路由而異 |
送達率以外的指標
- P95 延遲（OTP 場景）
- 失敗碼分佈（無效號碼 vs 電信商拒絕 vs 內容過濾）
- 投訴與退訂率（行銷）
- 計費段數準確度 — 見 SMS 計費與 Unicode 分段
結論
國際 SMS API 的送達率不能只看行銷材料。用實號、分內容、對 DLR、查路由、分國合規 — 五步做完，你會比大多數 RFP 更接近真相。