Google Tag Gateway erstatter ikke server-side Google Tag Manager. Det endrer hvordan støttede Google-skript og måleforespørsler når Google. sGTM mottar hendelser i en serverbeholder du kontrollerer, og lar deretter klienter, triggere, variabler og tagger validere, transformere og rute disse hendelsene. Det delte førstepartsspråket gjør at produktene høres utskiftbare, men jobbene deres er forskjellige.
Det korte svaret: levering behandles ikke
I et standard Google-tag-oppsett laster nettleseren et skript fra et Google-domene og sender målinger direkte til et Google-produkt. Google Tag Gateway flytter støttede skript- og forespørselsbaner til nettstedets domene, med CDN, lastbalanser eller nettserver videresender trafikk til Google.
Server-side GTM legger til en hendelsesbehandlingskjøring. Innkommende HTTP-forespørsler gjøres krav på av en klient, konverteres til hendelser og evalueres av serverbeholderen din. Du bestemmer hvilke tagger som kjøres, hvilke felt som forlater serveren og hvilke destinasjoner som mottar hendelsen. Det er mye bredere enn å videresende støttet Google-trafikk.
Hva Google Tag Gateway kan og ikke kan gjøre
GTG kan redusere tredjeparts interaksjoner i nettleseren og gjenopprette noen signaler som mislykkes bare fordi et kjent Google-vertsnavn er blokkert. Den lar også Google bruke utvalgte Google-førstepartsinformasjonskapsler på den videresendte forespørselen; Google sier at ikke-Google-førstepartsinformasjonskapsler slettes.
Den skaper ikke manglende e-handelshendelser, reparerer et svakt datalag, validerer inntekter, beriker en hendelse fra CRM-en din eller sender Meta CAPI- og TikTok Events API-forespørsler. Det fjerner heller ikke samtykkeplikter. Google-taggen kjører fortsatt i nettleseren, og feil på nettleseren, samtykketilstand og implementeringsfeil har fortsatt betydning.
Hva server-side GTM legger til
sGTM er nyttig når serveren må gjøre arbeid før en leverandør mottar en hendelse. Eksempler inkluderer fjerning av ikke-godkjente parametere, normalisering av hendelsesnavn, utledning av destinasjonsspesifikke nyttelaster, innstilling av serverinformasjonskapsler, bruk av samtykkelogikk og registrering av utgående svar for feilsøking.
Avveiningen er eierskap. En servercontainer trenger hosting, et produksjons- og forhåndsvisningsoppsett, overvåking, tilgangskontroll, malgjennomgang og noen som kan diagnostisere hele banen. sGTM skaper kontroll, ikke automatisk korrekthet.
Hvorfor erstatningsmyten vedvarer
Begge produktene bruker et førsteparts endepunkt, og begge beskrives som å forbedre signalkvaliteten. Fra en markedsførers dashbord kan hver se ut som en måte å gjøre Google-måling mer holdbar. Den arkitektoniske forskjellen er skjult bak lignende utfallsspråk.
En nyttig test er å spørre hva som skjer etter at forespørselen når domenet ditt. Hvis banen bare videresender en støttet Google-forespørsel til Google, er det gateway-atferd. Hvis beholderen din gjør krav på forespørselen, bygger en hendelse og bestemmer hvilke tagger og destinasjoner som kjøres, er det server-side GTM.
Hvilken bør du velge?
Velg GTG alene når omfanget ditt hovedsakelig støttes Google-måling, du allerede bruker en kompatibel CDN eller lastbalanser og du ikke trenger et delt datalag på serversiden. Det er den mindre operative forpliktelsen.
Velg sGTM når du trenger ikke-Google konverterings-APIer, transformasjoner, dataminimering, hendelsesstyring eller backend-inndata. Hvis du allerede kjører sGTM, ber Google deg om å aktivere gateway-atferd i oppsettet på tjenersiden. Produktene kan derfor være komplementære uten å bli to konkurrerende arrangementspipelines.
En førsteparts URL er ikke bevis for behandling på serversiden
Inspiser hele ruten. En nettleserforespørsel til ditt eget domene kan fortsatt være en proxy-hop direkte til Google. Det kan være verdifullt, men det er ikke det samme som en hendelse som behandles av serverbeholderen din.
Velg riktig arkitektur i seks kontroller
Bruk disse kontrollene før du erstatter et eksisterende oppsett eller godkjenner et nytt.
- 01
List opp hver destinasjon
Inkluder GA4, Google Ads, Floodlight, Meta, TikTok, LinkedIn, CRM-systemer og varehus. GTG er ikke en generell ruter for denne listen.
- 02
Liste over nødvendig behandling
Merk hver hendelse som trenger validering, berikelse, redaksjon, navneendringer, samtykkeregler eller deduplisering før levering.
- 03
Tegn de faktiske forespørselsbanene
Vis hvor skript lastes, hvor nettleser- og backend-hendelser kommer, hvilken komponent som behandler dem og hvilket endepunkt som til slutt mottar dem.
- 04
Tildel én eier per arrangement
For hver destinasjon, definer om nettleseren, GTG-banen eller sGTM-taggen sender hendelsen. To eiere oppretter duplikater.
- 05
Test samtykke og feiltilstander
Test gitt og nektet samtykke, blokkering, ugyldig nyttelast, dupliserte transaksjons-IDer og en utilgjengelig oppstrømsdestinasjon.
- 06
Forsone seg mot kildesannheten
Sammenlign aksepterte konverteringer og inntekter med e-handel eller CRM-poster. En vellykket nettverksforespørsel er ikke et bevis på at tallene er riktige.
GTG er et fokusert leveringslag, ikke sGTM lite
Google Tag Gateway løser et reelt, men smalere problem: visning av støttede Google-skript og måling gjennom førstepartsinfrastruktur. Server-side GTM er et hendelsesbehandlings- og rutingmiljø. Det ene visker ikke ut behovet for det andre.
Start med krav i stedet for produktetiketter. Hvis førstepartslevering fra Google er kravet, kan GTG være nok. Hvis kravet er styrt, multi-destinasjon server-side måling, trenger du fortsatt sGTM eller et annet behandlingslag.
Google Tag Gateway vs sGTM: vanlige spørsmål
Erstatter Google Tag Gateway server-side GTM?
Nei. GTG videresender støttede Google-tagger og forespørsler gjennom førstepartsinfrastruktur. sGTM behandler hendelser i en programmerbar serverbeholder og kan rute dem til flere plattformer.
Er Google Tag Gateway sporing på serversiden?
Den bruker serverinfrastruktur som en gateway, men en nettleserhendelse behandles ikke i din egen programmerbare container. Å kalle det en erstatning for server-side GTM er derfor misvisende.
Kan GTG sende hendelser til Meta eller TikTok?
Nei. GTG fokuserer på støttede Google-etiketter og -destinasjoner. Bruk sGTM eller en annen integrasjon på serversiden for konverterings-APIer som ikke er fra Google.
Fjerner GTG behovet for samtykke?
Nei. En førstepartsrute endrer ikke formålet med behandlingen eller brukerens valg. Konfigurer og test samtykkeatferd for hver region der du opererer.
Kan jeg bruke GTG og sGTM sammen?
Ja. Google dokumenterer et kombinert oppsett der førsteparts skriptvisning og sGTM-samlingsbanen har separate ansvarsområder.