Jordan Rich

Hi @fatsteve

Apologies for the false positive in my testing. I ran a few more tests with abandoned carts, and was unable to replicate this issue,

In my logs after each abandoned session I saw a long that states

NOTICE abandoned_cart.success :: email:?

Next made a purchase and each purchase resulted in the following log:

abandoned cart deleted?

This means from the plugin stand point the cart is now deleted and not synced to Mailchimp where the Abandoned cart wouldn’t queue this customer nor would it send.

To help us move along could you provide us with a bit more information such as are you seeing these sorts of logs for these customers in your WooCommerce store in the plugin logs?

If you would like for us to take a closer look please enable Remote Diagnostics and reply with the URL to the store and we’ll take a look as well. Also please include some example order IDs and customer that were impacted.

If you wish to keep the information private feel free to respond using this contact form with the necessary information.

Hey@lyndayao10 and @paolofrulio

Could you all use this form to submit the Site info to us. We need the full system report to help in our investigation. This is found on the health screen. (Clicking Copy site info to clipboard)

Hey Patrick

Our guide on Advanced Queue Setup In CLI mode will allow for fine tuning the syncing behavior and increase performance especially for larger stores. We’ve found that in certain instances as you’ve discovered the default cron job isn’t sufficient for triggering the necessary syncing. In order to implement the Advanced Queue Setup it will require experience with dealing with WordPress installs on a server and using the Command Line Interface.

We also do provide a way to also turn off syncing transactional customers. This accomplished under the Sync Settings of the plugin found on the Audience tab, See screenshot: https://loom.com/i/4a15662e945c4d278fc5c32be12f0238)

Lastly, if you haven’t done so already please update to the latest version (v3.7) as we’ve made quite a bit of enhancements to help with syncing issues and performance in general.

Superb!

We’re here if ya need us!

Hey @fatsteve

Orders should sync automatically albeit it depends on the server configuraiton and resources how rapidly that occurs.

It shouldn’t be necessary to click resync to see the timestamp update for e-commerce data with the mc-woocommerce plugin.

Could you let us know the following?

• How long are the intervals between data syncing?
• Are there any pending action schedular jobs? If so, what happens when you click run? ( WooCommerce > Status > Scheduled Actions ) – The run button is seen when hovering with any Action slat.
• Could you inform us if there are many orders that haven’t synced yet?

@lyndayao10 This may be related to an issue we’ve seen where users that have disconnected the Mailchimp for WooCommerce from the integrations page in their Mailchimp acccount are having issues with reconnecting. We’re working to get this resolved as soon as possible. This will more than likely make it into our next release. However, it’s hard to say exactly when this can occur. If you would like an even quicker response feel free to provide us with the URL to the store in question and we’ll see what we can do.

Hey @ricardoaraujo330

Yes, we ‘ve had reports of issues concerning customer order ID while using such plugins as WooCommerce Sequential Order Numbers Pro. We’ve since add some better support and handling of these scenarios to the plugin in v3.7 as Ryan mentioned. Please update if you haven’t done so already. You also would need to commence a re-sync in order to capture those existing orders that had isssues prior to v3.7 for syncing to Mailchimp.

Hey @lyndayao10 and @paolofrulio,

To help us in our investigation could you inform us if it is possible that the plugin was disconnected from the Mailchimp side? We’ve had some reports of other users having issues after that has occured and we’re working to resolve this issues.

If it is true that the plugin was disconnected we’ll work to get the Token cleared out with the Mailchimp team in order for you to reconnect. The only information we’ll need is the store URL. If you prefer not to share this information publicly feel free to use the following contact form.

Hello there @fatsteve

Was able to run a test on my end and replicate the issue. Our developers have been made aware of the issue and are currnetly investigating for a solution. When they find one it would likely be added to our next release. It’s hard to say an exact time frame as to when that would be completed due to the nature of development requiring the time to code and test for further bugs or issues.

Unfortuantely, in my findings I’m unable to find a workaround other than temporarily turning off the Abandoned cart automation.

Once we have an update concerning this matter we’ll be sure to update this thread.

Hi there @chrissy-scivicque

While double opt-in is enabled, a confirmation email is sent to the customer and they are not considered subscribed until the confirmation link has been clicked. During that time their status is pending which would make them ineligible for marketing content.

Are they in-fact receiving a double opt-in?

Our team focuses on the Mailchimp for WooCommerce development and design. All emails including the opt-in confirmation is handled by the Mailchimp delivery system. We’re here unable to see if the confirmation email landed in the customers inbox. Feel free to refer to the following guide:

