WhatsApp Error 131056: Pair Rate Limit Hit

WhatsApp error 131056 means too many messages to the same recipient too fast (pair rate limit). How to pace per-recipient sends, back off, and prevent it.

TL;DR: WhatsApp error 131056 ("pair rate limit hit") means you sent too many messages from your business number to the same recipient in a short period. It's not an account block — pace your per-recipient sends and back off; you can still message other numbers immediately.

What Error 131056 Means

Meta's details string is: "Too many messages sent from the sender phone number to the same recipient phone number in a short period of time." (Throttling error — confirmed verbatim on the live table; the full message form is "(#131056) … pair rate limit hit", HTTP 429.) It's a per-pair safeguard distinct from account-wide throughput. Meta's solution text: "Wait and retry the operation, if you intend to send messages to the same phone number. You can still send messages to a different phone number without waiting."

Where You See It

An immediate API error (HTTP 429) on the send call; it can also appear in tool error dashboards. The root condition is send-time per-pair throttling.

Common Causes

  • Rapid back-to-back messages to one recipient.
  • Multiple separate messages (confirmation + tracking + survey) fired together.
  • Retry loops or several workers racing to message the same user.

How to Fix It

  1. Pause and retry that recipient with backoff. Meta's guidance is "wait and retry"; Dualhook's reference additionally recommends a 4^X-seconds backoff per retry (this is a Dualhook recommendation, not Meta's wording).
  2. Keep sending to other recipients — only the pair is throttled.
  3. Bundle multiple updates into fewer, richer messages.
  4. Audit parallel workers so only one drains a given recipient queue at a time.

How to Prevent It

  • Queue messages per business-number/recipient pair (a token bucket per pair).
  • Per Meta's platform docs, a business number can send roughly 1 message every 6 seconds to the same WhatsApp user; bursts are possible but borrow against future quota, so "it worked once" isn't a safe design.
  • Make retries pair-aware, not only globally rate-limited. See Capacity, Quality & Limits.

FAQ

What is WhatsApp error 131056? Too many messages to the same user too quickly.

Is my account blocked? No — only the specific business↔user pair is throttled.

Is 131056 the same as 130429? No — 131056 is recipient-pair specific; 130429 is broader send throughput.

Will generic exponential backoff fix it? Only if retries are keyed to the same recipient pair; otherwise parallel workers recreate the problem.

How Dualhook Helps

This is a send-side pacing problem fixed in your backend caller. Dualhook relays each requested send once and never automatically retries it, so your application must pace or retry deliberately. Dualhook documents the per-recipient limit and back-off guidance in Capacity, Quality & Limits and surfaces failed statuses for visibility.

Browse more docsStart Free Trial