bazbob67

Right, I got that. I’ll only reinstall GA long enough to see if going thru Ads triggers the broken shopping cart.

I’ve got GA off as well. Like I said previously, Ads is a lot of wasted money if I can’t use GA to track historical search terms.

I’ll check back with my testing results

Hi James,

Thanks for getting back to me on this.

I really have no idea at this point if it’s a caching issue, a security setting or something entirely different.

All I know is that with GA removed I have zero issues and with it added it happens to some, but not all, customers.

That’s the weird part is that not everybody is effected. I have only been able to recreate the issue once and refreshing my browser corrected it permanently. However, I have two customers who have never been able to correct the issue despite refreshing, reluanching, clearing out their cache etc… But, when I remove GA, they complete the transaction no problems.

If you get more info it will be much appreciated as not having GA means we’re missing a lot of info. And as I said earlier, I’m betting their are many other business owners dealing with this on their sites but without software to view what’s actually happening while customers shop, they simply think people abandoned their cart, not knowing they couldn’t complete the transaction

Hi Jerome,

Thanks for responding again. I do realize there are plenty of other issues to solve besides mine and greatly appreciate the help you’ve been.

I can’t even find within Godaddy how to change my cache level….Maybe not possible in Managed wordpress, dunno.

I’m not sure if my staging site also provides it’s own sFTP acces but, if so, I’ll change mu-plugins there and see the effect.

And again, I understand this isn’t just a “you” issue, but it is definitely others are having. If it weren’t for me adding heatmapping and eventually watching live as people were experiencing issues…..I may never have known. I have to think there are many others having the same issue.

To note- It does seem that most everybody I’ve read is on Godaddy managed wordpress so that obviously is part of the problem, but whether it’s GA, server-side caching or some other problem altogether is a question in both Godaddy’s and wordpress’ interest in solving. I know you can’t solve it all, but hoping wordpress can/will devote some resources to seeing if they can find the culprit(s) for all of us.

Google just came out with their GA4 along with new Global site tag code that I’ve installed so…. and I think it was you who recommended clearing Theme cache(never knew that was a thing) so I did that. lastly, I did clear out the revisions on my database(877-backed up first and tested on staging site).

It’s a waiting game now to see if the issue pops up again

I don’t have much else to go to Godaddy with. Honestly, they’re tech support is almost completely incompetent. They’re phone clerks try but they have limited knowledge and are of little help solving issues.

If it’s possible to escalate this up the ladder at wordpress, there will be a lot of shop-owners appreciative of that. Otherwise, thanks again for you help, you gave me some great insight

Hi James,

Thanks for your response.

First, in the Github thread, in a follow-up message, I mentioned I don’t have Sitekit installed. I am having a similar issue to those in that thread so it seemed pertinent….also, as I’m at a loss I’m kinda desperate to find anybody with an answer.

Godaddy tech support is virtually useless. Those who answer when you call in are really just customer service reps who will forward a ticket to have the issue addressed. I’ve been told repeatedly there is no way to speak with the people who actually do the site work as they’re all overseas( India). Also tried speaking with Godaddy hosting…. I couldn’t find a single hosting support rep who even knew they had server-side caching on managed wordpress, much less that they use Varnish.

With that, from the responses I’ve read on multiple forums, the issue seems to be either a caching issue with Godaddy caching Woocommerce pages(cart, checkout, myaccount) at times or…. Google Analytics somehow breaking the cart functionality for some users

Some users report that deleting the GA code solved the issue. Not great if you want to pay attention to that…others report the issue instantly solved by switching hosting providers.

Woocommerce support has told me that coding with Woocommerce pages instructs servers not to cache Woocommerce pages. I also installed Wp-Rocket as it’s the only caching-type plugin permitted by Godaddy on managed wordpress as it is supposed to work well with Varnish( an issue with other caching plugins I’ve been told?). By default WP-R instructs to not cache Woocommerce pages as well.

WP-R also gave me another line of code to insert hoping all the redundancy in instructions would put a halt to woocommerce caching….if that’s the issue.

No. The issue persists.

I did install new GA coding yesterday…. Global site tag to replace my old GA code. I’ve only had one customers start the checkout process since then, it failed BUT… that customer was returning from a previous session so that could just be that their browser has cached the old info

Even though I don’t have Sitekit, it seems like it’s simply either anything with GA in it or caching. That Godaddy doesn’t even know what their system does is an issue.

If you’re inclined, give a shot at going thru the checkout process and see if your cart turns up empty. One thought is, if that happens, there should be a mention of caching on the page source coding if that’s causing it.

Anyway, thanks for your response James

Also Alex,

If you get as far as the cart but the can try going to checkout….a few times that triggered the error. Refreshing the browser seems to solve it if that occurs