Derfor stemmer tallene aldrig
En kunde ser en video på Instagram, søger senere på virksomhedens navn i Google og køber to dage efter via et nyhedsbrev. Alle tre kanaler kan med rimelighed hævde at have bidraget, og i deres respektive rapporter gør de det. Summen bliver større end antallet af faktiske ordrer.
Oveni kommer de tabte målinger: brugere der afviser samtykke, skifter enhed undervejs eller bruger en browser, der begrænser sporing. Her er problemet det modsatte — noget forsvinder helt ud af opgørelsen.
Konsekvensen er, at du samtidig overtæller på tværs af kanaler og undertæller i alt. Derfor er det spildt arbejde at forsøge at få platformens tal og shoppens tal til at matche. Opgaven er at vide, hvilket tal du bruger til hvilken beslutning.
De fleste virksomheder opdager først problemet, når to platforme viser modstridende tal for samme kampagne, og nogen i ledelsen spørger hvorfor. Svaret ligger sjældent i en fejl — det ligger i, at hver platform måler med sit eget vindue, sin egen model og sin egen definition af, hvad der tæller som et køb.
Målemodellen i fire lag
I stedet for én kilde til sandhed er det mere brugbart at arbejde med fire lag, der hver besvarer sit spørgsmål. Lagene skal ikke stemme overens — de skal bruges i den rigtige rækkefølge afhængigt af beslutningen.
Nederste lag er de rå ordrer: hvad blev der faktisk solgt, og hvornår. Det næste lag er platformenes egne rapporter, som er gode til at optimere inde i én kanal, men dårlige til at sammenligne på tværs. Tredje lag er en samlet model som GA4's datadrevne attribution, der giver et fælles sprog men stadig kun ser det, den har fået lov at måle. Øverste lag er eksperimenter, som er det eneste, der kan sige noget om årsag og virkning.
Platformens egne tal
Meta, Google og TikTok rapporterer hver især de konverteringer, de selv mener at have bidraget til. Summen overstiger derfor næsten altid det, du har solgt.
StyrkeBedst til at optimere inde i den enkelte kanal.
BegrænsningKan ikke bruges til at fordele budget mellem kanaler.
Web-analytics
GA4 samler sessioner på tværs af kanaler og bruger sin egen model. Tallene er lavere end platformenes, fordi krediteringen ikke gentages.
StyrkeFælles målestok på tværs af kanaler.
BegrænsningMister samtykkeafviste og cross-device-rejser.
Ordredata
Din webshop eller dit CRM ved præcis, hvor mange ordrer der kom ind, og hvad de var værd efter returneringer.
StyrkeSandheden om omsætning og dækningsbidrag.
BegrænsningSiger intet om, hvad der skabte efterspørgslen.
Inkrementalitet
Geo-tests, holdout-grupper og perioder med slukket kanal viser, hvad der ville være solgt alligevel. Det er den eneste metode, der måler effekt frem for korrelation.
StyrkeSvarer på det spørgsmål, ledelsen faktisk stiller.
BegrænsningKræver tid, budgetdisciplin og en tålmodig testperiode.
Lagene skal ikke stemme overens. De besvarer forskellige spørgsmål — brug dem i den rækkefølge, beslutningen kræver.
Attributionsvinduer og -modeller: platform for platform
En stor del af forvirringen kommer af, at hver platform som standard bruger sit eget attributionsvindue — altså hvor langt tilbage i tid et klik eller en visning kan få kredit for et køb. Et længere vindue giver naturligt flere krediterede konverteringer, uden at der reelt er solgt mere.
Tabellen nedenfor viser standardindstillinger, som du bør kende og aktivt tage stilling til, i stedet for at lade dem stå på fabriksindstilling. Vær opmærksom på, at både Meta og Google Ads løbende justerer standardværdier, så tjek altid indstillingerne i din egen konto.
| Platform | Standardvindue | Model | Bemærkning |
|---|---|---|---|
| Meta Ads | 7 dage efter klik, 1 dag efter visning | Datadrevet (kan justeres pr. konto) | Kan udvides til 1 eller 28 dage efter klik i annoncekontoens indstillinger. |
| Google Ads | Op til 90 dage | Datadrevet attribution (standard siden 2023–2024) | First click, lineær, tidsforfald og positionsbaseret er udfaset. |
| GA4 (Nøglebegivenheder) | 30 eller 90 dage (konfigurerbart) | Datadrevet på tværs af kanaler | Gælder kun for events markeret som nøglebegivenheder (tidligere konverteringer). |
| Google/Meta søgning – brandede søgninger | Samme som ovenfor | Samme model | Krediteres ofte for salg, der ville være sket uden annoncen — se afsnittet om inkrementalitet. |
Samtykke, Consent Mode v2 og danske cookieregler
Cookiebekendtgørelsen kræver forudgående, informeret og frivilligt samtykke, før der placeres cookies eller lignende teknologier på en dansk brugers enhed, med undtagelse af teknisk nødvendige cookies. Datatilsynet fører tilsyn og har udgivet konkret vejledning om, hvordan samtykke skal indhentes og dokumenteres.
Google har indført Consent Mode v2 som et krav for at kunne bruge personaliseret annoncering og remarketing rettet mod brugere i EØS. Uden korrekt implementeret Consent Mode risikerer man begrænset eller helt lukket adgang til Googles annonceprodukter for det pågældende publikum.
Consent Mode findes i en grundlæggende og en avanceret opsætning. Forskellen har betydning: den avancerede sender anonymiserede signaler (uden identifikatorer) for brugere, der har fravalgt, mens den grundlæggende først sender data, når samtykke er givet. Kun den avancerede opsætning giver grundlag for konverteringsmodellering.
Praktisk betyder det, at cookiebanneret er blevet et måleværktøj lige så meget som et juridisk krav. Et banner, der er svært at forstå eller unødigt afvisende i sin formulering, koster både samtykkerate og datakvalitet — men samtykket skal naturligvis være reelt, specifikt og frivilligt, ikke et resultat af mørke mønstre i designet.
Tjek dette i dit samtykke-setup
Er Consent Mode v2 (avanceret) implementeret korrekt via tag manager? Er cookiebanneret godkendt til at blokere ikke-nødvendige cookies, indtil der er givet samtykke? Er samtykkeraten faldet mærkbart, siden banneret sidst blev ændret — og hvis ja, hvorfor?
Modellerede konverteringer: hvad de kan og ikke kan
Konverteringsmodellering udfylder hullerne fra fravalgt samtykke med statistiske estimater, baseret på observerbare mønstre hos de brugere, der har givet samtykke. Google kræver et minimum af daglige klik og konverteringer i et geografisk marked, før modellering aktiveres, netop fordi modellen skal have nok observeret data at lære af.
Det modellering kan: give et mere retvisende samlet billede af konverteringsvolumen på tilbudsniveau, når en betydelig andel af trafikken ikke har givet samtykke. Det giver bedre grundlag for budoptimering, end hvis de manglende konverteringer bare blev ignoreret.
Det modellering ikke kan: fortælle dig, at en bestemt bruger konverterede. Det er ikke en genskabt hændelse, men et beregnet gennemsnit fordelt ud på baggrund af lignende, målte brugere. Det betyder også, at modellering bliver upræcis i mindre konti eller nichemarkeder med for lidt datagrundlag — her er estimatet i praksis en tommelfingerregel, ikke en måling.
Konsekvensen for rapportering er, at man bør holde modellerede og observerede tal adskilt, når man forklarer resultater internt. At sige "vi solgte X" om et modelleret tal er en anden påstand end at sige "vi målte X salg", og de to bør ikke blandes sammen i en bestyrelsesrapport.
Hvad ser du, når samtykke afvises?
Modellering udfylder en del af hullet, men den gætter ud fra dem, der sagde ja. Derfor kan to rapporter på samme konto vise forskellige tal, uden at nogen har lavet en fejl — og derfor er ordredata fra shoppen stadig det eneste sted, du finder det faktiske antal salg.
Server-side tracking, Conversions API og enhanced conversions
Server-side tracking flytter dele af dataopsamlingen fra brugerens browser til en server, du selv styrer (fx via Google Tag Manager server-side eller en dedikeret server-container). Det reducerer tab fra annonceblokkere, browserbegrænsninger på tredjepartscookies og korte cookie-levetider i Safari og Firefox.
Metas Conversions API (CAPI) sender konverteringsdata direkte fra din server eller CRM til Meta, som supplement til eller erstatning for pixel-data i browseren. Meta anbefaler selv, at CAPI bruges sammen med pixlen (ikke i stedet for), fordi de to datakilder dedupliceres og tilsammen dækker flere hændelser end hver for sig.
Googles enhanced conversions virker efter samme princip: hashede, krypterede kundedata (fx e-mail) sendes fra din server til Google og matches mod indloggede Google-konti, hvilket forbedrer målingen af konverteringer, der ellers ville gå tabt på grund af manglende klik-id eller cookie.
Det centrale forbehold: server-side tracking og CAPI er tekniske forbedringer af dataoverførslen — de er ikke en genvej uden om samtykke. Persondata må stadig kun sendes og bruges til annonceformål, hvis der er gyldigt samtykke, uanset om overførslen sker fra browseren eller fra en server.
Server-side tagging
Egen server-container mellem browser og tredjepartsværktøjer. Reducerer tab fra ad-blockers og browserbegrænsninger.
Meta Conversions API
Sender konverteringer fra server/CRM til Meta. Bruges sammen med pixlen og dedupliceres automatisk.
Google enhanced conversions
Hashede kundedata matches mod indloggede Google-konti. Kræver samtykke og korrekt datahåndtering.
UTM-disciplin: navngivning der ikke ødelægger din egen rapportering
Den hyppigste kilde til dårlig rapportering er ikke platformene — det er interne inkonsistente UTM-parametre. "facebook", "Facebook", "fb" og "meta-ads" registreres som fire forskellige kilder i GA4, og det splitter data, du ellers skulle have samlet.
Løsningen er ét fast, dokumenteret navngivningsskema, som alle i virksomheden og alle bureauer bruger uden undtagelse. Skemaet skal være kedeligt og forudsigeligt — det er hele pointen.
utm_source = platformens systemnavn, altid små bogstaver
meta | google | linkedin | newsletter | tiktok
utm_medium = betalingstype eller kanaltype, altid små bogstaver
cpc | paid-social | email | organic | referral
utm_campaign = åååå-mm_kampagnenavn_segment
2026-08_efterårskollektion_prospecting
2026-08_efterårskollektion_retargeting
utm_content = annonceformat eller variant (bruges til A/B-læsning)
video-15s | carousel-a | static-hero
Fast regel: ingen mellemrum, ingen versaler, ingen æøå.
Byg linket i et delt regneark eller en UTM-builder, aldrig i hovedet.GA4-rapporter du faktisk kan bruge — og hvor de bedrager
GA4 er fyldt med rapporter, men et fåtal er reelt egnede til beslutninger. At kende forskellen sparer timer med at analysere tal, der ikke betyder det, man tror.
Rapporten "Trafikkilder: session medie/kilde" er god til retningsbestemte tendenser over tid inden for samme kanal, men dårlig til at sammenligne kanaler direkte, fordi den bruger et enkelt sidste-klik-lignende princip i visse visninger. Rapporten "Annoncer: alle kanaler" med datadrevet attribution er det bedste GA4 tilbyder til tværkanalsammenligning, men den mangler stadig data fra brugere uden samtykke og fra enhedsskift.
"Realtid" og events-rapporter er gode til teknisk fejlfinding (virker sporingen overhovedet), men ubrugelige til budgetbeslutninger, fordi de ikke er konsolideret over tid eller renset for bots og test-trafik.
Den klassiske faldgrube er at sammenligne GA4's "konverteringer" direkte med platformenes egne rapporterede konverteringer og konkludere, at den ene er forkert. De måler med forskellige vinduer, forskellige modeller og forskellige samtykkegrundlag — forskellen er forventet, ikke en fejl der skal rettes.
- Brug: Annoncer → Alle kanaler (datadrevet) til tværkanaltendenser over tid.
- Brug: Retention og Landingsside-rapporter til at forstå adfærd efter klikket, ikke hvem der skal have kredit.
- Brug ikke: direkte sammenligning af GA4-konverteringer og platformens egne konverteringstal som facit for hvem der performer bedst.
- Brug ikke: session-medie/kilde alene til at fordele budget mellem kanaler.
Inkrementalitet: det eneste svar på effektspørgsmålet
Attribution fordeler kredit for salg, der allerede er sket. Den kan ikke fortælle, om salget var kommet alligevel. Til det spørgsmål findes kun eksperimentet: en gruppe eller et geografisk område, der ikke eksponeres, sammenlignet med et der gør.
Meta tilbyder Conversion Lift som deres officielle metode til at måle den inkrementelle effekt af annoncerne, hvor en tilfældigt udvalgt holdout-gruppe ikke ser annoncerne. Tilsvarende kan geo-baserede tests gennemføres på tværs af kanaler ved at slukke eller markant nedskalere annoncering i udvalgte geografiske områder i en afgrænset periode og sammenligne salgsudviklingen med kontrolområder.
Test kræver disciplin: en hypotese før start, en fast periode, ingen ændringer undervejs og accept af, at resultatet kan blive ubehageligt — for eksempel at en kanal, der ser fantastisk ud i platformrapporten, viser sig at have lav reel inkrementalitet. Til gengæld er det den eneste måling, der holder til et spørgsmål fra ledelsen om, hvad markedsføringen reelt bidrog med.
- Uge 0
Vælg testgeografi
Del landet i to grupper, der ligner hinanden på omsætning, sæson og kanalmiks. Vestjylland mod Østjylland fungerer bedre end København mod resten af landet.
- Uge 1–2
Baseline uden ændringer
Kør begge grupper som normalt og mål forskellen. Er der allerede en skævhed her, skal den korrigeres, før testen begynder.
- Uge 3–6
Sluk eller skru ned i én gruppe
Hold alt andet konstant: ingen nye kampagner, ingen nye tilbud, ingen prisændringer. Det er den svære del, og den der oftest ødelægger testen.
- Uge 7
Mål forskellen i ordredata
Sammenlign faktiske ordrer, ikke platformens konverteringer. Forskellen mellem grupperne er dit bedste estimat på inkrementel effekt.
- Efter
Omsæt til et budgetsvar
Var 30 procent af salget kommet alligevel, er det tallet, du skal regne CAC og ROAS ud fra fremover — ikke platformens rapport.
En geo-test kræver disciplin frem for teknik. Den kan gennemføres i enhver annoncekonto, der kan geografisk opdeles — og den er den eneste metode, der måler effekt frem for korrelation.
Geo-test
Sluk eller skru markant op i udvalgte regioner og sammenlign med resten. Enkel at forklare og uafhængig af cookies.
Holdout-gruppe
En andel af målgruppen holdes bevidst uden eksponering. Platformens egne lift-værktøjer bygger på samme princip.
Slukket periode
En hel kanal sættes på pause i en afgrænset periode. Grovkornet, men ofte det mest overbevisende for en ledelse.
Medie-mix-modellering i lille skala — og hvornår det ikke er værd at bruge tid på
Medie-mix-modellering (MMM) er statistisk modellering af aggregerede data — typisk ugentligt forbrug pr. kanal mod ugentlig omsætning — uden brug af persondata eller cookies. Både Meta (Robyn) og Google (Meridian) har udgivet open source-værktøjer til formålet.
MMM kan give en overordnet fordeling af, hvor meget hver kanal (inklusive tv, print og andre offline-kanaler) bidrager med, og er derfor særligt relevant for virksomheder med et bredt medie-mix og et budget, der kan bære analysearbejdet.
Metoden kræver typisk mindst et til to års ugentlige data med reel variation i forbruget mellem perioder — uden variation kan modellen ikke adskille kanalernes effekt fra hinanden. Det gør MMM uegnet for de fleste mindre virksomheder med et par kanaler og et forbrug, der er nogenlunde konstant måned til måned.
Tommelfingerregel: har du under et halvt år med markant varierende budgetter pr. kanal, eller bruger du under et par hundrede tusind kroner om måneden på annoncering samlet, er tiden bedre brugt på en geo-test og skarpere UTM-disciplin end på at sætte en MMM-model op. MMM er et værktøj for skala, ikke et startpunkt.
Sådan vælger du én sandhed til budgetbeslutninger
Når to tal er uenige, og en beslutning skal træffes i morgen, har du brug for en fast regel — ikke en diskussion for åbent tæppe hver gang. Reglen bør fastlægges, før konflikten opstår, ikke midt i den.
Ordredata fra shop eller CRM er facit for hvad der reelt blev solgt, og til hvilken pris. Det er tallet, der går i regnskabet, og derfor tallet, budgetbeslutninger om samlet markedsføringsforbrug bør tage udgangspunkt i — typisk via nøgletal som blended CAC (samlet marketingomkostning divideret med alle nye kunder) og marketingandel af omsætning.
Platformdata bruges til noget andet: at optimere inde i den enkelte kanal. Er denne målgruppe bedre end den anden? Performer video bedre end statisk billede? Det er spørgsmål, platformens egen rapportering er velegnet til at svare på, fordi sammenligningen sker inden for samme målesystem og samme bias.
Fejlen, der koster flest penge, er at bruge platformdata til at sammenligne kanaler mod hinanden (fx "Meta ROAS er højere end Googles, så vi flytter budget") uden at tage højde for, at kanalerne bruger forskellige attributionsvinduer og krediterer overlappende salg. Den sammenligning kræver enten ensrettede vinduer, blended-tal eller en inkrementalitetstest — ikke to platformsdashboards side om side.
Et simpelt ugentligt rapporteringssetup
God rapportering behøver ikke være omfattende for at være brugbar. Formålet med et fast ugentligt setup er at fange afvigelser tidligt og undgå, at samtaler om resultater starter forfra hver gang med at forklare, hvilket tal der betyder hvad.
Et ark eller dashboard, der opdateres samme ugedag, med de samme fem-seks tal hver gang, er langt mere brugbart end et avanceret dashboard, der skifter definition fra uge til uge.
- 1Ordreomsætning og antal ordrerTrækkes fra shop/CRM. Dette er ugens facit-tal og ændrer sig aldrig retroaktivt af attributionsårsager.
- 2Samlet marketingforbrug og blended CACAlt forbrug divideret med alle nye kunder i perioden. Sammenlignes uge for uge, ikke kanal for kanal.
- 3Platformrapporterede konverteringer pr. kanalNoteres separat pr. kanal med angivelse af attributionsvindue. Bruges til at spotte interne tendenser, ikke til at rangere kanaler.
- 4Samtykkerate og andel modellerede konverteringerEt pludseligt fald i samtykkerate forklarer ofte et fald i målte konverteringer, før man leder efter fejl i sporingen.
- 5Status på igangværende eller planlagt testÉn linje: er der en geo- eller lift-test i gang, hvornår er den slut, og hvad er hypotesen. Holder testkalenderen synlig og forhindrer, at nogen ændrer budget midt i en test.
Tjekliste: de klassiske målefejl
De fleste målefejl gentager sig på tværs af virksomheder. Brug listen som en hurtig gennemgang, før du konkluderer, at et tal er forkert eller at en kanal skal skæres væk.
- Sammenligner platformskonverteringer på tværs af kanaler uden at tjekke, at attributionsvinduet er ens.
- Blander modellerede og observerede konverteringer sammen i samme total uden at markere forskellen.
- Bruger inkonsistente UTM-parametre (store/små bogstaver, forskellige navne for samme kanal), så trafik splittes unødigt i rapporteringen.
- Krediterer brandede søgninger fuldt ud til søgekanalen uden at overveje, om søgningen var sket alligevel.
- Ændrer budget eller kreativer midt i en igangværende inkrementalitetstest og ugyldiggør resultatet.
- Sætter tilbageblikvinduet for nøglebegivenheder i GA4 til at være markant længere end den reelle beslutningstid i branchen.
- Har ikke implementeret Consent Mode v2 korrekt og mister derfor både juridisk grundlag og modelleringsmuligheder.
- Bruger platformens ROAS som eneste beslutningsgrundlag for at lukke eller skalere en kanal, uden at tjekke blended CAC eller en test.



