Två problem med spårning i webbläsaren
Klassisk spårning lägger tredjepartsskript i besökarens webbläsare. Två saker gör det allt mindre pålitligt. Det första är att annonsblockerare, webbläsarnas spårningsskydd och striktare cookie-regler tar bort en växande del av datan innan den ens når fram: du mäter en delmängd och vet inte hur stor. Det andra är juridiskt och etiskt: du får inte samla in persondata innan besökaren aktivt har samtyckt. Båda problemen har samma rot, att insamlingen sker okontrollerat i klienten.
Server-side spårning: flytta insamlingen till din egen server
Med en server-side-container, till exempel server-side Google Tag Manager, skickas händelserna först till en endpoint du själv styr, och därifrån vidare till de verktyg som ska ha dem. Du får förstapartskontext, färre skript i webbläsaren och kontroll över exakt vilken data som lämnar huset och till vem. Det ger en renare och mer robust mätning.
Det finns dessutom en konkret prestandavinst. Varje tredjepartsskript i webbläsaren, analys, annonspixlar, chatt, värmekartor, kostar nedladdning, huvudtrådstid och nätverksanrop, och många samtidigt drar ner sidans prestanda. Det syns direkt i Core Web Vitals och Lighthouse-poängen, och i hur snabb sidan känns. Med insamlingen på servern skickar webbläsaren i stället ett enda anrop till din egen endpoint, och servern fördelar vidare till verktygen. Då slipper du välja bort spårningar du vill ha bara för att hålla sidan snabb, du kan behålla dem alla utan att lasta dem på besökarens enhet.
Men det är viktigt att säga vad server-side inte är: det är ingen genväg runt samtycke. Har besökaren sagt nej ska ingenting samlas in, oavsett var containern står.
Server-side löser var datan samlas in. Samtyckesordningen löser om den får samlas in. Du behöver båda.
Samtycke i rätt ordning
Det här är delen som oftast byggs fel. Taggar får inte avfyras innan samtyckesstatusen är känd. Utgångsläget ska vara att mätning och annonscookies är avstängda som default, och slås på först när besökaren väljer det. Med Google Consent Mode styr samtyckessignalen om och hur taggarna över huvud taget körs, och ordningen är avgörande: samtyckesbannern och signalen måste ligga före taggarna i kedjan, annars hinner ett skript samla in data i det ögonblick sidan laddar, innan användaren sagt något. Rätt ordning är skillnaden mellan en mätning som är både laglig och korrekt, och en som ser ut att fungera men läcker.
Så bygger vi stacken
Ordningen vi utgår från är enkel: samtycke först som grind, sedan insamling. Samtyckesbannern sätter signalen, signalen styr taggarna, och en server-side-container tar hand om det som faktiskt får samlas in på ett kontrollerat sätt. Resultatet är en mätning som respekterar besökaren och samtidigt är stabil nog att lita på. Och precis som med all annan mätning är måttet affären, inte aktiviteten: en spårning är värd något först när den kopplar en händelse till en verklig affär.
Vill ni ha en mätning som håller för både cookie-regler och verkligheten, hör konverteringsarbetet och mätningen ihop redan från start.
