訊息頻率封頂：營銷人員指南
頻率封頂（frequency capping）點樣控制 SMS、Push、Email 同 WhatsApp 嘅發送量，同 rate limiting 有咩分別，喺多供應商環境下點樣統一執行。
當客戶開始忽略你嘅訊息或者大批退訂，問題好少喺內容，多數係喺數量。頻率封頂（frequency capping）係保護客戶關係、令發送計劃保持健康嘅其中一個最直接方法。呢份指南會講清楚 capping 喺技術層面點運作、平台點執行，同埋點樣喺 SMS、Push、Email、WhatsApp 等渠道策略性配置。
重點摘要
- 頻率封頂控制每個人嘅總量，唔係發送速度。
- 全局封頂同渠道封頂可以同時運作。
- 封頂喺發送之前已經抑制訊息——活動指標通常睇唔到。
- 基於互動信號嘅動態封頂表現好過劃一嘅靜態規則。
- 監管封頂（例如美國部分州嘅 SMS 限制）冇得商量。
咩係頻率封頂
頻率封頂係一種基於規則嘅控制，限制單一客戶喺指定時段內可以收到嘅訊息數量。適用於 SMS、Push、Email、In-app、WhatsApp、RCS 同 Voice。可以當佢係收件人層級嘅「音量掣」。
Capping 同 rate limiting 唔同：rate limiting 控制系統層面嘅發送速度，capping 控制到達單一個人嘅訊息數量。
常見配置方式：
- 全局封頂 同時喺所有渠道生效。
- 渠道封頂 只喺單一渠道生效。
- 混合封頂 兩者並行運作。
實用提示。 先用一個全局封頂做安全網，之後再加上渠道級封頂。
平台點執行封頂
大部分平台喺準備發送階段（即訊息交俾下游供應商之前）就會做 capping 檢查。典型流程：
- 活動根據分群同觸發邏輯篩選客戶。
- 平台用客戶嘅訊息歷史對比已設定嘅閾值。
- 超出閾值，訊息被抑制，跳過該客戶。
- 抑制會被記錄，但好多平台喺預設儀表板唔會突出顯示。
- 時間窗口重置之後，客戶再次符合條件。
跨渠道執行通常係出問題嘅地方。Email 平台嘅封頂睇唔到 SMS 供應商發咗咩。冇統一嘅訊息歷史同共享執行層，分渠道嘅封頂無法防止組合過度打擾：同一日兩封 Email、三條 SMS，每個渠道都喺限內，但加埋遠超合理水平。
策略比較
| 封頂類型 | 適合 | 取捨 | | --- | --- | --- | | 全局固定封頂 | 高量級多渠道計劃 | 工具偏粗，可能抑制高價值訊息 | | 渠道固定封頂 | 渠道角色清晰嘅計劃 | 要逐渠道調校；可能有跨渠道漏洞 | | 動態封頂 | 有行為數據嘅成熟計劃 | 需要更多基礎設施同持續校準 | | 監管封頂 | 美國受監管州嘅 SMS | 唔可以配置 |
實用提示。 如果平台支援，按優先級（事務類、促銷類、行為觸發類）打標，capping 只應用於促銷類，確保 OTP 等時效性訊息唔會被音量規則抑制。
最佳實踐
- 按生命周期階段分段：新訂閱者對量更敏感，onboarding 期收緊。
- 至少每季檢視一次封頂閾值。
- 用對照組測試調整。
- 跨部門協調：市場、CRM、產品如果各自決定「合理」量級，加埋對客戶就唔合理。
多供應商 SMS routing 嘅情況下，capping 必須覆蓋所有路徑，唔可以只睇單一供應商。
Flowstates 點樣支援封頂執行
喺 SMS、RCS、WhatsApp、Email、Voice 之間一致地執行 capping，既係配置問題亦都係基建問題。Flowstates 作為託管 messaging gateway 介乎你嘅活動平台同下游供應商之間：喺單一一層追蹤跨渠道訊息歷史，喺訊息到達任何運營商或供應商之前應用 capping 邏輯。
常見問題
頻率封頂同 rate limiting 有咩分別？ 封頂限制每位收件人嘅訊息數量；rate limiting 控制系統層面嘅發送速度。
封頂可唔可以跨渠道生效？ 可以——全局封頂同時喺所有渠道生效。
點解活動發送數同實際送達數對唔上？ 被封頂抑制嘅訊息被處理咗但冇發出，好多平台預設唔會顯示。
美國有冇法定 SMS 頻率限制？ 有，部分州對促銷 SMS 強制執行限制（例如 24 小時內唔多過 3 條）。
封頂閾值幾耐審視一次？ 至少每季。
如需要喺多供應商之間獲得統一執行頻率封頂嘅託管層，覆蓋 SMS、OTP、RCS、WhatsApp 同 Voice，預約 messaging review。