WhatsApp エラー 130429：スループット上限に到達

実際に制限されているものは何ですか？

制限されるのは、1 日に送信できるメッセージ数ではなく、メッセージを送信する速度です。

プラットフォームは、1 つの番号から 1 秒あたりに送信できるメッセージ数を定めています。その上限を超えたリクエストはキューに入らず、拒否されます。そのため、1 万件のメッセージを送ること自体は問題ではありません。すべてを同じ 1 秒に送信することが問題です。同じバッチでも数分に分散すれば、そのまま送信できます。

これは、1 日に会話を開始できるユニークな顧客数を定めるメッセージングティアや、受信者の反応が悪い番号を制限する品質制限とは別のものです。3 つの異なる上限に、それぞれ異なるコードがありますが、混同されることがよくあります。

上限を引き上げることはできますか？

Coexistence 番号ではできません。Meta が一定の速度に固定しており、どのプロバイダーも引き上げることはできません。より高い数値を前提に設計する前に、この点を把握しておく必要があります。

通常の方法でオンボーディングした番号では、時間の経過とともに品質評価とメッセージングティアに応じてスループットが拡大します。この違いは、Coexistence における数少ない本当のトレードオフの 1 つです。そのため、大量配信に使う番号は、通常は Coexistence を使わずにオンボーディングしたほうが適しています。

会話用途では、この上限が制約になることはほとんどありません。コードが許す限りの速度でリストを処理して送信すると、上限に達します。そのような設計自体を避ける価値があります。

送信側は代わりに何をすべきですか？

すぐに再試行するのではなく、送信速度を調整し、バックオフを設けて再試行してください。

一定の速度で処理するキューが、長期的に使える解決策です。これにより、上限は本番環境で初めて発見する問題ではなく、システムの性質になります。そこまでの仕組みが難しい場合は、このコードに対して指数バックオフを設定するだけでも、多くの効果があります。

機能しないのは、短い間隔での再試行です。拒否された瞬間に即時再試行するループは、番号がすでに速度上限を超えているときに、さらにリクエストを発生させます。その結果、状態が解消されるどころか長引きます。

よくある間違い

• すぐに再試行する。拒否された瞬間にリクエストを増やすと、番号は速度上限を超えたままになります。
• メッセージングティアと混同する。メッセージングティアが定めるのは日次のユニークな会話数であり、1 秒あたりのメッセージ数ではありません。
• スループットが拡大する前提で Coexistence 番号を設計する。スループットは拡大せず、上限は固定されています。

よくある質問

続きを読む