Tredjepartscookies forsvandt ikke. Målingen er stadig besværlig.

Hvis jeres måleplan stadig siger, at Chrome snart fjerner alle tredjepartscookies, skal planen opdateres. Google valgte i 2025 at beholde den nuværende brugerindstilling i Chrome. Safari har længe haft et andet udgangspunkt.

Konklusionen er ikke, at cookieproblemet forsvandt. Konklusionen er, at I ikke kan bygge én teknisk fortælling og regne med, at alle browsere følger den.

Chrome ændrede planen

I april 2025 meddelte Google, at Chrome ville beholde den eksisterende mulighed for tredjepartscookies i stedet for at indføre en ny selvstændig prompt. Brugerne kan fortsat vælge i browserens privatlivsindstillinger, og Incognito blokerer tredjepartscookies som standard.

I oktober 2025 fulgte Google op med en ændret plan for Privacy Sandbox-teknologierne og udfasede blandt andet flere af de API’er, som tidligere indgik i fremtidsfortællingen. En præsentation fra 2023 er derfor ikke et teknisk grundlag i 2026.

Safari har sit eget regelsæt

WebKit oplyser i sin aktuelle oversigt over tracking prevention, at Safari blokerer alle tredjepartscookies som standard. WebKit begrænser også bestemte former for scriptoprettet lagring og bruger yderligere forsvar mod skjult tracking.

Et førstepartsnavn er derfor ikke i sig selv et løfte om lang levetid. Browseren ser også på, hvordan data bliver sat og brugt. Den præcise virkning skal testes i jeres domæne- og trafikopsætning.

Drop spørgsmålet om den ene cookiefrie dato

Spørg i stedet, hvilke beslutninger der i dag afhænger af browseridentifikatorer, og hvor sårbare de er. Lav en enkel fortegnelse:

• Hvilken cookie eller anden identifikator bruges?
• Er den sat i første- eller tredjepartskontekst?
• Hvilken browseradfærd påvirker den?
• Hvilket formål og samtykke hører den til?
• Hvilken rapport eller aktivering bruger resultatet?
• Hvad sker der, når identifikatoren mangler?

Så kan I prioritere efter reel betydning. En cookie, som kun understøtter en rapport ingen læser, fortjener mindre dramatik end en identifikator, der påvirker budget eller kundekommunikation.

Test en matrix, ikke din favoritbrowser

Vælg de browsere og enheder, som faktisk fylder i jeres trafik. Test mindst nyt besøg, tilbagevendende besøg, accepteret og afvist samtykke samt relevante private tilstande. Kontrollér cookies, andet browserlager, netværkskald og de endelige data.

1. Registrér browser og version.
2. Ryd lager og begynd med et nyt besøg.
3. Gennemfør det samme kendte brugerforløb.
4. Gentag med hvert relevant samtykkevalg.
5. Vent den periode, som er vigtig for jeres analyse.
6. Sammenlign med kildesystemets faktiske hændelser.

Et enkelt besøg kan vise, om noget bliver sendt. Det kan ikke alene vise, om en bruger genkendes korrekt efter flere dage. Tidsdimensionen skal med, selv om den gør testen irriterende langsom.

Byg efter det, I selv kan kontrollere

Styrk klare eventdefinitioner, førstepartsdata med et tydeligt formål, dokumenterede samtykkesignaler og kontrol mod ordre-, booking- eller CRM-data. Brug server-side tracking, modellering og platformsspecifikke funktioner, når de løser en afgrænset opgave – ikke som trylleord for fuld måling.

Målet bør være kendte afvigelser og beslutninger, der tåler dem. Et præcist løfte om 100 procent måling er til gengæld nemt at teste: Det holder næsten aldrig.

Gør browserkontrollen til drift

Gem testmatrixen, og gentag den ved større ændringer i browser, samtykkeløsning, GTM, domæner eller leverandører. Skriv dato og forventet resultat på hver test. Så bliver næste browsernyhed en afgrænset kontrolopgave i stedet for en ny strategisk panik.

Start med jeres vigtigste konvertering i Chrome og Safari. Hvis I ikke kan forklare forskellene mellem de to forløb, har I fundet det rigtige sted at arbejde videre.

Hvis browseradfærd, samtykke og tracking skal testes samlet i jeres setup, kan jeg hjælpe med samtykke og tracking.