Troubleshoot the Opt-in Confirmation Email: https://eepurl.com/dyimVL

Is there a way to skip that if they are opting in during purchase?

Being that DOI is enabled, there isn’t a way to skip the process once it has began the customer is in pending status. One approach to mitigate this would be to not use DOI by turning it off in the Audience setting within the Mailchimp account(This cannot be done from the plugin)

Choose Opt-in Settings: https://eepurl.com/dyimFT

That way the customer will be able to enter the Automation Queue immediately rather than waiting to receive the confirmation.

Hey @ben72

Within each order there’s a Custom field that contains a boolean value determining what the subscription status choice was at the time of that order. 1= True and 0 = false – meaning if the customer checked the box at the time of the order they were subscribed = 1. And if they didn’t they were synced as non-subscribed (depending on your plugin configuration)

Screenshot below:

https://loom.com/i/abcfb9f0f3194fad92b66492202fb6c3

Please note that this value doesn’t update if their subscription status changes after that order, again this order custom fields merely captures the subscrition choice at time of order.

Hey Jonah,

Glad Mailchimp support was able to help sort things out.

You’re welcome.

The plugin is compatible with Gutenberg blocks that can be used for the customer account page as well as the classic Woocommerce themes that involve the [woocommerce_my_account] shortcode.

The following screenshot illustrates that radio buttons should appear next to each option: https://loom.com/i/658d8aef7c2d45a18e5d7063e312b5aa

From your screenshot it’s clear that is not the case.

Could you confirm if the issue still occurs when switching to the official WooCommerce Storefront theme ? If not there may be an issue specific to the theme in use

Hey there

The Chimpstatic script is a script that is loaded into a user’s theme when the Mailchimp for WooCommerce plugin is activated. It is used to load features from Mailchimp, specifically pop-up forms.

If an error 403 forbidden occurs with the Chimpstatic script in Mailchimp for WooCommerce, it could be caused by several factors related to the hosting environment. Here are some troubleshooting steps to resolve this issue:

Update Your Versions: Make sure you are using the latest version of the Mailchimp for WooCommerce plugin and that you have the required minimum versions of WordPress, WooCommerce, and PHP.

Enable Remote Diagnostics: In the plugin’s settings tab, enable “Remote diagnostics”. This will allow the plugin to attempt to reactivate the webhook remotely every few hours.

Check for Blocked Access: Contact your hosting provider or firewall service to see if they are blocking access from the Mailchimp servers that are trying to verify the webhook. Specifically, check if anything is being blocked from the endpoint: wp-json/mailchimp-for-woocommerce/v1/member-sync.

Disable Server-Side Caching: Temporarily disable any caching plugins or add a “do not cache” instruction for the plugin’s API path: wp-json/mailchimp-for-woocommerce/v1/member-sync.

Validate REST API: Check if the REST API is working correctly by accessing the following URL using a guest browser: /wp-json/mailchimp-for-woocommerce/v1/ping. If this feature is turned off for the API path, it may cause issues.

Allow Through Firewall: If the previous steps fail, you may need to allow anything coming through the firewall for the following URL: /wp-json/mailchimp-for-woocommerce/v1/member-sync.

If none of these troubleshooting steps resolve the issue, it is recommended to reach out to Mailchimp support for further assistance.

Hey Jonah, Apologies for the delay in response.

We’ve received your information on the form and attempted to look it up in our back-end system and were unable to. To help move forward could you enable Remote Diagnostics found within the Mailchimp for Woocommerce plugin under the Settings tab.

By design the Mailchimp plugin syncs automatically there isn’t a manual process involved.

The plugin would only sync either on initial sync or every time an order update is created or customer/user profile, order, product, discount code is updated. When that occurs a sync is triggered to send that data back to Mailchimp.

In regards to the unarchiving behaviour, I ran the following test.

1. Unsubscribe a MailChimp contact that is also a customer with a WP user account
2. Verified that the WP user account shows as unsubscribed
3. Archived this contact in Mailchimp
4. Performed a profile update to the wp user account
5. Performed a full store resync as an additional test
6. The Contact in MailChimp remained subscribed .

Could you outline in steps such as these exactly how the issue is encountered in your store?

It’s quite possible that a 3rd party plugin could be at play causing the issues. To zero in on what might be the cause we recommend if possible deactivating those plugins temporarily while troubleshooting.