Google Tag Gateway ersätter inte server-side Google Tag Manager. Det ändrar hur Google-skript och mätförfrågningar som stöds når Google. sGTM tar emot händelser i en serverbehållare som du kontrollerar och låter sedan klienter, triggers, variabler och taggar validera, transformera och dirigera dessa händelser. Det delade förstapartsspråket gör att produkterna låter utbytbara, men deras jobb är annorlunda.
Det korta svaret: leveransen behandlas inte
I en standardinställningar för Google-taggar laddar webbläsaren ett skript från en Google-domän och skickar mätningar direkt till en Google-produkt. Google Tag Gateway flyttar stödda skript- och begärandevägar till din webbplatsdomän, med din CDN, belastningsbalanserare eller webbserver vidarebefordrar trafik till Google.
Server-side GTM lägger till en händelsebearbetningskörning. Inkommande HTTP-förfrågningar görs anspråk på av en klient, konverteras till händelser och utvärderas av din serverbehållare. Du bestämmer vilka taggar som körs, vilka fält som lämnar servern och vilka destinationer som tar emot händelsen. Det är mycket bredare än att vidarebefordra Google-trafik som stöds.
Vad Google Tag Gateway kan och inte kan göra
GTG kan minska interaktioner från tredje part i webbläsaren och återställa vissa signaler som misslyckas bara för att ett känt Google-värdnamn är blockerat. Det låter också Google använda utvalda Googles förstapartscookies på den vidarebefordrade begäran; Google säger att förstapartscookies som inte kommer från Google tas bort.
Det skapar inte saknade e-handelshändelser, reparerar ett svagt datalager, validerar intäkter, berikar en händelse från ditt CRM eller skickar Meta CAPI- och TikTok Events API-förfrågningar. Det tar inte heller bort samtyckesplikter. Google-taggen körs fortfarande i webbläsaren och fel på webbläsaren, samtyckestillstånd och implementeringsfel har fortfarande betydelse.
Vad server-side GTM lägger till
sGTM är användbart när servern måste utföra arbete innan en leverantör tar emot en händelse. Exempel inkluderar att ta bort ej godkända parametrar, normalisera händelsenamn, härleda destinationsspecifika nyttolaster, ställa in servercookies, tillämpa samtyckeslogik och registrera utgående svar för felsökning.
Avvägningen är ägande. En servercontainer behöver hosting, en produktions- och förhandsvisningsinstallation, övervakning, åtkomstkontroll, mallgranskning och någon som kan diagnostisera hela sökvägen. sGTM skapar kontroll, inte automatisk korrekthet.
Varför ersättningsmyten består
Båda produkterna använder en förstaparts endpoint och båda beskrivs som att förbättra signalkvaliteten. Från en marknadsförares instrumentpanel kan var och en se ut som ett sätt att göra Google-mätning mer hållbar. Den arkitektoniska skillnaden döljs bakom liknande resultatspråk.
Ett användbart test är att fråga vad som händer efter att begäran når din domän. Om sökvägen helt enkelt vidarebefordrar en Google-förfrågan som stöds till Google är det gatewaybeteende. Om din behållare gör anspråk på begäran, bygger en händelse och bestämmer vilka taggar och destinationer som körs, det vill säga server-side GTM.
Vilken ska du välja?
Välj GTG på egen hand när ditt scope huvudsakligen stöds Google-mätning, du redan använder en kompatibel CDN eller lastbalanserare och du inte behöver ett delat datalager på serversidan. Det är det mindre operativa engagemanget.
Välj sGTM när du behöver konverterings-API:er som inte kommer från Google, transformationer, dataminimering, händelsestyrning eller backend-indata. Om du redan kör sGTM uppmanar Google dig att aktivera gatewaybeteende inom konfigurationen på serversidan. Produkterna kan därför komplettera varandra utan att bli två konkurrerande eventpipelines.
En förstaparts-URL är inte ett bevis på bearbetning på serversidan
Inspektera hela rutten. En webbläsarförfrågan till din egen domän kan fortfarande vara ett proxyhopp direkt till Google. Det kan vara värdefullt, men det är inte detsamma som en händelse som bearbetas av din serverbehållare.
Välj rätt arkitektur i sex kontroller
Använd dessa kontroller innan du ersätter en befintlig installation eller godkänner en ny.
- 01
Lista varje destination
Inkludera GA4, Google Ads, Floodlight, Meta, TikTok, LinkedIn, CRM-system och lager. GTG är inte en allmän router för den här listan.
- 02
Lista nödvändig bearbetning
Markera varje händelse som behöver validering, berikning, redigering, namnändringar, samtyckesregler eller deduplicering före leverans.
- 03
Rita de faktiska sökvägarna för begäran
Visa var skript laddas, var webbläsar- och backend-händelser anländer, vilken komponent som bearbetar dem och vilken slutpunkt som slutligen tar emot dem.
- 04
Tilldela en ägare per händelse
För varje destination, definiera om webbläsaren, GTG-sökvägen eller sGTM-taggen skickar händelsen. Två ägare skapar dubbletter.
- 05
Testa samtycke och feltillstånd
Testa beviljat och nekat samtycke, blockerare, ogiltiga nyttolaster, dubbletter av transaktions-ID:n och en otillgänglig uppströmsdestination.
- 06
Försona sig mot källsanningen
Jämför accepterade konverteringar och intäkter med e-handels- eller CRM-poster. En framgångsrik nätverksbegäran är inte ett bevis på att siffrorna är korrekta.
GTG är ett fokuserat leveranslager, inte sGTM lite
Google Tag Gateway löser ett verkligt men snävare problem: servering av Google-skript och mätning som stöds genom förstapartsinfrastruktur. Server-side GTM är en miljö för händelsebearbetning och routing. Det ena raderar inte behovet av det andra.
Börja med krav snarare än produktetiketter. Om förstapartsleverans från Google är kravet kan GTG räcka. Om kravet styrs, mätning på serversidan på flera destinationer, behöver du fortfarande sGTM eller ett annat bearbetningslager.
Google Tag Gateway vs sGTM: vanliga frågor
Ersätter Google Tag Gateway server-side GTM?
Nej. GTG vidarebefordrar Google-taggar och förfrågningar som stöds via förstapartsinfrastruktur. sGTM bearbetar händelser i en programmerbar servercontainer och kan dirigera dem till flera plattformar.
Är Google Tag Gateway spårning på serversidan?
Den använder serverinfrastruktur som en gateway, men en webbläsarhändelse bearbetas inte i din egen programmerbara behållare. Att kalla det en ersättare för server-side GTM är därför missvisande.
Kan GTG skicka händelser till Meta eller TikTok?
Nej. GTG fokuserar på Google-taggar och destinationer som stöds. Använd sGTM eller annan integrering på serversidan för konverterings-API:er som inte kommer från Google.
Tar GTG bort behovet av samtycke?
Nej. En förstapartsrutt ändrar inte syftet med behandlingen eller användarens val. Konfigurera och testa samtyckesbeteende för varje region där du är verksam.
Kan jag använda GTG och sGTM tillsammans?
Ja. Google dokumenterar en kombinerad konfiguration där förstapartsskriptvisning och sGTM-samlingsvägen har separata ansvarsområden.