Google tag gateway: Google-tags vanaf je eigen website

Better Loader serveert GTM vanaf je eigen subdomein. Google tag gateway gaat een stap verder: GTM en de Google-tag laden vanaf een pad op je website zelf, zoals www.example.com/Tg7Kq2mXab/. Het is de eigen route van Google, die je aanzet in je Cloudflare-account of een ander CDN. SGTM.space begeleidt je erdoorheen en controleert of het werkt. Deze les laat zien wat de gateway verandert, hoe je hem instelt en wat hij laat zoals het is.

Gevorderd 10 min lezen

Op deze pagina

Wat je leert

Uitleggen wat Google tag gateway verandert ten opzichte van je taggingsubdomein.
De gateway in Cloudflare aanzetten met een meetpad dat blockers niet herkennen.
Zorgen dat GTM één keer start, na je standaardstatus voor consent.
De gateway gebruiken met Better Loader, of zonder met de gateway-snippet, en controleren of het werkt.

Voordat je begint

Een container op een betaald abonnement, met GA4 dat naar je taggingsubdomein stuurt (les 3).
Je website loopt via je eigen Cloudflare-account (oranje wolk), of via een ander CDN of een load balancer die Google tag gateway ondersteunt.
Bij voorkeur draait Better Loader al (les 8).

01 Wat de gateway verandert

Je CDN stuurt een pad op je website, het meetpad, door naar Google. GTM, de Google-tag en de verzoeken die ze sturen gebruiken dan dat pad op je eigen domein in plaats van googletagmanager.com en de andere hosts van Google.

De scripts komen van het eigen domein van je website, niet van een subdomein dat een CNAME naar een andere host is. Blockers die DNS-records volgen (Brave, uBlock Origin in Firefox, AdGuard) kunnen ze niet van je site onderscheiden.
De Google-tag stuurt zijn Google Ads-pings via het pad, dus ze bereiken Google via je domein.

Wat hij niet verandert: GA4 blijft via server_container_url naar je taggingsubdomein sturen, waar Request Proxy de hits vermomt. Een GA4-hit via de gateway heeft nog steeds v=2&tid=G- in zijn adres, en Request Proxy herschrijft dat daar niet, dus houd de servercontainer-URL uit les 3. De gateway zelf zet geen cookies: volgens de documentatie van Google en van Cloudflare antwoordt hij niet met een HTTP-Set-Cookie. De cookies van Google worden nog steeds door JavaScript gezet, en Safari bewaart die maximaal 7 dagen, met of zonder gateway. Alleen cookies die een server vanaf het eigen adres van je site zet, leven daar langer (les 4).

02 Zet de gateway aan in Cloudflare

1 Klik bij Add-ons op Aanzetten op de kaart Google tag gateway. De instellingenpagina opent met een voorgesteld Meetpad.
2 Open in Google Tag Manager Admin en dan Google tag gateway, kies Cloudflare, log in, selecteer het domein van je website en rond de setup af. Je kunt hem ook direct in het Cloudflare-dashboard aanzetten. Je hebt in Cloudflare de rol Super Administrator, Administrator of Zaraz Admin nodig.
3 Open in het Cloudflare-dashboard Google tag gateway en dan Configure Google tag gateway, en stel het voorgestelde meetpad in. Laat Set up tag uit.
4 Bevestig in SGTM.space het Websitedomein en het Meetpad en klik op Opslaan en controleren.

Je website moet via Cloudflare lopen (oranje wolk) om de gateway op het domein te laten antwoorden.
De Cloudflare-instelling geldt voor de hele zone, subdomeinen inbegrepen, met één tag. Zet hem alleen aan in de zone van je eigen website.
Niet op Cloudflare? De gateway draait ook op andere CDN's en load balancers. Stel hem in met hetzelfde meetpad via de handleiding van Google voor jouw aanbieder, gelinkt onder Niet op Cloudflare? op de instellingenpagina.

03 Laat Set up tag uit

Cloudflare voegt een eigen kleine loader toe aan elke pagina in de zone. Met Set up tag uit haalt die loader alleen het gateway-script op, en de snippet die al op je pagina staat (je eigen of die van Better Loader) start GTM één keer, na je standaardstatus voor consent.

Met Set up tag aan start Cloudflare GTM ook helemaal bovenaan de pagina, vóór je standaardstatus voor consent, en een tweede keer als je snippet GTM ook start. Dat breekt de volgorde die je in les 6 opzet. De instellingenpagina waarschuwt je als een check dat ziet, en de trackingscanner meldt het.

