Docs/Reference/Sync History & Errors

Sync History & Errors

Diagnose product-sync issues, replay batches, and find the root cause when something goes wrong.

When Something Goes Wrong, You Have Receipts#

The Product Sync page in your dashboard logs every batch sync, every WP-CRON fire, every manual sync, and every error. The Errors page collects everything that's broken across the whole system. Both have detailed enough info that you can self-diagnose 90% of issues.

Product Sync page showing 75 products synced, last sync timestamp, Healthy status, and a long sync history table with WP-CRON entries and Sync-finalized events all marked success.
Screenshot: The Product Sync history. Green = success, red = failure (auto-retried with smaller batches). Every event recorded — manual sync, WP-CRON tick, WooCommerce hook fire, recovery. Self-diagnose 90% of catalog issues from this one page.

Sync History (Product Sync page)#

Each row shows:

ColumnWhat
WhenRelative timestamp ("3m ago", "2h ago").
EventBatch synced / WP CRON fired / Manual sync / Plugin activated / Sync finalized / Error.
SourceManual / CRON / WC hook / Activation.
ProductsNumber of products processed in this event.
DurationWall-clock time in ms (helps spot slow hosts).
StatusSuccess / partial / error.

Successful runs are green pills; partial / error rows are yellow / red, with the error message inline so you can scan for patterns.

Reading sync timing#

  • Under 2 sec / batch — your host is fast, no concerns.
  • 2-10 sec / batch — typical shared hosting, plugin auto-tunes batch size, fine.
  • >10 sec / batch — your host is slow. Plugin already shrinks batches on this signal, but you may want to consider better hosting if it persists.

Errors page#

Pulls from two sources merged into one timeline:

  1. API errors (cloud-side) — anything our cloud rejected, returned 5xx for, or recorded as a defect. Categorised by kind: validation, auth, rate_limit, ai_error, db_error, paddle_error, etc.
  2. Sync errors (plugin-side) — batch failures from the WordPress side that made it to us via the sync events table.

Each row has:

  • Timestamp
  • Severity (info / warn / error)
  • Kind
  • Message — the actual error
  • Context — additional fields (conversation ID, batch number, etc.)
  • "Mark resolved" button so you can clear handled errors out of the unresolved view

Toggle Include resolved to see history; default view is unresolved-only.

Common Errors#

MessageWhat it meansFix
Sync timed out (45s)A batch took too long for the API to waitPlugin auto-shrinks the next batch. If persistent, consider a faster host.
Plan limit reachedNew conversations being soft-degraded or hard-blockedUpgrade or set strict mode. See Conversation Limits.
Paddle webhook rejected (signature mismatch)A webhook from Paddle didn't verifyIf you see this once, ignore (Paddle retries). If persistent, contact [email protected].
Embedding generation failedOne specific product couldn't be embeddedUsually a malformed description. The product is skipped; the rest of the catalog is fine.
Rate limit hitBurst from one IP exceeded per-minute capsSelf-resolves; the 30 min idle timeout flushes the offending session.

Pagination#

Both pages use cursor-based pagination ("Load older events" button). Old events stay queryable for 90 days.

When to Email Support#

If an error keeps repeating after 24h or you can't decipher it, email [email protected] with:

  1. The error ID (visible on the error row)
  2. Your store domain
  3. What you were doing when it happened

We respond within 24h on Pro, 4h on Growth, 1h on Scale.

Was this page helpful?
Updated April 2026

Related reading