IOSOR 知識庫
交易同意與行銷同意:A2P 放量前的閘門
面向 B2B 的營運視角:正式發送前如何分開兩類同意、該阻擋什麼,以及白標預付平台如何把不安全路徑關掉。
同意不是註冊表單上的勾選。對 A2P 放量而言,它是發送閘門:錯誤類別大規模送出,會傷害送達率、品牌信任與預付消耗。本指南協助 B2B 營運在正式流量前分開交易同意與行銷同意——尤其在走道規則(含美國導向的登記工作)已限制量體時。
IOSOR 的白標預付立場把合規當作產品行為:路徑誠實才給 live 標章;閘門未過前,不安全正式發送應保持阻擋。當月度平台用量接近約 USD 1,000+ 時,更細緻的審核通常更自然。
為什麼兩類同意會改變營運
| 類別 | 使用者預期 | 典型內容 | 混用不當的後果 |
|---|---|---|---|
| 交易 / 效用 | 「這是我觸發的」或「完成這件事需要它」 | OTP 相關通知、訂單狀態、安全警示 | 行銷話術 → 投訴與封鎖 |
| 行銷 / 促銷 | 「我選擇接收優惠」 | 活動、加售、喚醒 | 缺少 opt-in → 法律與營運風險 |
各國最終矩陣由貴司法務確定。營運要證明平台能強制執行你們聲稱的分類,而不只是寫在政策裡。審核時應能示範一次錯類發送被拒。把兩類同意寫進上線驗收,比只會收集 PDF 承諾更能保護品牌與餘額。上線走查要能重現拒絕路徑;把類別寫進可測試驗收項,而不是事後補材料。
認真的平台應阻擋什麼
- 檔案裡只有交易同意時,仍發起行銷發送。
- 登記 / 核驗閘門仍為紅時,進行正式群發。
- 沒有具名負責人與回滾計畫,卻用「正式環境試點」覆蓋閘門。
- 面向客戶的錯誤只會傾倒無法執行的外部法務原文。
- 目錄說謊——受限走道標成 live,實際仍是 in setup。
阻擋是善意。只有軟提示而不停止,團隊就會「不小心」把一個月錢包燒掉在錯誤類別上。要求示範:錯類發送會被硬拒,而不是進入灰區。把阻擋寫成可測試驗收項,放進採購合約與上線走查。拒絕日誌要可檢索。
財務與法務會要的證據
- 書面對應:用例 → 同意類別 → 內容規則
- 錯類嘗試時的拒絕日誌
- 合規工作未完成時,預付仍可見可讀
- 登記、內容審核與退訂處理的負責人
- 用量升高時的升級路徑(約每月 USD 1,000+)
財務要看餘額是否可控;法務要看分類是否可舉證。兩邊都問同一件事:平台是否在發送瞬間執行規則。把拒絕、負責人與升級路徑做成可審計軌跡,用量接近每月 USD 1,000+ 時尤需如此。
採購清單
- 錯類 mismatch 有明確阻擋行為——不只是培訓備忘。
- 按同意類別分離範本 / 內容庫。
- 受限市場目錄狀態誠實。
- 不以強制平台訂閱偽裝「合規保險」。
- 閘門仍在清理時,預付帳本可讀。
- 用量上升時有人工處理邊緣案例的路徑。
紅旗信號
- 「沒關係,OTP 之後大家都會要促銷」
- 一次 opt-in 覆蓋未來所有活動,且沒有更新敘事
- 走道登記未完成,卻掛全球 live
- 合規只賣成 PDF 收集,從不控制發送
- 支援無法用業務語言解釋一次被阻擋的發送
從 IOSOR 開始
第一封 MT 前,給每場戰役標 transactional 或 marketing。用僅有 transactional 同意去發 marketing,證明平台拒絕。靜默鐘是另一道閘——這道是類別錯配。類別紅燈時生產關著。
相關: 跨市場英數字寄件者識別碼驗證與文件規範 在濫用激增期間對子帳戶實施自動凍結 首次扣款前的預付資金保留.
IOSOR 要點
兩類同意,一次拒絕——不是靜默鐘的拷貝。
要做:拆開類別,擋住錯配 MT,紅燈類別上生產關著。不要:一張 opt-in 罩兩類,或用當地靜默鐘頂替這道閘。
這篇指南有幫助嗎?
相關指南
- 實施高風險國際路由的企業級實名認證閘道
透過設定自動化實名認證閘道、預付資金凍結以及在派送前驗證目的地規則,全面保障跨境流量安全。
- 在專用短碼移轉期間保留同意證明
了解在 IOSOR 上於專用短碼之間移轉主動訊息傳遞程式時,如何稽核、轉移和驗證訂閱者同意紀錄。
- 在生產環境中執行受限制內容與年齡驗證活動規則
在您的白牌 CPaaS 主控台中設定自動化內容過濾與年齡驗證規則,以維持電信商合規性。