Server-side tracking så flere af jeres resultater bliver målt
En stor del af de besøgende bliver ikke talt med, fordi browseren blokerer målingen. Vi flytter målingen over på jeres egen server, så resultaterne kommer med.
Mere komplette tal at optimere på
Server-side tracking flytter dataindsamlingen fra brugerens browser til en server, I kontrollerer. Det betyder, at annonceblokering, Safaris korte cookies og browserbegrænsninger ikke længere fjerner en tredjedel af jeres konverteringsdata. Vi bygger det i server-side Google Tag Manager på jeres eget subdomæne.
- Volumenestimat og valg af hosting med begrundelse og sammenligning af løsningerne
- Server-side Google Tag Manager-container på jeres eget subdomæne med SSL
- GA4, Google Ads og relevante sociale kanaler flyttet til server-side
- Enhanced Conversions med hashing af mail og telefon inden afsendelse
Det får I
Server-side tracking flytter dataindsamlingen fra brugerens browser til en server, I kontrollerer.
- Flere af jeres resultater bliver målt og talt med
- Ét tal på tværs af Google Ads, Meta og Analytics
- Annoncekronerne styret på det fulde grundlag
- En måling, der holder, når reglerne ændrer sig igen
Hvem det er oplagt for
Det er oplagt, hvis tallene i din Google Ads, Analytics, Meta Ads, LinkedIn mm. ikke passer. Hvis I bruger et mærkbart beløb på annoncering og gerne vil have det optimeret på det fulde billede. Eller hvis I har brug for at kunne stå inde for målingen over for ledelsen.
Mere komplette tal at optimere på.
Det får I målt med server-side tracking
Kort sagt. Vi flytter målingen fra browseren over på jeres egen server, så flere af jeres resultater bliver talt med.
Det her handler ikke om teknik for teknikkens skyld. Det handler om, hvor mange af jeres resultater der bliver talt med.
- 60 til 70 procent. Så stor en andel af de faktiske konverteringer registrerer en ren klientside-opsætning ifølge benchmarkanalyser. Server-side opsætninger lander på 95 til 99 procent.
- 15 til 35 procent af events blokeres af annonceblokerere alene på desktop. Globalt bruger omkring 43 procent af internetbrugerne en form for blokering, og mænd mellem 25 og 34 ligger højest med over 36 procent. Det er den demografi, der sidder på indkøb og teknik i industrien.
- 7 dage. Så længe overlever en cookie sat med JavaScript i Safari på grund af Intelligent Tracking Prevention. Kommer trafikken fra en annonce med sporingsparametre, er grænsen 24 timer. En B2B-købsproces på fire måneder kan ikke ses i det vindue.
- 10 til 15 procent af konverteringer mistes alene på grund af brudt attribution mellem sessioner.
- 24 til 37 procent højere ROAS er den typiske forbedring, der måles efter en server-side implementering, primært fordi algoritmerne får bedre signaler at byde på.
Client side og server side, forskellen kort
Begge dele måler det samme, men de gør det fra hver sin side af forbindelsen.
Data indsamles i brugerens browser og afhænger af cookies og JavaScript. Det er let at sætte op med Google Tag Manager og fint til simple behov, men det påvirkes af ad blockers og browserbegrænsninger, og scripts kan koste sidehastighed.
Data sendes fra jeres egen server, er mindre afhængig af cookies og mere modstandsdygtig over for blokering. Det giver mere præcise tal og hurtigere sider, og det kan sættes op via værktøjer som Taggrs.io eller Stape.
Hvorfor de manglende data betyder mere end rapporten
De fleste tænker på rapporten, altså at tallet i Google Analytics er for lavt. Den største gevinst ligger et andet sted.
Annoncekanalerne byder automatisk. De træffer tusindvis af beslutninger i timen ud fra de resultater, de får meldt tilbage, og de beslutninger bliver kun så gode som grundlaget. Får algoritmen kun en del af signalerne, og mangler de samme typer besøgende hver gang, arbejder den på et skævt grundlag. Med fuld måling arbejder den på hele jeres marked.
Det viser sig som tre ting, I kan mærke, når målingen er på plads. Kampagnerne bliver vurderet på deres rigtige pris. Budgettet bliver lagt efter, hvad der virker, ikke efter hvad der er nemmest at måle. Og de automatiske kampagner får nok at lære af til at komme i gang.
Der er også en anden effekt: Enhanced Conversions . Ved at sende en hashet mailadresse fra serveren kan Google matche konverteringen med den bruger, der klikkede, selvom cookien er væk. Det virker kun med server-side eller med en korrekt klientside-implementering, og det er ofte den enkeltstående ændring, der flytter mest.
Sådan virker det teknisk
I en klassisk opsætning sender brugerens browser data direkte til Google, Meta og LinkedIn. Hver af de forbindelser kan blokeres, afkortes eller filtreres af browseren. Fordi målingen sker fra jeres eget domæne, bliver besøget talt med i længere tid. Endpointet peger på en Server-side Google Tag Manager-container , der kører på Google Cloud Run, Stape eller Addingwell. Containeren modtager hændelsen, beriger den, fjerner det der ikke skal videre, og sender den Server til server til GA4, Google Ads Conversion API, Metas Conversions API og LinkedIns CAPI. Samtykkesignalet følger med hele vejen, så en bruger, der har sagt nej, ikke får sine data sendt videre. Genkendelsen sættes fra serveren i stedet for fra browseren, og det er præcis den forskel, browsere som Safari behandler anderledes. Derfor holder den længere.
- Endpointet peger på en Server-side Google Tag Manager-container , der kører på Google Cloud Run, Stape eller Addingwell.
- Containeren modtager hændelsen, beriger den, fjerner det der ikke skal videre, og sender den Server til server til GA4, Google Ads Conversion API, Metas Conversions API og LinkedIns CAPI.
- Samtykkesignalet følger med hele vejen, så en bruger, der har sagt nej, ikke får sine data sendt videre.
Vi bygger opsætningen i TAGGRS
Vi bygger jeres server-side opsætning i TAGGRS , en europæisk hostingplatform til server-side Google Tag Manager. Det giver en driftssikker container på jeres eget subdomæne, uden at I skal have en cloudkonto og en serverdrift oveni.
Har I allerede en server-side opsætning i Google Cloud eller et andet hostingmiljø, arbejder vi naturligvis videre i det, I har.
- Data bliver i Europa. Containeren kører på europæiske servere, og det gør dokumentationen over for jeres egen it og ledelse enkel.
- Fast pris og forudsigelig drift. Hostingen afregnes efter forbrug i abonnement, så I kender omkostningen på forhånd og slipper for at skulle overvåge en cloudregning.
- Færdige integrationer. Google Ads, GA4, Meta, LinkedIn, TikTok og Microsoft Ads er klar fra start, og consent mode følger med, så samtykket bliver respekteret hele vejen.
- Overvågning indbygget. Platformen holder øje med containeren og giver besked, hvis en hændelse holder op med at komme igennem.
Hvad det kræver, og hvornår det giver mening
Server-side tracking består af to dele: en opsætning én gang og en drift, der løber videre bagefter.
Drift. Kører I opsætningen selv, skal der køre mere end én instans, så målingen ikke falder ud. Dertil kommer drift, logning og den tid, nogen skal bruge på at holde øje. Bruger I en hostet løsning som Stape eller Addingwell, afregnes der efter antal forespørgsler, og Addingwell hoster i EU.
En forespørgsel er ikke det samme som et besøg. Det er hvert enkelt kald til opsætningen, også fra robotter. Vi regner mængden ud på jeres egne tal, før vi vælger løsning, så planen passer til den trafik, I reelt har.
Opsætning. Omfanget af en typisk B2B-implementering med GA4, Google Ads og en enkelt social kanal afhænger mest af, hvor rodet den nuværende opsætning er. Er containeren ryddet op i forvejen, går det hurtigt. Er den ikke, er oprydningen første skridt.
Hvornår det ikke giver mening: annoncerer I for lidt til, at algoritmerne har noget at lære af, er der ingen reel gevinst ud over lidt bedre rapportering. Så anbefaler vi at prioritere GA4-opsætning og formularmåling i stedet. Vi siger det på mødet.
Konverteringssporing der holder hele vejen
Server-side er midlet, ikke målet. Målet er konverteringssporing, I kan stole på, og den kræver mere end en container.
Vi sætter typisk disse fire ting op sammen med den:
- Enhanced Conversions. Hashet mailadresse eller telefonnummer sendes fra serveren, så Google kan matche konverteringen med klikket uden cookie. Data hashes med SHA-256, før de forlader jeres server.
- Offline konverteringsimport. Når et lead bliver til en ordre i CRM, sendes udfaldet tilbage til Google Ads med det oprindelige klik-id. Det er den eneste måde at optimere mod ordrer i stedet for mod formularudfyldelser, og i B2B med lange salgscyklusser er det forskellen på at byde rigtigt og forkert.
- Dubletfiltrering. Sender I både klientside og server-side, skal event-id sættes, ellers tælles alt to gange.
- Consent Mode v2 hele vejen. Samtykkestatus sendes med hver hændelse, så modellering virker og ingen data sendes uden grundlag.
Få et tilbud på opsætningen
Vi gennemgår jeres nuværende måling og giver et bud på, hvad server-side tracking vil betyde for jeres tal.
Europæisk hosting af jeres container
Vi bygger og hoster jeres server-side container i TAGGRS. Det giver en europæisk hosting på jeres eget subdomæne, færdige integrationer til Google Ads, GA4, Meta og LinkedIn, og en fast pris på driften. Vi arbejder også ofte i Stape, som løser det samme og er stærk, når opsætningen skal skræddersyes. Har I allerede et hostingmiljø, arbejder vi videre i det.
Spørgsmål og svar
Nej, og det er det, der oftest bliver spurgt om. Samtykkekravet følger formålet med behandlingen, ikke den tekniske metode. Har brugeren afvist, sender vi ikke data videre, uanset at det sker fra en server. Server-side løser et datakvalitetsproblem for de brugere, der har sagt ja, og gør det samtidig lettere at kontrollere præcis hvilke data der forlader jer.
Benchmarkanalyser peger på et spring fra 60 til 70 procent til 95 til 99 procent af de faktiske konverteringer. For jer afhænger tallet af, hvor stor en del af jeres trafik der bruger Safari eller annonceblokering. Vi måler det fulde billede i forundersøgelsen, før I beslutter jer, ved at sammenholde målte konverteringer med henvendelser i CRM .
Driften afhænger af, hvor mange forespørgsler containeren modtager. Kører I på jeres egen Cloud Run-opsætning, afregnes der efter de instanser, der kører, og I skal selv holde øje med dem. Vælger I Stape eller Addingwell, afregnes der efter antal forespørgsler, og Addingwell hoster i EU. En forespørgsel er hvert HTTP-kald til containeren, ikke en session, så vi estimerer volumen ud fra jeres GA4-data først.
Som regel lidt. Når Meta Pixel, LinkedIn Insight Tag og lignende flyttes ud af browseren, indlæses færre tredjepartsscripts. Effekten er tydeligst på mobil og på sider med mange tags. Det er ikke hovedargumentet, men det er en reel sidegevinst, og den kan måles i Core Web Vitals.
Sjældent. Uden annoncebudget er der ingen algoritme, der skal have signaler tilbage, og gevinsten er alene mere præcis rapportering. Er medieforbruget lille, anbefaler vi at prioritere GA4-opsætning, formularmåling og et brugbart dashboard i stedet.
Kun til to ting: at oprette et CNAME-record for subdomænet, og eventuelt at tilføje dataLayer-værdier på sitet. Selve containeren, tags og opsætningen klarer vi. Er sitet bygget i WordPress, kan vi typisk klare det hele selv efter at have fået adgang til DNS.
Det er en tilbagemelding fra jeres CRM til Google Ads om, hvilke leads der blev til reelle ordrer, koblet på det oprindelige klik-id. I B2B, hvor et lead først bliver til en ordre efter måneder, er det den eneste måde at få algoritmen til at byde efter ordrer i stedet for efter formularudfyldelser. Vi anbefaler det til alle med et fungerende CRM.
Fire til seks uger fra opstart til valideret drift. Selve opsætningen tager en til to uger, mens resten går til at køre parallelt, migrere tags ét ad gangen og validere i 14 dage. Vi går ikke ud af den eksisterende opsætning, før tallene stemmer.
Lad os skabe resultater, sammen
Skriv et par linjer om, hvad I gerne vil have hjælp til, så finder vi den rigtige kollega og vender tilbage. Har I hellere lyst til at mødes, kommer vi gerne ud til jer, sætter kaffe over her på kontoret eller ses online. Det er helt op til jer.
obligatorisk felt