Spårning på serversidan framställs ofta som lösningen på ett enda problem: ni förlorar data, och en konfiguration på serversidan hämtar tillbaka den. Det stämmer till viss del, men hur mycket ni får tillbaka beror på er konfiguration och era besökare, och det är sällan allt. Det finns också en annan fördel som i praktiken är minst lika viktig. Med er egen server kan ni berika och omvandla data under tiden, så att det som skickas vidare till plattformarna är mer exakt och mer användbart än de råa händelserna från webbläsaren. Vi har arbetat med serverbaserade konfigurationer för kunder sedan 2020, och nedan delar vi med oss av det som verkligen är värt att veta innan ni sätter igång.
Spårning på klientsidan jämfört med spårning på serversidan: Var data samlas in
Skillnaden mellan klientsidan och serversidan handlar om en enda fråga: Var i kedjan data samlas in och skickas vidare.
Allt sker i användarens webbläsare
- JavaScript från era spårningsskript körs direkt hos besökaren, läser och placerar cookies.
- Uppgifterna skickas därifrån direkt till Google Analytics, Google Ads, Meta och övriga plattformar.
- Enkel installation, men sårbar: allt beror på vad webbläsaren och dess tillägg tillåter.
Ett ytterligare led i er egen miljö
- Webbläsaren skickar en förfrågan till er egen server, vanligtvis en server-side-container i Google Tag Manager.
- Servern tar emot data, bearbetar dem och vidarebefordrar dem till rätt plattformar.
- En del av leveransen sker från en miljö som ni själva kontrollerar, istället för uteslutande från en miljö som ni inte har inflytande över.
Vid klassisk spårning på klientsidan är webbläsaren både den plats där data genereras och den plats från vilken de skickas. Vid spårning på serversidan, även kallad server-side tagging, lägger ni till ett extra steg. Googles dokumentation om server-side tagging i Google Tag Manager beskriver exakt den modell där en servercontainer tar emot och vidarebefordrar data.
Ett konkret exempel tydliggör skillnaden. Föreställ er att er webbplats säljer fastigheter. Här är beslutsprocessen vanligtvis lång, ofta flera månader, och besökaren återkommer gång på gång. Med klientbaserad spårning riskerar ni att samma person räknas som en ny användare varje gång, eftersom cookien har gått ut för länge sedan mellan besöken. Med serverbaserad spårning har ni bättre möjlighet att känna igen användaren över tid, just eftersom ni själva styr hur data lagras och vidarebefordras. Följden blir att ni får en mer rättvisande bild av vem som faktiskt besöker er webbplats.
Fördelarna med spårning på serversidan
Fördelen med att införa ett server-side-lager är framför allt datakvaliteten. Fyra saker kan bli märkbart bättre, och de hänger samman med samma grundläggande förändring: En del av sändningen flyttas till en plats som ni själva kontrollerar.
Mindre förluster på grund av annonsblockerare
När skript körs i webbläsaren kan de blockeras innan de hinner skicka något alls. När sändningen sker från er server finns det mindre för tilläggen att gripa tag i, och fler händelser når fram.
Data som håller längre
Safaris Intelligent Tracking Prevention och Firefox motsvarande skydd förkortar aktivt livslängden för cookies som placeras via webbläsarskript, i vissa fall till bara några dagar. Cookies som placeras från er egen server kan hålla längre, och ni undviker en del av de artificiellt uppblåsta siffrorna för nya användare.
En enklare webbplats
En del av den tunga spårningslogiken kan flyttas från användarens webbläsare till servern, så att färre skript körs hos besökaren. Det kan förbättra laddningstiden och användarupplevelsen, vilket är särskilt viktigt på mobilen.
Bättre hantering av era data
Ni kan berika och omforma händelserna på servern och bestämma vilka fält som ska vidarebefordras till vilka plattformar, istället för att överlåta det beslutet till skript från tredje part.
Om ni föredrar ett analysverktyg som respekterar integriteten, fungerar server-side bra tillsammans med ett verktyg som Piwik PRO eller Matomo, där ni själva äger uppgifterna.
GDPR och Consent Mode v2: Serverbaserad uppspelning med samtycke, inte utan det
En vanlig missuppfattning är att spårning på serversidan är ett sätt att kringgå samtycke. Så är det inte, och så ska det inte heller vara. Diskussionen om server-side tracking och GDPR handlar inte om att samla in data i smyg, utan om att behandla lagligt insamlade data i en miljö som ni själva kontrollerar.
Samtycket ges fortfarande av användaren i er cookie-banner, det vill säga er samtyckeslösning (CMP), precis som tidigare. Det som är viktigt att förstå är hur samtycket tillämpas därefter. Googles Consent Mode v2 vidarebefordrar användarens val till Googles egna taggar, det vill säga GA4 och Google Ads, så att de anpassar vad de får mäta. Alla andra verktyg, till exempel Meta Pixel, tar inte hänsyn till Consent Mode. Dessa måste er CMP blockera direkt tills användaren har gett sitt samtycke. Denna princip förändras inte på serversidan: Samtycket måste vara på plats innan data behandlas, oavsett om en tagg aktiveras i webbläsaren eller på er server.
Om ni vill ha själva samtyckeslagstiftningen på plats kan ni läsa mer om vår arbeta med spårning och data, där inställning av CMP och Consent Mode ingår.
Server-sidan bygger på samtycke, den ersätter det aldrig
En korrekt konfiguration på serversidan behandlar endast de uppgifter som användaren har gett sitt samtycke till. Samtycket inhämtas i er CMP, och för Googles taggar följs statusen via Consent Mode v2. Allt annat ska CMP:n hålla tillbaka tills valet har gjorts.
Vad som krävs av er på serversidan
Server-side-spårning är mer komplicerad att konfigurera än en klassisk client-side-konfiguration, och den måste göras korrekt för att ge tillförlitliga data. Å andra sidan behöver det inte nödvändigtvis vara en löpande börda för er. Vissa konfigurationer fungerar utmärkt efter en korrekt implementering, medan det för andra är klokt att kontrollera dem med jämna mellanrum, i takt med att plattformar och samtyckeskrav förändras. Vi erbjuder båda alternativen, både med och utan ett fast avtal om löpande drift.
Det kostar att driva en serverbaserad lösning, och kostnaden beror vanligtvis på er trafikvolym. Detta bör beaktas i beslutet redan från början. Vi har implementerat server-side-lösningar för kunder sedan 2020 och kan hjälpa er att bedöma vad som är lämpligt för er innan ni sätter igång.
Vanliga frågor om spårning på serversidan
Kostar spårning på serversidan något extra?
Ja. Till skillnad från en ren klientbaserad lösning måste den serverbaserade containern hostas någonstans, vilket medför en löpande kostnad som vanligtvis följer er trafikvolym. Exakt hur mycket det kommer att kosta för er beror på trafikvolym och konfiguration, och det diskuterar vi gärna i ett icke-bindande sammanhang istället för att ange ett konkret belopp här.
Hur konfigurerar man server-side i Google Tag Manager?
Kort sagt skapar ni en server-side-container i Google Tag Manager och kopplar den till en server-endpoint som webbläsaren kan skicka data till. Men innan några taggar tas i bruk måste samtyckeslagret vara på plats: Er CMP måste vara ansluten, och Consent Mode v2 måste vara konfigurerad enligt den CMP ni använder, så att Googles taggar endast mäter det som användaren har godkänt. Först därefter konfigureras de taggar som ska ta emot och vidarebefordra data. Det är en teknisk uppgift i flera steg.
Är spårning på serversidan lagligt enligt GDPR?
Ja, när det bygger på ett giltigt samtycke. Användaren ger sitt samtycke i er cookiebanner, och för Googles taggar följer samtyckesstatusen med via Consent Mode v2. Serversidan är inte en metod för att kringgå samtycket, utan ett sätt att hantera lagligt insamlade data i en miljö som ni själva kontrollerar.
Vill ni veta om server-side är något för er?
Spårning på serversidan ger er mer fullständiga och tillförlitliga data, men fördelarna beror på att den konfigureras korrekt. Ni behöver inte fatta något stort beslut eller riva upp er nuvarande konfiguration för att ta reda på var ni står. Det första steget är att utvärdera vad ni redan har och var det läcker data.
Källor och vidare läsning
De tekniska beskrivningarna på denna sida bygger på Googles och WebKits egen dokumentation. Den konkreta inställningen av spårning och samtycke ska alltid bedömas utifrån era plattformar, syften och interna riktlinjer.
- Google for Developers: Taggning på serversidan i Google Tag Manager
- WebKit: Spårningsskydd (Intelligent spårningsskydd)
- Google för utvecklare: Konfigurera samtyckesläget på webbplatser
- InboundCPH: Vårt arbete med spårning och data
- InboundCPH: Matomo och andra integritetsvänliga alternativ för webbanalys
Få en icke-bindande granskning av er spårningskonfiguration
Vi granskar er nuvarande konfiguration, pekar ut var data går förlorad och ger er en ärlig bedömning av om serverlösningen är lämplig för er. Inga förpliktelser, inga ändringar på er webbplats förrän ni själva beslutar det.
