IOSOR 知識庫

交易同意與行銷同意:A2P 放量前的閘門

面向 B2B 的營運視角:正式發送前如何分開兩類同意、該阻擋什麼,以及白標預付平台如何把不安全路徑關掉。

同意不是註冊表單上的勾選。對 A2P 放量而言,它是發送閘門:錯誤類別大規模送出,會傷害送達率、品牌信任與預付消耗。本指南協助 B2B 營運在正式流量前分開交易同意與行銷同意——尤其在走道規則(含美國導向的登記工作)已限制量體時。

IOSOR 的白標預付立場把合規當作產品行為:路徑誠實才給 live 標章;閘門未過前,不安全正式發送應保持阻擋。當月度平台用量接近約 USD 1,000+ 時,更細緻的審核通常更自然。

為什麼兩類同意會改變營運

類別 使用者預期 典型內容 混用不當的後果
交易 / 效用 「這是我觸發的」或「完成這件事需要它」 OTP 相關通知、訂單狀態、安全警示 行銷話術 → 投訴與封鎖
行銷 / 促銷 「我選擇接收優惠」 活動、加售、喚醒 缺少 opt-in → 法律與營運風險

各國最終矩陣由貴司法務確定。營運要證明平台能強制執行你們聲稱的分類,而不只是寫在政策裡。審核時應能示範一次錯類發送被拒。把兩類同意寫進上線驗收,比只會收集 PDF 承諾更能保護品牌與餘額。上線走查要能重現拒絕路徑;把類別寫進可測試驗收項,而不是事後補材料。

認真的平台應阻擋什麼

  1. 檔案裡只有交易同意時,仍發起行銷發送。
  2. 登記 / 核驗閘門仍為紅時,進行正式群發。
  3. 沒有具名負責人與回滾計畫,卻用「正式環境試點」覆蓋閘門。
  4. 面向客戶的錯誤只會傾倒無法執行的外部法務原文。
  5. 目錄說謊——受限走道標成 live,實際仍是 in setup。

阻擋是善意。只有軟提示而不停止,團隊就會「不小心」把一個月錢包燒掉在錯誤類別上。要求示範:錯類發送會被硬拒,而不是進入灰區。把阻擋寫成可測試驗收項,放進採購合約與上線走查。拒絕日誌要可檢索。

財務與法務會要的證據

  • 書面對應:用例 → 同意類別 → 內容規則
  • 錯類嘗試時的拒絕日誌
  • 合規工作未完成時,預付仍可見可讀
  • 登記、內容審核與退訂處理的負責人
  • 用量升高時的升級路徑(約每月 USD 1,000+)

財務要看餘額是否可控;法務要看分類是否可舉證。兩邊都問同一件事:平台是否在發送瞬間執行規則。把拒絕、負責人與升級路徑做成可審計軌跡,用量接近每月 USD 1,000+ 時尤需如此。

採購清單

  1. 錯類 mismatch 有明確阻擋行為——不只是培訓備忘。
  2. 按同意類別分離範本 / 內容庫。
  3. 受限市場目錄狀態誠實。
  4. 不以強制平台訂閱偽裝「合規保險」。
  5. 閘門仍在清理時,預付帳本可讀。
  6. 用量上升時有人工處理邊緣案例的路徑。

紅旗信號

  • 「沒關係,OTP 之後大家都會要促銷」
  • 一次 opt-in 覆蓋未來所有活動,且沒有更新敘事
  • 走道登記未完成,卻掛全球 live
  • 合規只賣成 PDF 收集,從不控制發送
  • 支援無法用業務語言解釋一次被阻擋的發送

從 IOSOR 開始

第一封 MT 前,給每場戰役標 transactional 或 marketing。用僅有 transactional 同意去發 marketing,證明平台拒絕。靜默鐘是另一道閘——這道是類別錯配。類別紅燈時生產關著。

相關: 跨市場英數字寄件者識別碼驗證與文件規範 在濫用激增期間對子帳戶實施自動凍結 首次扣款前的預付資金保留.

IOSOR 要點

兩類同意,一次拒絕——不是靜默鐘的拷貝。

要做:拆開類別,擋住錯配 MT,紅燈類別上生產關著。不要:一張 opt-in 罩兩類,或用當地靜默鐘頂替這道閘。

這篇指南有幫助嗎?

相關指南