Når Google Ads og Meta tilsammen viser flere køb end ordresystemet

Tag et tænkt eksempel: Marketingrapporten siger syv køb, mens ordresystemet siger seks. Hvem har ret? Før du ændrer sporingen, er det værd at undersøge, om rapporterne overhovedet forsøger at svare på det samme spørgsmål.

Et ordresystem tæller virksomhedens ordrer. Google Ads og Meta opgør de konverteringer, de hver især tilskriver annoncerne. Afstemningen skal gøre forskellen forståelig, så rapportens modtager ved, hvilke tal der kan lægges sammen.

Hvad er det egentlig, rapporten skal tælle?

Start med at definere virksomhedens salgstal: unikke ordrer, der opfylder de aftalte betingelser. Det kan eksempelvis være betalte ordrer efter en bestemt håndtering af annulleringer og tilbagebetalinger. Brug stabile ordre-ID’er til optællingen, og aftal, om beløbet omfatter afgifter, moms og fragt.

Bevar derefter platformenes tal som deres egne resultatmål. Hvis en kunde har haft kontakt med annoncer på begge platforme før købet, kan begge platformes regler give dem kredit for samme ordre. Det er en mulig forklaring på et overlap, ikke i sig selv tegn på en teknisk dublet.

Rapporten bør derfor have en salgstotal og særskilte platformstal. En fælles overskrift som »Samlede køb« over summen af Google Ads og Meta kan give indtryk af flere unikke køb, end der er belæg for.

Sammenlign de samme perioder og definitioner

Gem daterede udtræk, før du begynder at rette noget. Notér rapportperiode, tidszone, udtræksdato, valuta, værdigrundlag og den valgte konverteringshændelse. Tjek også konverteringsvinduer, optællingsmetode, attribution og hvilke Google-handlinger der er primære eller sekundære. Brug de faktiske indstillinger frem for en antaget standard.

I Google Ads følger de almindelige konverteringskolonner normalt datoen for annonceinteraktionen. Kolonner efter konverteringstid kan hjælpe, når ordresystemet opgør køb efter ordredato. Et ens datogrundlag fjerner dog ikke forskellen mellem platformenes attributionsregler.

Kontrollér desuden, hvordan Meta i det aktuelle udtræk definerer klik, visninger og engagement. Meta annoncerede ændringer i marts 2026 med forskellige indførelsestidspunkter for annoncørerne. Planlæg et nyt udtræk, hvis data endnu er under opdatering, men undgå at gøre én bestemt forsinkelse til en regel for alle rapporter.

Et regneeksempel: syv tilskrevne køb, seks ordrer

Eksemplet nedenfor er opdigtet. Alle seks ordrer er betalt den 1. september 2026, tidszonen er UTC, og valutaen er EUR. Værdierne er uden skat og fragt, og der er ingen tilbagebetalinger. Virksomhedens salg er seks ordrer til i alt 700 EUR.

Google får i eksemplet kredit for fire køb til 570 EUR. Meta får kredit for tre til 300 EUR. Summen er syv tilskrevne køb og 870 EUR. Ordre A100 og A103 optræder hos begge; de er tilsammen 220 EUR værd. Koblingerne er bevidst leveret som en del af eksemplet og er ikke en lovet eksportfunktion hos platformene.

Fire plus tre minus to giver fem forskellige ordrer med en kendt kobling, til en samlet værdi af 650 EUR. A104 på 50 EUR har ingen angivet kredit fra de to platforme. Den bringer salgstotalen op på seks ordrer. For ordreværdien bliver regnestykket 570 + 300 − 220 + 50 = 700 EUR.

Bemærk forskellen: syv tilskrevne køb minus seks ordrer er ét, men det dokumenterede overlap er to ordrer. Du kan ikke udlede overlappet ved blot at trække salgstotalen fra platformenes sum. Regnemetoden kræver sammenlignelige ordreoplysninger; den kan ikke overføres direkte til modellerede konverteringer eller konverteringer, der er fordelt som brøkdele.

Er købet sendt to gange, eller har to platforme taget æren?

Det er to forskellige kontroller. Inden for Google Ads kan et unikt og stabilt transaction_id forhindre gentagne konverteringer for samme konverteringshandling. Det deduplikerer ikke på tværs af Google og Meta. Det betyder heller ikke, at Google Ads leverer en fuldstændig rapport med attribution for hver ordre.

Hvis Meta modtager både en browserhændelse og en serverhændelse for købet, skal den dokumenterede deduplikering i den konkrete opsætning kontrolleres. En sådan dobbelt levering er noget andet end to platformes kredit for én rigtig ordre. Hold testene adskilt, så du ikke forsøger at løse attribution med en sporingsrettelse.

Gør plads til det, der ikke kan afstemmes

Arbejd med tilladte førstepartsdata, når de kan underbygge en kobling mellem annonceoplysninger og ordre. Markér, hvilke rækker der er dokumenteret, og hvilke der mangler underlag. En manglende kobling betyder ukendt; den dokumenterer ikke, at annoncen var uden betydning.

Nogle platformstal er aggregerede eller modellerede og kan ikke oversættes til en liste af konkrete ordrer. Lad den del stå særskilt med forklaringen og de anvendte antagelser. Du skal ikke skabe ekstra rækker eller fordele en rest for at få kolonnerne til at stemme.

Ordresystemet giver et kontroltal for virksomhedens salg inden for den valgte afgrænsning. Det afgør ikke, hvilken annonce der fik kunden til at købe. En afstemt rapport er derfor heller ikke dokumentation for inkrementel effekt.

Brug AI til at gøre kontrollen lettere

AI kan hjælpe med kolonnenavne, finde manglende felter og skrive et første udkast til afvigelsesforklaringen. Lad formler eller kode stå for beregningerne, og få en person til at gennemgå resultatet. Modellen må ikke udfylde manglende identiteter, beregne et opdigtet overlap eller udpege den sande årsag til et køb.

Brug kun de nødvendige anonymiserede oplysninger. Hold kundenavne og e-mailadresser ude af både regnearket og de oplysninger, du sender til AI. Tjek til sidst datogrundlag, værdier, dubletter, ukendte koblinger og kildeudtræk. Det er den samme korte kontrol, der skal kunne gentages ved næste rapportering.