DataLayer.push not working on checkout page

Hi all,

we are using stape.io Server GTM app for Shopify but we are facing the problem that the DataLayer.push is not active on checkout page.

Do you know this problem and do you have the solution for it?

Kind regards,
Melvin and team at Kapwa Marketing

1 Like

Hi, if you’ve switched your checkout to the new Shopify checkout extensibility - the current version of Stape app will not be generating checkout events. There are limitations on Shopify side and we are working on an alternative solution, since GTM cannot be loaded as part of pixel applications (but you can still load it manually as a custom web pixel).

Are the webhooks still working for the app to send purchase events? About over a week ago the purchase_stape event was still sending but now it has stopped working for us and we are using webhooks.

If you have switched to the new Shopify thank you page extensibility - Stape app will not be sending purchase events. Current version of the app does not support new extensibility for checkout, nor for thank_you page

@Vlad_Kononov has this changed? Becuase in the Stape app you can select if you are using checkout extensibility and there is a code that needs to be pasted in the customer event

Yes, Stape released a new version of Shopify app that works with checkout extensibility and the blog post has been updated to briefly describe the nuances

1 Like

Hi @Vlad_Kononov , we have installed the latest version of the app and added the custom Pixel via Shopify however no purchase events are being tracked (other than webhooks):

Hi,
Is the custom pixel connected?
Are you already on the upgraded order status page extensibility?
How did you check and verify that there are no purchase events?

Hi,

Two questions:

I don’t recall ever ticking the checkboxes for the webhooks when initially configuring the Shopify Stape App.

They’re now showing checked and our GA4 conversion data shows a 90% drop since Nov 10th - 11th.

Was the Shopify Stape app updated around Nov 10th / 11th?

Should I uncheck the checkboxes for webhooks?

Thanks
Dave

Hey,

No, the last update to the app was on the 19th of October.
The checkboxes are not activated automatically, probably someone has activated them. If you don’t use webhooks in your tracking (usually you don’t need to) - you can switch it off.

I recommend to run previews of your web and server containers and check if all tags work as you expect.

Thanks Alex.
We have our own Tagging Server on Google Cloud and are using the Shopify Stape GTM Server App for the ecommerce events for GA4, e.g. purchase_stape, add_to_cart_stape, etc…

We noticed a huge drop in GA4 conversions around Nov 10-11th and also noticed none of the stape events were firing in preview mode.

Is there a threshold (requests/month) when using the Free Plan even when we have our own tagging server elsewhere? If there is, can we subscribe to a plan to avoid hitting the threshold limit again?

No, there are no request limits, you can use the app without using Stape. But there are some technical restrictions for several app functions due to the way some of the features in Stape are implemented.

You cannot use the options in the General tab:

  • custom loader (but you can add custom domain)

  • cookie keeper

  • stape analytics (I think this is obvious :))

Everything else can be used without restriction.

Thats great Alex! To resolve our issue, I uninstalled the Shopify Stape GTM Server App, disconnected the Web and Custom Pixels, reinstalled the App, enabled the embed App in theme settings and added the pixels back.

The stape events are now firing again.

It’s just weird that I’d have to uninstall and reinstall the Shopify App to get the events to fire again.

Thanks

It looks weird. If you had no events at all maybe you had the app disabled for some reason in the theme settings?

Hi,

I have a related question. I have fully installed the server side tracking on happyduvet.co.uk. I do see all events coming through also on the check-out page with the exception of the GA4 (collect) event for begin_checkout. The Data Tag (data) event is coming through. Any idea what could be the root cause. All settings for this GA4 event equal to that of the other events that are coming through.

Thanks in advance!

Jos

@Jos_Meiling
You don’t see them in preview, right? Meaning they do en up in the analytics property itself, correct?

I checked your site, I see on the website that GA4 is running via sGTM and it looks like everything is configured correctly.

So I’m assuming you mean preview mode. Due to the way Shopify Pixels work, you can’t see them in preview mode, here’s more information: How to use the Stape app for setting up Shopify server-side tagging

Also, I noticed that you also seem to have some GA4 integration working as well. This generates events that are sent directly to analytics instead of through the server container:

It’s probably active in your Google integration on the Shopify app side. This should be disabled so you don’t have overreporting and other data issues in GA4.

Hi Alex,

Thanks for checking! This was indeed the case. I disabled the GA4 connection via Shopify.

I meant Preview Mode indeed. I do see a begin_checkout event for the Data Client, but no event for the GA4 client. I do see GA4 client events being triggered in all other cases (outside of Checkout). Why is this the case? As I understand correctly, they are being generated but you don’t see them in preview mode? I understand this for WEB, but I would expect to see the event for SERVER.


Hi @Jos_Meiling

Due to the fact that on Shopify your container and data layer runs in sanbox on checkout events - you can’t see these events in preview mode.

If you publish changes to containers and only run the server preview (and clean cookies beforehand) - you will see the events in the server container preview. But it won’t work consinstantly. So the best debugging option would be to check the operation of events in the browser network + the actual results in platforms.
Unfortunately this is a limitation of Shopify and there is no way to do anything about it.

1 Like