WhatsApp Error 131064: Why Template Classification Violations Trigger a Messaging Limit
A WhatsApp Business account that has been sending fine for months can suddenly hit error 131064 — and the confusing part is that it blocks direct send messages too, not just templates. The cause is not a single bad message. It is an accumulated classification pattern that Meta only surfaces once a threshold is crossed.
What Error 131064 Actually Means
Error 131064 is returned when a WhatsApp Business Account has exceeded its messaging limit because of template classification violations. Meta added this specific error code to the Cloud API in 2026 as part of a progressive enforcement system: when templates are repeatedly submitted or used under the wrong category (for example, a marketing message disguised as a utility or authentication template), the account accumulates strikes. Once the threshold is crossed, messaging is rate-limited — and according to Meta's own documentation, this restriction is automatically lifted after an enforcement period, with no fixed duration published.
What Triggers It
Template category misclassification strikes accumulating past a threshold — usually marketing content submitted as utility or authentication templates.
What Gets Blocked
Both template messages and direct (session) send messages on the affected WhatsApp Business Account — not just the offending template.
How It Resolves
Meta lifts the restriction automatically after an enforcement period. No fixed countdown is published in the official documentation.
Where This Sits Among WhatsApp's Other Rate-Limit Errors
131064 is easy to confuse with WhatsApp's other messaging-limit and quality-rating errors. The table below shows how it differs.
| Code | Scope | Root Cause |
|---|---|---|
| 131064 | Account-wide (templates + direct sends) | Template classification violation strikes |
| 131056 | Single recipient pair | Per-conversation pacing/rate limit |
| 130472 | Account-wide | Messaging limit tied to phone number quality rating |
| 130429 | Account-wide | General rate limit — too many messages too fast |
Why This Keeps Happening to Otherwise-Compliant Accounts
- Utility templates that quietly drift into marketing language (discounts, promotions, upsells) without a category update
- Authentication templates reused for anything beyond OTP/login codes
- Bulk template resubmission after a rejection, without addressing the classification reason first
- Multiple team members submitting templates independently with no shared category review process
- No monitoring in place to catch a classification strike before it accumulates with others
What a Proper Template Classification Review Involves
Audit every active and recently rejected template
Checking the actual category assigned against Meta's category definitions and usage history — not just the template that triggered the block.
Trace the strike pattern
Identifying which specific templates and submission patterns contributed to crossing the threshold, since Meta does not expose a running strike counter in the dashboard.
Correct and resubmit with the right category
Recategorizing or rewriting affected templates so future submissions do not repeat the same violation.
Put a review process in place
Preventing the same account from drifting back into strike territory after the current restriction lifts.
Meta's documentation does not publish a fixed enforcement-period length for 131064, and there is no dashboard toggle to lift it manually. Accounts that resubmit the same misclassified templates while still restricted risk resetting the enforcement clock.
I handle WhatsApp Cloud API messaging-limit and template-classification issues as part of WhatsApp API approval and setup support — auditing template categories, tracing what triggered the block, and correcting submissions so the account does not repeat the same violation. Related reading: why Meta reclassifies utility templates as marketing and how WhatsApp account restrictions escalate.