kristencudden

Thank you for all your help. I’ll just keep it as is.

No further work is needed!

Thanks Adam, I totally agree. Their answer was they don’t support help for 3rd party plugins. I know there is something conflicting as you mentioned, it works with a temp site. But at least I have it firing now and collecting data.

And it Site Kit will display results for the manually placed code, then I think we have a solution. I’ll be watching for the next few days to confirm.

Thank you for all your support!

So I’ve tried contacting the hosting platform, they had no insight. I tried debugging with the plugins and removing any extra plugins – that didn’t help. I turned off Edge Cache at Pressable – that didn’t work. I’m just not sure what the problem is. I’ve never seen it before.

I finally just removed the tracking code in Site Kit and added it manually. Not what I would like, but I need to get tracking for this client and that worked.

If you have any other insight, I’m all ears, otherwise, that at least works.

Yes, I can see the snippet installed on that URL. So does that mean that something is blocked it from displaying on my website?

I disabled JetPack Protect, but it made no difference. I am using so few plugins and they are all plugins I use with other website hosted at the same host with an active Site Kit that works properly. That’s why I’m so baffled. This website WAS a rebuild starting with an previous WordPress website. But I’ve removed almost all of the plugins previously used and checked in Appearance > Customize for anything buried in the CSS.

I also didn’t see any difference with the troubleshooting plugin.

I just submitted the form with all of the information, thank you.

I’m referring to the country/state/zip. In most cases this might just be mildly annoying to have to enter the country/state/zip in the cart and then the entire new address in the checkout shipping field.

Our workflow also includes contact for a shipping quote in the cart for anything that is over 600 pounds. So entering the correct address in the cart and having it match in the checkout is vital for the quote to validate and the AJAX to match in both places.

So having a selector in the cart probably wouldn’t work for us as it still has to integrate with contact for shipping quote which is pulling from the country/state/zip.

The complexity of both plugins working well and with ideal UX is perplexing.

Any thoughts?

We found the problem. The user role the smart coupon was using was being considered a wholesale user role and the tax had to be allowed for that particular role. Thank you for your time and responses.

The tax we have is confined to a single state, not the entire country. Can you test it that way as well?

Has anyone solved this?

Thanks, that worked great! Apparently there is more code that is driving the shopping cart to remove the flat rate shipping option that I can’t find.