Google tag gateway integration
-
Hello.
I have Google tag gateway set up on Google Tag Manager, with Google Tag implemented on Google Tag Manager.
Do I need to connect Google Analytics on Google Site Kit?
If so, should I allow it to insert the Code Snippet?
Any other considerations when using Google Site Kit and Google tag gateway?
Thanks.
-
Thanks for reaching out @asafm7. If you implemented Google tag gateway for advertisers manually, it works similar to loading a standard Google Analytics tag, with the main difference being that the script it loaded from your own domain.
Do I need to connect Google Analytics on Google Site Kit?
If so, should I allow it to insert the Code Snippet?
Connecting Google Analytics within Site Kit is completely optional, regardless of whether you’re using Google tag gateway for advertisers or not. If you wish to keep Google Analytics connected within Site Kit, which is useful to ensure you can view data from your WordPress dashboard, you may wish to toggle off the option for Site Kit to Place Google Analytics code to ensure your tag is not firing twice.
Any other considerations when using Google Site Kit and Google tag gateway?
Great question! We are rolling out Google tag gateway for advertisers as a feature within Site Kit, with the initial rollout to a small user base planned for the next plugin release (1.158.0), due in 2 weeks. When the feature becomes available for you I would suggest implementing via Site Kit as opposed to manually, to ensure there is no conflict with your current Tag Manager setup.
Let me know if you have any questions with the above. Thank you.
Thanks, @jamesosborne.
It is great to hear about the upcoming feature.
I’m using Cloudflare as a CDN, and implemented Google tag ateway using Google Tag Manager’s “Automated setup with Cloudflare“.
Will you call it a manual implementation?
Will Site Kit’s Google tag gateway feature work different? better?
Thanks again.
I can’t say if the feature will work better within Site Kit or with your current set up with a tag while connected to Cloudflare. I would expect they operate in a very similar manner.
As the feature will be rolled out incrementally, you may wish to keep your current setup while disabling the option for Site Kit to place your Google Analytics snippet. When the feature if available for you within Site Kit, at that stage you can perform some tests and comparisons to see which works best for you.
If you wish, I can keep this support topic open while I perform some checks with a similar setup to your own, to ensure no conflict or reporting issue if both are active? If you wish for me to perform some checks, please share your Site Health information so I can ensure a similar environment to your own. Thank you.
Thanks, @jamesosborne.
I shared the site info via the form.
Excellent @asafm7. I’ll perform some checks and report back to you here to confirm no conflicts and all working as expected, on a site similar to your own. Note that I did also check your site using the tasassistant.google.com service and it does look like your tags are firing, although your active container is not enabled for debugging. You may wish to check this yourself as you have access to the container.
I’ll keep you updated here once I confirm no conflicts and all works as expected. Thank you.
@jamesosborne, a related question.
The Cloudflare Google tag gateway implementation seems to break GA4 internal traffic filters, probably because IPs are proxied by Cloudflare.
Do you expect a similar issue with the upcoming Google Site Kit implementation? Is it avoidable?
Thanks again.
Appreciate your patience on this. I can confirm no conflict when using Cloudflare with a Google tag, with the
metricsmeasurement path used when configuring.I tested in different scenarios, including when Site Kit is used to placed Google Analytics code (via a Google tag), and also when all visitors are counted in Analytics traffic, and not the default non-logged in users only. You’ll see the difference in snippets placed from reviewing this graphic. In my case, with both a Cloudflare and a Site Kit snippet placed, I don’t encounter double recording, however, I wouldn’t recommend having two snippets placed.
The Cloudflare Google tag gateway implementation seems to break GA4 internal traffic filters, probably because IPs are proxied by Cloudflare.
If you’d like to share more details of this, I’d be happy to investigate further when time allows. Note however that discussing this with Cloudflare may be the best approach, given they have their own implementation for Google tag gateway for advertisers. We are rolling the feature out gradually, with the first rollout yesterday to a small amount of users.
Let me know if you have any questions with the above, and thanks for your patience while I tested this.
@jamesosborne, thank you so much for the testing and the update.
Regarding filtering out internal traffic, I use this GA4 feature:
[GA4] Filter out internal traffic – Analytics Help
It filters by IP, and it worked great up until I implemented Google tag gateway via Cloudflare (which probably obstructs the IPs). Now, traffic from the IPs set to be excluded is recorded regularly instead of being filtered out.
I posted a question on both Cloudflare and GA4 communities, but I wonder if there will be a similar issue when using your implementation, instead of Cloudflare’s.
Also, is it possible to opt-in to the early release?
Thanks again.
@jamesosborne, another question.
It seems the Cloudflare implementation only works for the general endpoint
https://www.google-analytics.com/g/collectand not for the EU onehttps://region1.google-analytics.com/g/collect. In this case, while hits pass through the dedicated domain subfolder, they are eventually sent directly to Google and can be blocked by ad blockers, etc.From the US:
Screenshot 2025-08-04 095643.png
From the UK:
Screenshot 2025-08-04 095536.png
It can be forced on GTM using
server_container_urlortransport_url, but I’m not sure if it keeps things compliant.Is this a nuance you are aware of? Is this limitation inherent to the Google tag gateway? Will your implementation handle it differently?
Thanks again.
Very interesting @asafm7. Thanks for the updates from your checks.
Regarding filtering out internal traffic, I use this GA4 feature:
That isn’t something I checked previously, however, within Site Kit logged in traffic isn’t counted by default. This configuration can be changed at any time (details), however, Google tag gateway for advertisers does respect the users configuration within Site Kit, including if the the feature was implemented via Cloudflare from my checks.
I posted a question on both Cloudflare and GA4 communities, but I wonder if there will be a similar issue when using your implementation, instead of Cloudflare’s.
Good shout enquiring with the above forums. From reviewing the guide you shared, it implements filtering for internal traffic via a different method to the opt out method used via Site Kit.
Also, is it possible to opt-in to the early release?
Great question! I wish it was possible, however, remote features as such are rolled out incrementally, so it may be a few weeks before it’s available for you. We do have a release cycle every 2 weeks, and the first rollout is complete. Hopefully you won’t have to wait very long.
It seems the Cloudflare implementation only works for the general endpoint
https://www.google-analytics.com/g/collectand not for the EU onehttps://region1.google-analytics.com/g/collect. In this case, while hits pass through the dedicated domain subfolder, they are eventually sent directly to Google and can be blocked by ad blockers, etc.This is interesting. This isn’t a nuance I was aware of, however, we did perform various checks with Google tag gateway for advertisers implemented within Site Kit, so I didn’t it will work across all endpoints or other possible Analytics clusters. I will check in with the team on this, and let you know here should I have any update. Note that I’ll be asking based on a Site Kit implementation, with no scope to perform such checks when implemented via Cloudflare.
Thanks for the update, @jamesosborne.
Site Kit logged in traffic isn’t counted by default
Yes. The kind of filtering I referred to is different. It also works for non-logged-in traffic, automated tastings, etc.
It will be relatively easy to check if Site Kit’s implementation breaks GA4 filters the same way Cloudflare’s does.
I will check in with the team on this, and let you know here should I have any update.
Thanks. It will also be easy to test with EU/UK IPs. Looking forward to learn if that’s s Google tag gateway limitation (possibly GDPR related?), or a Cloudflare implementation limitation.
Note that I’ll be asking based on a Site Kit implementation
Yes, of course. I’m only asking about Site Kit implementation.
Thanks again for your time!
No problem @asafm7, happy to help. I’ll let you know once I test this further at some stage this week, while I’ll also bring it for discussion with the team.
To keep you updated on this, we have passed on your findings on to the relevant team at Google, where they can investigate this further. Apologies for the late reply here. We discussed this also and while it’s not specifically a Site Kit issue, I was able to recrate the same as you’re reporting, on a Cloudflare site using Google tag gateway for advertisers (screenshot). The team are aware of this.
I also did perform some tests with a Site Kit implementation, which I’ll be passing on to the team (screenshot – EU | screenshot – US).
Thanks again for reporting this. Should I have any additional findings, I’ll let you know.
That’s interesting. I wonder if the Google team is aware of this. Thanks for the update, @jamesosborne.
The topic ‘Google tag gateway integration’ is closed to new replies.