@rermis, thank you for the constructive feedback. I’ve replied to your comments regarding the banner on your post. Something seems a bit off and we’re happy to research further after we understand a little more about the issue you’re running into there. I’m confident we can figure that out and get it fixed up.
As for how the sync is orchestrated, we sync everyone so you can market however you see fit. If you want to segment customers from a certain time period, you can do that as well. If you do not require certain customers in your Mailchimp Audience, you may simply delete those that you don’t need after a sync is done.
If you are having problems syncing, please let us know the particulars. In version 2.3 we rebuilt the syncing engine from the ground up using WordPress’ Action Scheduler system, and it has been very well received. Since launch, we’ve heard from users with hundreds of thousands of orders and a sync has worked flawlessly where it had trouble before. There’s always room for improvement with the plugin, but based on early feedback, we show no signs of issues around the Action Scheduler system and how it would create the suboptimal scenarios described.
Thread Starter
RLDD
(@rermis)
Hi khungate,
Thanks for your prompt response. It is not evident that the sync can segment customers from a certain time period. If I bring up the sync interface, there is no visible option besides audience. It would be extremely helpful to have an option to limit the sync from the sync interface.
If a store is disconnected for any reason, the sync starts from the beginning. There’s no reason to start from the beginning and resync thousands (potentially hundreds of thousands) of orders because the store was disconnected for one minute. During resync, MailChimp automation campaigns fail to work until the sync success flag is flipped. This means the automations are in limbo, the merchant is losing profit, and MailChimp automations do not trigger until the sync completes, which could take days.
@rermis just to be clear about the “time period” you’ve brought up – no it’s not something that’s configurable in the plugin at the moment. What @khungate was explaining is that you can segment from within your Mailchimp account to accomplish the same things.
We understand how larger stores can require some time to sync, but if you need to make use of the WPCLI version to speed that up, we also have documentation on how to use that here https://github.com/mailchimp/mc-woocommerce/wiki/Advanced-Queue-Setup-In-CLI-mode. It’s the recommended approach for larger stores if you have CLI access, and we’ve seen dramatic results using that method.
As for the banner issue, you’re right that’s not the way it’s supposed to be working, but we’ve not been able to simulate this type of behavior that you’re describing. I would first ask if you’ve got any caching plugins, or possibly anything that would prevent you from deleting an option using the delete_option functions? Could it possibly be a permissions issue? Just throwing things against the wall for you to look at.
If you could go to your wp-options page and search for mailchimp-woocommerce-sync.initial_sync please set that to 0 and see if your problem goes away. We’re a little confused on why this isn’t being cleared out.
Let’s work together to get your situation handled, this shouldn’t be very difficult to solve.
