Mailchimp shows an old sync time, new orders are missing or setup says the store cannot be created or updated. These states need separate investigation. In the reviewed report, reconnecting helped after connection problems; that does not make deleting every stalled integration a suitable first step. Q1
Follow one record rather than a timestamp alone
Choose an identifiable test order using your own test identity. Record its creation time and expected destination. A global timestamp does not reliably show whether that particular order is missing, a job is waiting or only the interface is stale.
Mailchimp documents connection troubleshooting and management of sync operations. Select the guidance that matches the observed stage. Q2 Q3
Trace the transfer path
- Check destination mapping: Confirm the connected account, store association and audience. A record arriving in another audience is a mapping issue, not proof that no transfer occurred.
- Separate connection from later work: Can the plugin connect the store and retrieve its basic information? An authentication failure during setup needs a different response from a job stalled after successful setup.
- Find the sample’s task: Inspect available plugin logs and the scheduled-task mechanism used by this installation. Record state, last execution and the first error. A long task list alone does not identify which operation is blocking progress.
- Compare execution and response: Does the task start, fail during the external request or fail to process an otherwise successful response? Match evidence to the same timestamp and record.
- Resynchronise with a defined scope: Use a supported retry only after understanding the failure and its extent. First check which downstream automations could be triggered by data arriving again.
Preserve context when reconnecting
If the connection itself needs rebuilding, record audience, store identifier, settings and relevant automation relationships. Follow the documented connection procedure and then confirm that the correct shop reaches the correct destination. Q4
Technical synchronisation is also different from permission to receive marketing. A correctly transferred customer can remain unsubscribed. Do not change those states indiscriminately to make the sync appear successful.
Verify the original sample order after recovery, then observe a subsequent controlled change. This provides stronger evidence than an updated global timestamp without any corresponding shop data.
Frequently asked questions
Should I uninstall the plugin immediately?
Not before documenting connection, mapping and failure stage. Rebuilding the integration can change relationships and make diagnosis harder.
Does an existing contact prove that an order synced?
No. The contact and specific commerce data are separate objects to check. Inspect the expected order or activity.
Can I mark all contacts subscribed?
That is not a technical repair. Transfer state and valid marketing permission must remain separate.
Information for assistance
Provide plugin version, timestamp, redacted sample identifier, destination mapping and the first error. Do not publish entire contact lists or API keys.
KAN KAI WORKS can investigate the data path from the store to its Mailchimp connection. Get help with this case.
Prepare a findings note
Summarise your observations for your enquiry. The note is created in your browser and is not saved or sent here. You can then copy it into the contact form.
Unknown is fine. Do not enter passwords, customer data or complete confidential logs.
Support with this issue
KAN KAI WORKS can investigate the data path from the store to its Mailchimp connection.
Sources and scope
- Q1: Original report and visible replies
- Q2: Mailchimp: troubleshooting WooCommerce
- Q3: Mailchimp: managing WooCommerce syncs
- Q4: Mailchimp: connecting and disconnecting WooCommerce
Sources checked: 5 November 2026. The original incident has not been independently reproduced.
