WhatsApp 錯誤 130429：已達吞吐量上限

實際受到限制的是甚麼？

是訊息離開的速率，而不是您一天可以傳送的訊息數量。

平台會為每個號碼接受每秒固定數量的訊息，超出的請求會被拒絕，而不是排隊。因此，傳送 10,000 個訊息本身並不是問題，在同一秒內全部傳送才是問題。將相同批次分散在幾分鐘內傳送，便可全部成功。

這與訊息級別不同，後者限制您一天可以主動開始對話的不同客戶數量；也不同於品質限制，後者會限制收件人反應欠佳的號碼。這是 3 個不同的上限，對應 3 個不同的代碼，經常互相混淆。

可以提高這個上限嗎？

Coexistence 號碼不可以。上限由 Meta 按固定速率設定，任何服務供應商都無法提高。設計系統時，您應先了解這一點，不要假設可以依靠更高的數值。

以一般方式完成註冊的號碼，其吞吐量會隨着品質評分及訊息級別逐步提升。這是 Coexistence 少數真正的取捨之一，也是高用量廣播號碼通常較適合在不使用 Coexistence 的情況下完成註冊的原因。

對話用途很少會受到這個上限約束。當某個程式循環處理清單，並以程式允許的最快速度傳送時，問題才會出現。這種做法本身就值得避免。

傳送端應改為怎樣做？

控制傳送速度，並採用退避方式重試，不要立即重試。

設定固定速率的佇列是持久可靠的做法，因為這會令上限成為系統本身的屬性，而不是在正式環境中才發現的問題。如果這樣做過於複雜，針對這個代碼採用指數退避，也能取得大部分效果。

緊密重試並不能解決問題。若程式在請求被拒絕後立即重試，便會在號碼已超出速率的同一刻產生更多請求，令問題延續，而不是解除。

常見錯誤

• 立即重試。在拒絕發生時產生更多請求，會令號碼持續超出速率。
• 將它與訊息級別混淆。訊息級別限制每日不同的對話數量，而不是每秒的訊息數量。
• 按照可提升的吞吐量來設計 Coexistence 號碼。吞吐量不會提升，上限是固定的。

常見問題

繼續閱讀