mjaromahol2

Thank you mate, well at least we know what all your family and friends are getting this year! Haha

Hi James,

Thanks. I think this may possibly relate to the test product/session from the weekend.

We worked through the issue at our end and I completed a successful test order. I only cleared the test product/basket from my session this morning.

Importantly, we also received two genuine customer orders through the website last night, in addition to my own test order, so the normal add-to-basket and checkout process is working for customers.

Could you please try the test product again now, ideally in a fresh/incognito browser session, and let me know if the Add to Basket button is still non-responsive for you?

If it is, then it would be useful to establish why it is affecting your session/browser when other orders are successfully going through.

Many thanks,
Mark

Hi James, here’s the free virtual product for testing the purchase event: https://www.aromaholiday.com/product/ga4-purchase-tracking-test/
Please let me know whether the purchase event records after checkout.

Thanks James, that makes sense. In that case I’ll leave Web Worker Offloading deactivated rather than introducing a custom workaround for a plugin that’s being sunset.

Great that we’ve now got the Analytics snippet functioning and add_to_cart events firing correctly.

Before we close this off, I just remembered that as part of the earlier troubleshooting we also deactivated GDPR Cookie Compliance and switched off Site Kit Consent Mode.

Presumably we now need to restore those and check that Analytics and add_to_cart continue to work correctly?

I’d also like to confirm that the purchase event is functioning, as that was the original concern — WooCommerce had completed orders but GA4 wasn’t recording the transactions/revenue.

Thanks again for your help,
Mark

Thanks James.

Troubleshooting Mode is now disabled, and I have temporarily deactivated both Web Worker Offloading and WP Rocket on the live site as requested.

Everything is ready for you to run your checks.

Thanks,
Mark

Hi James,

Done. I have now temporarily:

• Deactivated GDPR Cookie Compliance
• Disabled Consent Mode within Site Kit

The alternative Aroma Holiday – GA4 property remains selected, with “Place Google Analytics code” enabled.

Also, Tag Manager remains disconnected and WooCommerce AJAX add-to-cart on archives remains disabled from the previous tests.

I’ll leave everything exactly as it is while you check.

Thanks,
Mark

Hi James,

Before we make any further changes, I’ve noticed something that may be relevant to your investigation.

In Site Kit’s Analytics settings I have two separate Analytics accounts available:

Aroma Holiday Ltd
Property: 470863093
Measurement ID: G-77B87TZ1SC

and a separate account called Aroma Holiday, which has a different GA4 property (shown as Aroma Holiday – GA4) and a different measurement ID beginning G-9WSC….

Site Kit has been connected to Aroma Holiday Ltd / G-77B87TZ1SC, with “Place Google Analytics code” enabled.

I haven’t changed it to the other account — I cancelled out of the screen. I thought I should make you aware of the second Analytics account/property in case this explains any of the configuration or Tag Manager behaviour you are seeing.

Would you like me to leave everything exactly as it is while you check which property should be used?

Thanks,
Mark

Hi James,

I’ve now unchecked “Enable AJAX add to basket buttons on archives” in WooCommerce → Settings → Products and saved the change.

I’ve tested Add to Basket from one of the ready-made gift sets on the homepage. The product was added successfully and the page appeared to perform a quick reload/refresh rather than adding silently as before.

The setting is currently still disabled so you’re welcome to retest the site and check whether wcdata.add_to_cart now populates on reload.

Many thanks,
Mark