WordPress AI Connection Returns 429 Too Many Requests

The client exceeds a request-rate threshold enforced by the application, host or WAF.

Capture the exact sanitized message, HTTP status and response body without including secrets.

Likely causes

  • The client exceeds a request-rate threshold enforced by the application, host or WAF.
  • Automatic retries repeat the same failing request too quickly and amplify the limit.
  • A WAF or security rule blocks the specific REST path, method, payload or authentication pattern.
  • The plugin automatically provisions a new Application Password when its previous credential is missing or invalid.
  • Origin resources are exhausted or concurrency is too high for the current workload.

Diagnostic sequence

  1. Capture the exact sanitized message, HTTP status and response body without including secrets.
  2. Record WordPress, plugin, client, connector and server versions before changing anything.
  3. Pause automatic retries and repeat one request at a controlled interval.
  4. Review the exact WAF or security-plugin event for the route, method and rule identifier.
  5. Inspect sanitized WordPress, PHP, origin and gateway logs around one request identifier.
  6. Compare credential name, creation date, last-used time and last IP with the observed workflow.

Apply the smallest correction

  1. Reduce concurrency and retry frequency, then honor any server-provided retry interval.
  2. Stop automatic retry loops until the underlying failure has been diagnosed.
  3. Adjust only the verified false-positive WAF rule, path or method instead of disabling protection globally.
  4. Document who creates, rotates, reuses and revokes the credential, including the trigger for each change.
  5. Escalate with sanitized, versioned evidence when the behavior remains specific to the plugin.

Verify the result

  • A controlled request interval completes without another 429 response.
  • The approved narrow read succeeds with a reproducible response.
  • The authenticated request resolves to the intended dedicated WordPress user.
  • The final record contains versions, evidence, change, verification and rollback information without secrets.

What not to do

  • Do not disable the WAF or security plugin globally to bypass one request.
  • Do not repeatedly regenerate credentials or retry the same failing request without understanding the lifecycle.
  • Do not grant administrator access merely to make a connection test pass.
  • Do not expose debug logs or diagnostic endpoints publicly.
  • Do not place an Application Password, Authorization header, token or cookie in a prompt, ticket, log excerpt or screenshot.

Frequently asked questions

Should I retry the request until it succeeds?

No. Repeated retries can worsen rate limiting, duplicate non-idempotent actions or hide an unstable upstream. Classify the status and retry only with a bounded policy.

Sources and verification

This page was checked against the following primary sources. Last source review: .