Google Tag Gateway erstatter ikke server-side Google Tag Manager. Det ændrer, hvordan understøttede Google-scripts og måleanmodninger når Google. sGTM modtager hændelser i en servercontainer, du kontrollerer, og lader derefter klienter, triggere, variabler og tags validere, transformere og dirigere disse hændelser. Det delte førstepartssprog får produkterne til at lyde udskiftelige, men deres job er anderledes.
Det korte svar: leveringen behandles ikke
I en standard Google-tag-opsætning indlæser browseren et script fra et Google-domæne og sender måling direkte til et Google-produkt. Google Tag Gateway flytter understøttede script- og anmodningsstier til dit webstedsdomæne, med din CDN, load balancer eller webserver videresender trafik til Google.
Server-side GTM tilføjer en hændelsesbehandling runtime. Indgående HTTP-anmodninger gøres krav på af en klient, konverteres til hændelser og evalueres af din servercontainer. Du bestemmer hvilke tags der skal køre, hvilke felter der forlader serveren og hvilke destinationer der modtager begivenheden. Det er meget bredere end at videresende understøttet Google-trafik.
Hvad Google Tag Gateway kan og ikke kan
GTG kan reducere tredjepartsinteraktioner i browseren og gendanne nogle signaler, der kun fejler, fordi et kendt Google-værtsnavn er blokeret. Det lader også Google bruge udvalgte Google-førstepartscookies på den videresendte anmodning; Google siger, at ikke-Google-førstepartscookies slettes.
Det skaber ikke manglende e-handelsbegivenheder, reparerer et svagt datalag, validerer omsætning, beriger en hændelse fra dit CRM eller sender Meta CAPI- og TikTok Events API-anmodninger. Det fjerner heller ikke samtykkepligter. Google-tagget kører stadig i browseren, og fejl på browsersiden, samtykketilstand og implementeringsfejl har stadig betydning.
Hvad server-side GTM tilføjer
sGTM er nyttig, når serveren skal udføre arbejde, før en leverandør modtager en begivenhed. Eksempler omfatter fjernelse af ikke-godkendte parametre, normalisering af hændelsesnavne, udledning af destinationsspecifikke nyttelaster, indstilling af servercookies, anvendelse af samtykkelogik og registrering af udgående svar til fejlfinding.
Afvejningen er ejerskab. En servercontainer har brug for hosting, en produktions- og forhåndsvisningsopsætning, overvågning, adgangskontrol, skabelongennemgang og en person, der kan diagnosticere den fulde sti. sGTM skaber kontrol, ikke automatisk korrekthed.
Hvorfor udskiftningsmyten fortsætter
Begge produkter bruger et førsteparts slutpunkt, og begge beskrives som en forbedring af signalkvaliteten. Fra en marketingmedarbejders dashboard kan hver se ud som en måde at gøre Google-måling mere holdbar. Den arkitektoniske forskel er skjult bag lignende resultatsprog.
En nyttig test er at spørge, hvad der sker efter anmodningen når dit domæne. Hvis stien blot videresender en understøttet Google-anmodning til Google, er det gateway-adfærd. Hvis din container gør krav på anmodningen, bygger en begivenhed og beslutter, hvilke tags og destinationer der skal køre, er det server-side GTM.
Hvilken skal du vælge?
Vælg GTG alene, når dit omfang primært er understøttet Google-måling, du allerede bruger en kompatibel CDN eller load balancer, og du ikke har brug for et delt datalag på serversiden. Det er den mindre operationelle forpligtelse.
Vælg sGTM, når du har brug for ikke-Google-konverterings-API'er, transformationer, dataminimering, hændelsesstyring eller backend-input. Hvis du allerede kører sGTM, giver Google dig besked om at aktivere gateway-adfærd i opsætningen på serversiden. Produkterne kan derfor være komplementære uden at blive to konkurrerende event pipelines.
En førsteparts-URL er ikke bevis på serversidebehandling
Undersøg hele ruten. En browseranmodning til dit eget domæne kan stadig være et proxy-hop direkte til Google. Det kan være værdifuldt, men det er ikke det samme som en hændelse, der behandles af din servercontainer.
Vælg den rigtige arkitektur i seks kontroller
Brug disse kontroller, før du udskifter en eksisterende opsætning eller godkender en ny.
- 01
Liste hver destination
Inkluder GA4, Google Ads, Floodlight, Meta, TikTok, LinkedIn, CRM-systemer og varehuse. GTG er ikke en generel router til denne liste.
- 02
Angiv den nødvendige behandling
Markér enhver hændelse, der kræver validering, berigelse, redaktion, navneændringer, samtykkeregler eller deduplikering før levering.
- 03
Tegn de faktiske anmodningsstier
Vis, hvor scripts indlæses, hvor browser- og backend-hændelser ankommer, hvilken komponent der behandler dem, og hvilket slutpunkt der endelig modtager dem.
- 04
Tildel én ejer pr. begivenhed
For hver destination skal du definere, om browseren, GTG-stien eller sGTM-tagget sender hændelsen. To ejere opretter dubletter.
- 05
Test samtykke og fejltilstande
Test givet og nægtet samtykke, blokeringer, ugyldige nyttelaster, duplikerede transaktions-id'er og en utilgængelig opstrømsdestination.
- 06
Forson dig med kildesandheden
Sammenlign accepterede konverteringer og omsætning med e-handels- eller CRM-registreringer. En vellykket netværksanmodning er ikke et bevis på, at tallene er korrekte.
GTG er et fokuseret leveringslag, ikke sGTM lite
Google Tag Gateway løser et reelt, men snævrere problem: visning af understøttede Google-scripts og måling gennem førstepartsinfrastruktur. Server-side GTM er et hændelsesbehandlings- og routingmiljø. Det ene sletter ikke behovet for det andet.
Start med krav frem for produktetiketter. Hvis førstepartslevering fra Google er kravet, kan GTG være nok. Hvis kravet er styret, multi-destination server-side måling, har du stadig brug for sGTM eller et andet behandlingslag.
Google Tag Gateway vs sGTM: almindelige spørgsmål
Erstatter Google Tag Gateway server-side GTM?
Nej. GTG videresender understøttede Google-tags og anmodninger gennem førstepartsinfrastruktur. sGTM behandler hændelser i en programmerbar servercontainer og kan dirigere dem til flere platforme.
Er Google Tag Gateway sporing på serversiden?
Den bruger serverinfrastruktur som en gateway, men en browserhændelse behandles ikke i din egen programmerbare container. At kalde det en erstatning for server-side GTM er derfor vildledende.
Kan GTG sende begivenheder til Meta eller TikTok?
Nej. GTG fokuserer på understøttede Google-tags og -destinationer. Brug sGTM eller en anden server-side integration til ikke-Google konvertering API'er.
Fjerner GTG behovet for samtykke?
Nej. En førstepartsrute ændrer ikke formålet med behandlingen eller brugerens valg. Konfigurer og test samtykkeadfærd for hver region, hvor du opererer.
Kan jeg bruge GTG og sGTM sammen?
Ja. Google dokumenterer en kombineret opsætning, hvor førsteparts script-visning og sGTM-indsamlingsstien har separate ansvarsområder.