04 Met Better Loader: houd je snippet

Met Better Loader aan verandert er niets op je site. De gateway serveert de GTM-webcontainer die Better Loader laadt, dus je hoeft geen tag-ID in te vullen. Zodra een check bevestigt dat de gateway antwoordt, laadt Better Loader GTM daarlangs op het domein van je website.

Better Loader ziet de loader die Cloudflare invoegt en laadt GTM niet twee keer.
Valt de gateway uit of houdt een blocker hem tegen, dan laadt Better Loader GTM zelf.
Op andere domeinen die deze container gebruiken, laadt Better Loader GTM zoals eerst.
Request Proxy, Cookie Extender, Bot Filtering en Request Enricher blijven werken op je taggingsubdomein.

05 Zonder Better Loader: de gateway-snippet

Houd je GTM-snippet, maar laad hem vanaf het gateway-pad in plaats van googletagmanager.com. Na Opslaan en controleren geeft de instellingenpagina je jouw snippet. Zet hem op elke pagina zo hoog mogelijk in de <head>, in plaats van je huidige GTM-snippet:

html

<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'?l='+l:'';j.async=true;j.src=
"/Tg7Kq2mXab/"+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer',"GTM-XXXXXXX");</script>
<!-- End Google Tag Manager -->

Hij laadt het kale pad, zonder ?id=GTM-…: de gateway kent je tag al, en blocklists herkennen een zichtbare tag-ID.
Er is geen noscript-versie.
Request Proxy en Cookie Extender hebben Better Loader nodig, dus ze draaien niet met deze snippet. Bot Filtering en Request Enricher blijven werken op je taggingsubdomein.

06 Controleer of het werkt

1 Controleer op de instellingenpagina of de status meldt dat de gateway je tag op je adres serveert, of met Better Loader dat Better Loader GTM daarlangs laadt.
2 Open je site in een normaal venster (niet in GTM Preview) met DevTools op het tabblad Network. GTM hoort te laden vanaf https://www.example.com/Tg7Kq2mXab/, en Google Ads-verzoeken horen ook naar dat pad te gaan.
3 Controleer of GA4-hits nog steeds naar je taggingsubdomein gaan, zoals k7q2x.example.com.
4 Laat de gratis trackingscanner je site controleren. Hij herkent de gateway, toetst het pad aan de regels van uBlock Origin en meldt Set up tag als die aanstaat.

Een paar verzoeken gaan bewust nog rechtstreeks naar Google: de Google-tag stuurt zijn consentsignaal naar de eigen servers van Google, en zodra advertentieconsent is gegeven ook enkele verzoeken voor cookie-matching. Geen enkele gateway heeft daar een adres voor.

Het meetpad heeft minstens zeven tekens en een hoofdletter.
Set up tag staat uit in Cloudflare.
GTM laadt vanaf het eigen domein van je website.
GA4-hits gaan nog steeds naar je taggingsubdomein.
De status van de add-on laat zien dat de gateway antwoordt.

Veelgestelde vragen

Vervangt de gateway mijn taggingsubdomein?

Nee. De gateway serveert de scripts van Google en de Google Ads-pings vanaf je website. GA4-hits blijven naar je servercontainer op je taggingsubdomein gaan, waar je servertags, Request Proxy en de andere add-ons werken.

Waarom gaan sommige verzoeken nog naar Google?

De Google-tag stuurt zijn consentsignaal en, zodra advertentieconsent is gegeven, enkele verzoeken voor cookie-matching naar de eigen domeinen van Google. Hij heeft daar geen gateway-adres voor, dus de gateway en Request Proxy kunnen ze niet omleiden. Je Ads-meting zelf loopt via je eigen domein.

Hoe zet ik het weer uit?

Zet de add-on uit in SGTM.space en zet Google tag gateway ook uit in Cloudflare of je CDN, anders blijven je pagina's GTM twee keer downloaden. Gebruikt je site de gateway-snippet, zet dan eerst je vorige GTM-snippet terug.

Gerelateerde functies

Klaar om het in de praktijk te brengen?

Rol in een paar minuten een GTM-servercontainer uit op je eigen domein. Voor het Gratis-abonnement heb je geen creditcard nodig.

Gratis account aanmaken