Als je server-side GTM al gebruikt, bouw dan geen tweede concurrerende meetpijplijn van Google alleen maar om Google Tag Gateway toe te voegen. Het door Google aanbevolen gecombineerde patroon scheidt twee paden met dezelfde oorsprong: een scriptpad stuurt gtm.js- of gtag.js-verzoeken door naar Google, terwijl een verzamelpad meetgebeurtenissen doorstuurt naar je tagserver. De servercontainer blijft de plaats waar gebeurtenissen worden verwerkt en gerouteerd.
De gecombineerde architectuur
Een installatie met dezelfde oorsprong kan paden gebruiken zoals www.example.com/scripts voor het laden van Google-scripts van de eerste partij en www.example.com/metrics voor de servercontainer. De CDN of load balancer routeert elk voorvoegsel naar een andere oorsprong. Google waarschuwt dat beide paden ongebruikt moeten zijn en geen /gtm mogen bevatten.
De browser laadt de webcontainer of Google-tag via het scriptpad. De Google-tag wordt vervolgens geconfigureerd om metingen naar het verzamelpad te verzenden. De sGTM-client claimt dat verzoek, produceert een gebeurtenis en activeert de juiste servertags.
Wanneer beide samen nuttig zijn
De combinatie is handig als je gebruik wilt maken van de browserveerkrachtvoordelen van het laden van scripts van de eerste partij en ook de transformaties, gegevensminimalisatie, niet-Google-bestemmingen of observatiemogelijkheden van sGTM nodig heeft. Google raadt expliciet aan om eigen scripts te laden naast tagging op de server voor een duurzame installatie.
Het is minder nuttig als GTG alleen de functionaliteit zou dupliceren die al wordt geboden door een correct geconfigureerde first-party sGTM-lader en verzamelroute. Controleer de huidige paden voordat je nog een regel toevoegt. Architectuur moet na de verandering duidelijker worden en niet alleen maar meer producten bevatten.
De dubbele gebeurtenisval
Het gevaarlijke patroon is dat dezelfde Google-conversie rechtstreeks via een GTG-doorstuurpad wordt verzonden en ook via sGTM, waar een servertag de conversie opnieuw verzendt. Beide netwerkverzoeken kunnen slagen, waardoor er meer conversies ontstaan die lijken op een verbeterd herstel.
Definieer één bezorgeigenaar voor elke gebeurtenis en bestemming. Stabiele transactie-ID's of gebeurtenis-ID's zijn nog steeds nuttig, maar deduplicatie moet een veiligheidsmechanisme zijn en niet de primaire architectuur. Bekijk een voorbeeld van de browser- en servercontainers en tel uitgaande bestemmingsverzoeken.
Dezelfde oorsprong is beter dan een willekeurig tracking-subdomein
Google noemt same-origin serving de best practice voor de beveiliging en duurzaamheid van server-set cookies. Een pad op de websitehost, zoals www.example.com/metrics, is same-origin. Een subdomein zoals metrics.example.com is first-party, maar niet same-origin.
Voor routering van dezelfde oorsprong zijn normaal gesproken een CDN of load balancer en een zorgvuldige padprioriteit vereist. Stuur alle cookies en queryreeksen door die nodig zijn voor de taggingserver, routeer elk clientpad inclusief het gedocumenteerde /_/*-subpad en verifieer het health-endpoint voordat je de productietags wijzigt.
Toestemming en privacy beheersen nog steeds de stroom
Bezorging door de eerste partij is een transportbeslissing, geen toestemming. Initialiseer de standaardinstellingen voor toestemming vóór de meting, geef de toestemmingsstatus door in het verzamelverzoek en configureer servertags zodat geweigerde opslag- of advertentiekeuzes worden afgehandeld zoals bedoeld.
Minimaliseer gegevens op de servergrens. Bekijk welke cookies, headers, queryparameters en gebeurtenisvelden de servercontainer binnenkomen en sta vervolgens alleen de velden toe die elke bestemming nodig heeft. GTG verwijdert niet-Google first-party cookies op zijn eigen doorstuurpad, maar je sGTM-verzamelpad heeft zijn eigen verantwoordelijkheden voor gegevensverwerking.
Een duidelijke beslisregel
Als je geen sGTM heeft en alleen ondersteunde Google-metingen nodig heeft, kan GTG alleen voldoende zijn. Als je sGTM heeft, schakel dan het first-party Google-script in dat als onderdeel van die architectuur dient en houd de meetverzameling gericht op de servercontainer.
Als twee teams de GTG en sGTM bezitten, publiceer dan vóór de lancering een routekaart en een matrix voor eigendom van het evenement. Een CDN-regel, webcontainerinstelling en servertag kunnen elk veranderen waar dezelfde gebeurtenis naartoe gaat; ongedocumenteerde overlap is de gebruikelijke bron van duplicatie.
Gebruik twee paden, niet twee eigenaren van metingen
Het scriptpad en het verzamelpad zijn opzettelijk verschillend. Het scriptpad laadt Google-code first-party; het verzamelpad verzendt gebeurtenissen naar sGTM. Laat beide paden niet onafhankelijk van elkaar dezelfde conversie opleveren.
Configureer GTG met server-side GTM
De exacte menu's variëren per CDN, maar de verantwoordelijkheden en validatievolgorde blijven hetzelfde.
- 01
Bevestig dat de servercontainer productieklaar is
Gebruik een productietagging-implementatie, een werkende preview-server, toegangscontrole, monitoring en een aangepast domein voordat je de browserroute wijzigt.
- 02
Reserveer twee ongebruikte paden met dezelfde oorsprong
Kies één scriptpad zoals /scripts en één verzamelpad zoals /metrics. Geen van beide paden mag conflicteren met de site of /gtm bevatten.
- 03
Leid het verzamelpad naar sGTM
Configureer de CDN of load balancer om het volledige verzamelingsvoorvoegsel, de cookies en de queryreeksen door te sturen naar de taggingserver, inclusief de paden die vereist zijn door serverclients.
- 04
Voeg de verzamel-URL toe aan de servercontainerinstellingen
Stel de servercontainer-URL in op de URL van dezelfde oorsprong, inclusief het padvoorvoegsel, en bevestig vervolgens dat de verwachte client een voorbeeldverzoek claimt.
- 05
Routeer het scriptpad voor GTG
Stuur het gereserveerde scriptvoorvoegsel door naar de Google-gatewayoorsprong en update de gtm.js- of gtag.js-bron zodat deze via dat pad wordt geladen.
- 06
Stuur Google-gebeurtenissen naar het verzamelpad
Stel server_container_url of de gelijkwaardige Google-taginstelling in op het /metrics-endpoint, zodat de meting sGTM binnenkomt in plaats van tweemaal rechtstreeks naar dezelfde bestemming te gaan.
- 07
Configureer clients, tags en toestemming
Controleer de clientprioriteit, gebeurtenistransformaties, toestemmingscontroles, bestemmingstags en stabiele gebeurtenis-ID's in de servercontainer.
- 08
Test de volledige route
Bevestig dat het script wordt geladen vanuit /scripts, één verzoek bereikt /metrics, de serverclient claimt het en er vertrekt precies één verwacht verzoek voor elke bestemming.
- 09
Monitor na de release
Waarschuw bij gezondheidsstoringen en ongewoon volume, bekijk de bestemmingsdiagnostiek en stem aankopen of leads af op de waarheid van het bronsysteem.
Voer complementaire lagen uit, geen parallelle pijpleidingen
GTG en sGTM werken goed samen wanneer de gateway de levering van scripts van de eerste partij afhandelt en sGTM eigenaar is van de gebeurtenisverwerking. Het tweepadenpatroon maakt die grens zichtbaar en testbaar.
De configuratie mislukt wanneer dezelfde conversie twee bezorgingseigenaren heeft. Documenteer paden, behoud één gebeurtenisidentiteit, test toestemmingsstatussen en tel de verzoeken die daadwerkelijk de server verlaten.
GTG plus sGTM: veelgestelde vragen
Moet elke sGTM-opstelling ook Google Tag Gateway gebruiken?
Het aanbieden van eigen scripts wordt aanbevolen door Google, maar controleer eerst je bestaande lader en routes. Sommige sGTM-installaties bedienen al afhankelijkheden van de eerste partij en hebben mogelijk alleen een configuratie-update nodig.
Kunnen GTG en sGTM hetzelfde pad gebruiken?
Het CDN-patroon van Google gebruikt afzonderlijke paden: één voor scripts en één voor het verzamelen van gebeurtenissen. Afzonderlijke routes voorkomen herkomstconflicten en maken verantwoordelijkheden helder.
Hoe voorkom ik dubbele Google-conversies?
Kies één afzender voor elke conversie. Als sGTM het bestemmingsverzoek van Google verzendt, stuur dan niet ook een gelijkwaardig direct browserverzoek. Controleer het aantal uitgaande aanvragen in de preview- en bestemmingsdiagnostiek.
Is een subdomein hetzelfde als een weergave van dezelfde oorsprong?
Nee. Een subdomein is first-party, maar dezelfde oorsprong betekent hetzelfde schema, dezelfde hostnaam en poort als de website. Google vermeldt beide als ondersteunende server-set cookies, maar noemt same-origin de best practice.
Welk pad moet Meta- of TikTok-gebeurtenissen verzenden?
Deze bestemmingsverzoeken moeten worden aangemaakt door servertags in sGTM of een andere serverintegratie. Het Google-scriptpad van GTG is geen algemene niet-Google-conversie-API-route.