Tredjepartscookies er på vej ud. To andre store browsere blokerer dem som standard. Chrome er ved at udfase dem. Hjemmesider, der bygger på cookies, mister evnen til at spore. Fremtiden er uden cookies. Dette kapitel handler om alternativerne: server-side tracking, first-party-data og samtykkebaseret tracking, der virker uden cookies.
Hvorfor cookies forsvinder
Cookies blev lavet til funktioner på nettet, som at holde dig logget ind og huske indstillinger. Tredjepartscookies endte dog som overvågningsværktøj. Annoncenetværk bruger dem til at følge brugere på tværs af hjemmesider. Forkæmpere for privatliv og myndigheder indså, at det i bund og grund var vildledende. Brugere forventer ikke at blive fulgt fra side til side.
Browserne reagerede. To andre store browsere blokerer tredjepartscookies som standard. Chrome udfaser dem helt (initiativet Privacy Sandbox). Om få år virker tredjepartscookies ikke for de fleste brugere. Hjemmesider, der er afhængige af dem, mister funktioner.
Det rammer mere end annoncering
Analytics bruger også cookies, både first-party og tredjepart. Når cookies forsvinder, må analytics tilpasse sig. Løsningen er at skifte til alternativer uden cookies. De virker bedre og er alligevel mere privatlivsvenlige.
Server-side tracking
I stedet for at spore i browseren med JavaScript og cookies sender du hændelser direkte til din server. Din server registrerer hændelsen: et køb, en sidevisning, et klik på en knap. Hændelsen bliver logget på serveren uden cookies i browseren.
Sådan virker server-side tracking
Brugeren klikker på en knap → JavaScript sender hændelsen til din server → serveren logger den → serveren sender den videre til dit analyseværktøj. Der indgår ingen cookies. Trackingen er first-party (dit domæne, din kontrol) og kan ikke så let stoppes af browserens trackingblokering.
Fordele ved server-side tracking
Privatlivsvenlig: Du skal ikke bruge cookies. Det virker, selv om brugeren blokerer cookies. Ingen tredjepartstracking.
Mere pålidelig: Browserens privatlivsfunktioner påvirker den ikke. Annonceblokkere kan ikke blokere den (forespørgslen ligner almindelig trafik på siden).
Bedre data: Hændelser på serveren er mere pålidelige, fordi brugerne ikke kan forhindre dem. Du får mere komplette data.
Nemmere at ændre: Skal du justere trackingen, retter du serverkoden. Du skal ikke rette kode, der ligger i millioner af browsere.
Udfordringer ved server-side tracking
Mere kompliceret at sætte op: Du skal bruge serverinfrastruktur og udvikling. Du kan ikke bare tilføje et JavaScript-tag.
Kræver sessionssporing: Uden cookies til at kende brugerne skal du finde en anden måde at koble hændelser til brugere på (session-id'er, bruger-id'er, hashede e-mailadresser).
Kræver støtte fra leverandøren: Dit analyseværktøj skal kunne modtage server-side hændelser. De fleste moderne værktøjer kan, men ældre systemer kan måske ikke.
First-party-data og direkte integration
I stedet for at lade analyseværktøjer samle data ind med tags kan du samle data direkte i dine egne systemer og sende dem til analyseværktøjet via API. Det er first-party-data, fordi du ejer dem. Det er i orden efter reglerne, fordi du ikke bygger på tredjepartstracking.
Sådan virker direkte integration
Dit CRM-system registrerer kundernes handlinger. Din webshop logger køb. Din app følger brugernes adfærd. Med jævne mellemrum sender du disse data til dit analyseværktøj via API. Analyseværktøjet beriger og analyserer dem. Der indgår ingen tredjepartstags eller cookies.
Metoden giver dig fuld kontrol. Du bestemmer, hvad der sendes, hvornår det sendes, og hvem der får adgang. Det er den mest privatlivsvenlige metode, fordi den er gennemsigtig og i dine egne hænder.
Alternativer til cookies i browseren
Local storage
I stedet for cookies kan du bruge browserens local storage til at gemme sessions-id'er. Local storage bliver liggende ligesom cookies, men sendes ikke med hver forespørgsel. Det er mere effektivt og lidt mere privat (serverne kan som standard ikke se det). Det virker, når siden opdateres, og på tværs af browsersessioner.
First-party-cookies i stedet for tredjepartscookies
Hvis du skal bruge cookies, så brug first-party-cookies (sat af dit eget domæne) i stedet for tredjepartscookies (sat af annoncenetværk eller leverandører af analytics). First-party-cookies er mindre indgribende og sværere at blokere, fordi de er nødvendige for, at siden virker.
Efterhånden som tredjepartscookies forsvinder, går selv leverandører af analytics over til first-party-cookies (leveret af dig, administreret af dem).
Privacy Sandbox og Googles FLoC
Google udvikler teknologier i Privacy Sandbox som alternativ til tredjepartscookies. Det er FLoC (Federated Learning of Cohorts, som grupperer brugere efter interesser uden at identificere dem), Topics API (som mærker brugere med emner uden tracking) og Attribution Reporting API (som måler konverteringer uden tredjepartstracking).
Det er stadig eksperimenter, og de bruges endnu ikke bredt. Lige nu er de praktiske alternativer server-side tracking, first-party-data og samtykkebaserede first-party-cookies.
Vælg en trackingstrategi til en fremtid uden cookies
De fleste virksomheder går mod en blanding: server-side tracking til de vigtigste hændelser (sidevisninger, konverteringer, centrale handlinger), first-party-cookies til sessioner og first-party-data fra direkte kontakt. Den kombination virker uden cookies, der forsvinder, og følger reglerne fra start.
Hvilke hændelser skal jeg flytte til server-side tracking først?
Start med hændelser af stor værdi: konverteringer, køb, tilmeldinger og vigtige klik på knapper. De rammes hårdest af cookieblokering og betyder mest for tallene i forretningen. Flyt de mindre vigtige hændelser (sidevisninger, scroll) senere. Prioriter efter forretningsværdi og ikke efter, hvor svært det er teknisk.
Hvilke analyseværktøjer understøtter server-side hændelser?
Google Analytics 4 og de fleste moderne værktøjer tager imod server-side hændelser via API. Ældre værktøjer (det gamle Google Analytics) gør ikke. Tjek leverandørens dokumentation. Understøtter de ikke server-side hændelser, så planlæg et skifte. Det er et minimum for analytics uden cookies.
Hvordan genkender jeg brugere uden cookies eller sporing på tværs af domæner?
Brug identifikatorer på serveren: bruger-id'er fra loginsystemer, hashede e-mailadresser eller session-id'er til brugere, der ikke er logget ind. De er mere pålidelige end cookies, fordi du selv har kontrollen. Identifikatorer på serveren kobler hændelser til brugere uden at bygge på noget, der gemmes i browseren.
Hvad betyder server-side tracking for hastigheden i forhold til tracking i browseren?
Server-side er en anelse langsommere (forespørgslen går først til din server og derefter til analyseværktøjet). Til gengæld er det mere pålidelige (ingen annonceblokkere, ingen brugere, der blokerer). På de fleste sider kan man ikke mærke forskellen (20-50 ms). Det er det værd for bedre data og for at følge reglerne om privatliv.
Local storage eller first-party-cookies: hvad skal jeg bruge til sessionssporing?
Brug first-party-cookies til at huske brugeren fra side til side og local storage til logik i browseren. Cookies sendes med hver forespørgsel (det er enklere at koble på serveren). Local storage kræver, at JavaScript læser det eksplicit (lidt mere effektivt). Til analytics er first-party-cookies mest almindelige. Brug begge, hvis du har brug for begge dele.
Hvordan skifter jeg fra tracking med cookies til tracking uden cookies uden at miste historiske data?
Kør begge i 3-6 måneder (den gamle med cookies og den nye server-side). Sammenlign tallene, så du kan se, at server-side fanger hændelserne rigtigt. Når du er sikker, kan du droppe tracking med cookies. Du beholder de historiske data i dit analyseværktøj. De forsvinder ikke, når du holder op med at indsamle.