Server-side tracking bliver ofte fremstillet som løsningen på ét problem: I mister data, og en server-side-opsætning henter det tilbage. Det passer et stykke hen ad vejen, men hvor meget I får igen, afhænger af jeres opsætning og jeres besøgende, og det er sjældent det hele. Der er også en anden gevinst, som fylder mindst lige så meget i praksis. Med jeres egen server kan I berige og transformere data undervejs, så det, der sendes videre til platformene, er mere præcist og mere brugbart end de rå hændelser fra browseren. Vi har arbejdet med server-side-opsætninger for kunder siden 2020, og herunder deler vi det, der reelt er værd at vide, før I går i gang.
Client-side vs. server-side tracking: Hvor data bliver indsamlet
Forskellen mellem client-side og server-side handler om ét spørgsmål: Hvor i kæden data bliver samlet op og sendt videre.
Alt sker i brugerens browser
- JavaScript fra jeres tracking-scripts kører direkte hos den besøgende, læser og sætter cookies.
- Data sendes derfra direkte til Google Analytics, Google Ads, Meta og de øvrige platforme.
- Enkel opsætning, men sårbar: alt afhænger af, hvad browseren og dens udvidelser tillader.
Et ekstra led i jeres eget miljø
- Browseren sender en forespørgsel til jeres egen server, typisk en server-side-container i Google Tag Manager.
- Serveren tager imod dataene, behandler dem og sender dem videre til de rette platforme.
- En del af afsendelsen sker fra et miljø, I selv kontrollerer, i stedet for udelukkende fra et, I ikke bestemmer over.
Ved klassisk client-side tracking er browseren både det sted, hvor data opstår, og det sted, hvorfra de afsendes. Ved server-side tracking, også kaldet server-side tagging, lægger I et ekstra led ind. Googles dokumentation af server-side tagging i Google Tag Manager beskriver præcis den model, hvor en server-container tager imod og videresender data.
Et konkret eksempel gør forskellen tydelig. Forestil jer, at jeres website sælger ejendomme. Her er beslutningsprocessen typisk lang, ofte flere måneder, hvor den besøgende vender tilbage igen og igen. Ved client-side tracking risikerer I, at den samme person tælles som en ny bruger hver gang, fordi cookien for længst er udløbet mellem besøgene. Med serverbaseret tracking har I bedre mulighed for at genkende brugeren over tid, netop fordi I selv styrer, hvordan data lagres og sendes videre. Konsekvensen er, at I får et mere retvisende billede af, hvem der faktisk bevæger sig gennem jeres website.
Hvad I vinder med server-side tracking
Gevinsten ved at lægge et server-side lag ind er først og fremmest datakvalitet. Fire ting kan blive mærkbart bedre, og de hænger sammen med det samme grundskift: En del af afsendelsen flytter ind et sted, I selv styrer.
Færre tab til adblockere
Når scripts kører i browseren, kan de blokeres, før de overhovedet får sendt noget. Når afsendelsen sker fra jeres server, er der mindre for udvidelserne at gribe fat i, og flere begivenheder når frem.
Data, der lever længere
Safaris Intelligent Tracking Prevention og Firefox’ tilsvarende beskyttelse forkorter aktivt levetiden på cookies sat via browser-scripts, i nogle tilfælde til få dage. Cookies sat fra jeres egen server kan holde længere, og I undgår nogle af de kunstigt oppustede tal for nye brugere.
Et lettere website
En del af den tunge tracking-logik kan flytte fra brugerens browser til serveren, så der kører færre scripts hos den besøgende. Det kan komme loadtid og brugeroplevelse til gode, hvilket især betyder noget på mobil.
Bedre styring af jeres data
I kan berige og transformere hændelserne på serveren og bestemme, hvilke felter der sendes videre til hvilke platforme, i stedet for at overlade den beslutning til tredjeparts-scripts.
Foretrækker I et privatlivsvenligt analyse-alternativ, spiller server-side godt sammen med et værktøj som Piwik PRO eller Matomo, hvor I selv ejer dataene.
GDPR og Consent Mode v2: Server-side spiller med samtykke, ikke uden om det
En udbredt misforståelse er, at server-side tracking er en måde at komme uden om samtykke. Det er det ikke, og det skal det heller ikke være. Diskussionen om server-side tracking og GDPR handler ikke om at indsamle data i det skjulte, men om at behandle lovligt indsamlede data i et miljø, I selv kontrollerer.
Samtykket bliver stadig givet af brugeren i jeres cookie-banner, altså jeres samtykkeløsning (CMP), præcis som før. Det, der er værd at forstå, er, hvordan samtykket håndhæves derfra. Googles Consent Mode v2 videregiver brugerens valg til Googles egne tags, altså GA4 og Google Ads, så de tilpasser, hvad de må måle. Alle andre værktøjer, for eksempel Meta Pixel, lytter ikke til Consent Mode. Dem skal jeres CMP holde tilbage direkte, indtil brugeren har givet samtykke. Det princip ændrer server-side ikke på: Samtykket skal være på plads, før data behandles, uanset om et tag affyres i browseren eller på jeres server.
Skal I have selve samtykke-laget på plads, kan I læse mere om vores arbejde med tracking og data, hvor opsætning af CMP og Consent Mode indgår.
Server-side bygger oven på samtykke, det erstatter det aldrig
En korrekt server-side-opsætning behandler kun data, brugeren har givet lov til. Samtykket indhentes i jeres CMP, og for Googles tags følger status med via Consent Mode v2. Alt andet skal CMP’en holde tilbage, indtil valget er truffet.
Hvad server-side kræver af jer
Server-side tracking er mere involveret at sætte op end en klassisk client-side-opsætning, og det skal gøres rigtigt for at give ren data. Til gengæld er det ikke nødvendigvis en løbende byrde for jer. Nogle opsætninger kører fint efter en korrekt implementering, mens andre giver mening at se efter med jævne mellemrum, i takt med at platforme og samtykke-krav ændrer sig. Vi laver begge dele, både med og uden en fast aftale om løbende drift.
Det koster noget at hoste en server-side-opsætning, og omkostningen følger typisk jeres trafikmængde. Det bør indgå i beslutningen fra start. Vi har implementeret server-side for kunder siden 2020 og kan hjælpe med at vurdere, hvad der giver mening for jer, før I sætter noget i gang.
Ofte stillede spørgsmål om server-side tracking
Koster server-side tracking noget ekstra?
Ja. Til forskel fra en ren client-side-opsætning skal server-side-containeren hostes et sted, og det medfører en løbende omkostning, der typisk følger jeres trafikmængde. Hvad det konkret lander på for jer, afhænger af trafik og opsætning, og det taler vi gerne om i en uforpligtende sammenhæng frem for at sætte et tal på her.
Hvordan sætter man server-side op i Google Tag Manager?
Kort fortalt opretter I en server-side-container i Google Tag Manager og kobler den til et server-endpoint, som browseren kan sende data til. Men før nogen tags sættes i drift, skal samtykke-laget være på plads: Jeres CMP skal være forbundet, og Consent Mode v2 skal være sat op efter den CMP, I bruger, så Googles tags kun måler det, brugeren har accepteret. Først derefter konfigureres de tags, der skal modtage og videresende data. Det er en teknisk opgave med flere led.
Er server-side tracking lovligt efter GDPR?
Ja, når det bygger på et gyldigt samtykke. Brugeren giver samtykke i jeres cookie-banner, og for Googles tags følger samtykke-status med via Consent Mode v2. Server-side er ikke en metode til at omgå samtykke, det er en måde at håndtere lovligt indsamlede data i et miljø, I selv kontrollerer.
Vil I vide, om server-side giver mening for jer?
Server-side tracking giver jer mere komplette og holdbare data, men gevinsten afhænger af, at det bliver sat rigtigt op. I behøver ikke træffe en stor beslutning eller rive jeres nuværende opsætning ned for at finde ud af, hvor I står. Det første skridt er en vurdering af, hvad I allerede har, og hvor der siver data.
Kilder og videre læsning
De tekniske beskrivelser på denne side bygger på Googles og WebKits egen dokumentation. Det konkrete tracking- og samtykkesetup skal altid vurderes i forhold til jeres platforme, formål og interne retningslinjer.
- Google for Developers: Server-side tagging i Google Tag Manager
- WebKit: Tracking Prevention (Intelligent Tracking Prevention)
- Google for Developers: Set up consent mode on websites
- InboundCPH: Vores arbejde med tracking og data
- InboundCPH: Matomo og andre privatlivsvenlige analyse-alternativer
Få et uforpligtende review af jeres tracking-opsætning
Vi ser på jeres nuværende opsætning, peger på, hvor data går tabt, og fortæller ærligt, om server-side giver mening for jer. Ingen forpligtelser, ingen ændringer på jeres website, før I selv beslutter det.
