簡單 API 背後係一條複雜鏈路
一條國際 SMS 通常會經過：你嘅應用、gateway／供應商（aggregator）、目標營運商或者中間 hub、目標網絡嘅 SMSC（負責排隊同重試投遞嘅節點），最後先到用戶手機。跨境流量通常至少經過一個中間供應商，因為冇一個 aggregator 同全世界每個營運商都有直連。每一跳都可能延誤、過濾或者掉失訊息。
Sender ID 格式、GSM-7 同 Unicode 編碼（影響分段同成本）、送達有效期（validity period，即 SMSC 會重試幾耐——呢個由供應商同市場設定，唔係一個全球統一嘅固定時間）同 DLR（送達回執），都係影響結果嘅訊息層面因素。
DLR 講嘅係網絡，唔係手機
DLR 係網絡層面嘅報告，唔係手機層面嘅報告。「delivered」通常代表目標 SMSC 接受咗投遞畀裝置，唔代表手機真係顯示咗，更加唔代表用戶睇過。要留意三種失效模式：部分路由（尤其低質路由）會靜靜咁掉單，唔會回任何錯誤狀態；部分供應商（尤其係灰色路由）會回一個假嘅「delivered」，因為報告成功對佢哋有商業誘因；即使係真嘅「delivered」，都只係網絡層面嘅交接,唔係用戶睇到與否嘅陳述。
所以 DLR 係偵測路由層面異常嘅有用訊號（一條路由突然錯誤大增就值得查），但唔可以取代喺應用層量度真實結果——用戶有冇撳連結、有冇輸入 OTP、有冇完成該訊息本來想觸發嘅流程。按路由建立你嘅健康儀表板時，應該圍住轉化訊號嚟做,唔淨係睇 DLR 百分比。
Sender 註冊
越嚟越多市場要求發送方身分事先註冊：部分國家要求 alphanumeric sender ID 向監管機構或營運商預先登記,印度 DLT 平台要求企業、sender ID 同 template 都要註冊先可以發送，尼日利亞 NCC 對 sender ID 同未經同意訊息有自己一套規則,其他地方 亦有類似框架。未註冊或者設定錯誤嘅 sender ID 通常會喺營運商層面被過濾或封鎖——往往係靜靜咁封,呢亦係點解淨睇 DLR 會漏咗真正問題。每個市場嘅註冊時間表同要求都唔一樣,要按市場個別規劃,唔好假設全球用同一套流程。
號碼可攜性令按號段路由失效
以前號碼前綴代表邊個營運商，但號碼可攜（轉營運商可以留番個號碼）喺大部分市場已經打破咗呢個假設。仍然靠靜態號段表做路由決策嘅系統,會將唔少流量錯路由到錯嘅營運商,表現為送達失敗或者 DLR 準確度下降——同路由質素本身無關。可靠嘅路由要查詢即時嘅可攜性／HLR 資料，唔可以淨靠靜態號段表。
路由分類：直連、轉接、灰色路由
直連路由係雙邊互連協議，可靠性同 DLR 可信度通常最高，因為回報嘅一方同終端網絡有直接合約關係。
轉接路由經過一個或多個中間供應商，佢哋自己同區域營運商有互連——大部分國際 SMS 實際上都係咁行,因為冇單一供應商同所有地方都有直連,一條經過有牌照、負責任供應商嘅轉接路由都可以好可靠。
**灰色路由（SIM box／SIM 卡農場繞道）**係一種商業同技術上繞過正常互連嘅方式：訊息透過放喺目標國家嘅一批 SIM 卡（「SIM box」）注入網絡，扮成普通人對人訊息,而唔係經過正規 A2P 商業協議,咁樣可以避開互連同終端費用。代價係真實嘅：sender 身分唔可靠（收件人可能見到一個本地手機號碼而唔係你嘅品牌 sender ID）、送達不穩定、呢類路由嘅 DLR 唔可信,而且目標網絡會主動偵測同封鎖／過濾呢類流量,所以灰色路由嘅量可以毫無預警咁跌落嚟或者完全停止。
呢度有一點要講清楚，因為好易同灰色路由混淆：SS7 訊令弱點。SS7 係營運商之間用嚟路由電話同訊息、管理用戶位置嘅訊令協議。已知嘅 SS7 弱點可以畀有權限接觸訊令網絡嘅人做攔截、位置追蹤或者訊息改道——呢係影響互連基建本身嘅網絡安全問題。呢個同 SIM box 繞道係完全兩件事,亦唔係一種慳成本嘅路由手法——冇人會用 SS7 漏洞嚟做 A2P 活動流量嘅商業模式。將「平嘅灰色市場 SMS 路由」同「SS7 弱點」混為一談,兩樣都講錯咗：一個係商業路由嘅繞道,另一個係整個行業嘅訊令安全問題。
內容過濾同重試行為
營運商會喺網絡層面過濾內容：垃圾訊息判斷、部分市場限制類別（金融推廣、賭博、政治訊息）、以及執行 sender ID 註冊狀態。訊息即使初步 DLR 睇落正常都可能事後被靜靜過濾,重試邏輯亦因營運商同供應商而異——有啲喺有效期內積極重試,有啲初步失敗之後完全唔重試。呢啲都喺 DLR 度睇唔到,再次印證同一個結論：用應用層轉化訊號做真相依歸，將 DLR 當成路由健康嘅診斷工具，唔係送達保證。
點樣量度先算貼地
按流量類別分流——OTP 同其他事務性流量需要最快最穩嘅路由,營銷流量有唔同嘅合規同時效限制,混埋一齊設定容易拖累時效性較高嘅流量；監測 DLR 模式異常並且配合轉化數據，唔好淨睇 DLR 百分比；關鍵流量用多供應商路由分散單一供應商停機或者過濾嘅風險，配合 WhatsApp、RCS、語音等渠道 fallback；追蹤每個完成動作嘅成本，唔止係每條訊息嘅成本；同每個供應商建立好升級流程,喺出事之前就講清楚聯絡邊個、要幾快、幾時觸發轉路由。
Flowstates 點樣幫手
喺多個市場、多個供應商、多種流量類別之下穩定營運,係一份獨立於「理解原理」嘅全職工作。Flowstates 營運訊息 gateway 層——多供應商路由、送達監測、sender 註冊追蹤,同分類感知嘅 failover——可以行喺我哋直接供應嘅容量、你已經持有嘅供應商合約，或者兩者混合，令你團隊唔使喺重建供應商關係同完全冇能見度之間二揀一。