速率限制與訊息吞吐量

訊息層級

您在滾動 24 小時內可以開始對話的不同客戶數量。新號碼會從較低層級開始，隨着品質維持良好及用量增加而自動提升。

• 層級逐步提升：每日 1K、10K、100K 及不限數量的不同收件者。
• 只有商戶發起的對話會計入此限制。
• 服務時段內的回覆不會計入。
• 品質下降可能令層級回落。

吞吐量

每秒訊息數量，與每日層級是兩回事。號碼即使遠低於所屬層級，突發發送大量訊息時仍可能達到吞吐量限制。

對 Coexistence 號碼而言，這項限制最容易令人意外，因為上限低於標準 Cloud API 號碼。這個上限由 Meta 設定，適用於每個 Coexistence 供應商，因此沒有供應商可以提高上限。

每位收件者限制

這是另一項獨立限制，用來限制您的號碼與單一收件者在短時間內傳送的訊息數量，達到限制時會報告錯誤 131056。它用來避免同一人士收到大量訊息，因此低用量帳戶也可能觸發。

原因幾乎總是自動流程造成：重試循環、同一事件兩次觸發 Webhook 處理程式，或機械人把一個回覆拆成數則短訊息。

管理呼叫限制

與訊息無關。讀取號碼、列出範本及檢查狀態，都會計入另一項帳戶限制，達到限制時會報告錯誤 80007。

輪詢會耗盡這項限制。每 30 秒檢查一次狀態，代表每天對只在每月變更數次的資料發出數千次呼叫，而 Webhook 可免除幾乎所有這些呼叫。

甚麼會提升限制

取決於品質及歷史紀錄，而非付款。沒有可購買的方案，也沒有供應商可以代您解除上限。

• 維持綠色品質評級，收件者封鎖會令評級下降。
• 持續穩定地發送訊息，不要突發大量發送。
• 完成商業驗證，這是取得較高層級的必要條件。
• 耐心等候，系統會隨時間自動評估層級提升。

常見錯誤

• 把所有速率限制視為同一項。4 項不同限制會產生 4 種不同錯誤。
• 以短間隔輪詢狀態。這會把管理限制耗在很少變更的資料上。
• 以為付費便可取得更高層級。層級按品質及歷史紀錄提升。

常見問題

繼續閱讀