Slik avstemmer du Google Ads og Meta mot faktiske bestillinger

Du har hentet kjøpstallene fra Google Ads og Meta. Hver rapport ser rimelig ut, men når du legger dem sammen, passer de ikke med ordresystemet. Det er ikke uvanlig at tallene beskriver ulike ting, selv om alle kolonnene heter «kjøp» eller «konverteringer».

Målet med avstemmingen er å forklare forskjellen og gi et pålitelig beslutningsgrunnlag. Du trenger ikke presse alle kilder inn i én felles sum for å få en nyttig rapport.

Kan begge plattformene få æren for samme kjøp?

Ja. En kunde kan ha sett eller klikket på annonser fra både Google og Meta før bestillingen. Plattformene vurderer kjøpet etter hver sine regler. Begge kan derfor tilskrive seg den samme faktiske bestillingen, uten at virksomheten har solgt to ganger.

Dette kalles overlapp i attribusjonen: flere systemer fordeler æren for ett resultat. Det er noe annet enn at samme kjøpshendelse er registrert flere ganger i ett system. En differanse alene forteller ikke hvilken forklaring som gjelder, og er ikke bevis på feil sporing eller svindel.

Behold derfor Google Ads og Meta som separate resultatmål. La virksomhetens totale antall bestillinger komme fra distinkte ordre-ID-er som oppfyller en avtalt salgsdefinisjon. Da blir det tydelig hva rapportens ulike tall kan brukes til.

Start med en felles avgrensning

Ta vare på daterte kopier av kildene før du begynner. Noter periode, tidssone, dato for uttrekket, valuta og hva ordreverdien omfatter. Avtal hvordan betalte bestillinger, kanselleringer og refusjoner behandles. Sammenlign den samme typen kjøp, ikke alle registrerte handlinger i én kilde mot bare gjennomførte salg i en annen.

Undersøk de faktiske attribusjonsvinduene og modellene, tellemetoden og valgte konverteringshandlinger. I Google Ads kan også skillet mellom primære og sekundære handlinger påvirke hvilke tall du bruker. Meta annonserte endringer i mars 2026, med ulike innføringstidspunkter for annonsørene. Kontroller derfor definisjonene for klikk, visninger og engasjement i deres aktuelle underlag, fremfor å anta at gamle standardinnstillinger fortsatt gjelder.

Vanlige konverteringskolonner i Google Ads følger normalt datoen for annonseinteraksjonen. Kolonner etter konverteringstid kan passe bedre mot bestillingsdatoen. Dette justerer tidsgrunnlaget, men løser ikke attribusjonsforskjellene. Kilder oppdateres dessuten ulikt, så dokumenter når tallene ble hentet i stedet for å anta én fast forsinkelse.

Slik blir seks bestillinger til sju tilskrevne kjøp

Det oppdiktede eksemplet nedenfor gjelder seks betalte bestillinger 1. september 2026, i tidssonen UTC og valutaen EUR. Verdiene er uten skatt og frakt, og det er ingen refusjoner. Virksomheten har seks unike bestillinger til en samlet verdi av 700 EUR.

Google tilskrives fire kjøp med en verdi på 570 EUR. Meta tilskrives tre kjøp på 300 EUR. Legger du dem sammen, får du sju tilskrevne kjøp og 870 EUR. I eksemplet har vi lagt inn dokumentasjonen som knytter hver plattform til bestillingene. A100 og A103 er med hos begge og utgjør 220 EUR.

Regnestykket blir dermed 4 + 3 − 2 = 5 forskjellige bestillinger med angitt annonsekobling, til sammen verdt 650 EUR. A104 på 50 EUR har ingen slik kobling i eksemplet. Med den bestillingen er totalen seks. Verdien avstemmes slik: 570 + 300 − 220 + 50 = 700 EUR.

Avviket mellom sju tilskrevne kjøp og seks bestillinger er ett. Overlappen er likevel to bestillinger. Den kan ikke beregnes ved å trekke ordresystemets total fra plattformsummen. Koblingene her er konstruert for eksemplet, ikke hentet fra en standard eksportfunksjon. Metoden forutsetter sammenlignbare ordreopplysninger og kan ikke brukes direkte på konverteringer som er modellert eller fordelt i brøkdeler.

Kontroller doble hendelser uten å blande inn attribusjonen

Hvis samme kjøp er sendt flere ganger til Google Ads, kan et stabilt og unikt transaction_id hindre gjentatte konverteringer innenfor samme konverteringshandling. Det fjerner ikke Metas mulighet til å tilskrive seg kjøpet. Det gir heller ikke automatisk tilgang til en fullstendig oversikt over attribusjon per bestilling i Google Ads.

Når Meta mottar en kjøpshendelse både fra nettleseren og serveren, må du kontrollere den dokumenterte dedupliseringen for den aktuelle implementeringen. Dette handler om flere kopier av én hendelse innenfor en kilde. At to plattformer tilskriver seg samme reelle kjøp, må undersøkes separat. Bruk aldri kundenavn eller e-postadresser som ordre-ID.

Hva gjør du med tall som ikke kan knyttes til en ordre?

Bruk tillatt førstepartsdokumentasjon, altså opplysninger fra virksomhetens egne systemer, der den faktisk støtter en ordrekobling. Vis dokumenterte koblinger og ukjente tilfeller hver for seg. Manglende dokumentasjon er ikke det samme som at annonser ikke påvirket kjøpet.

Aggregerte og modellerte plattformresultater kan mangle en entydig kobling til bestemte bestillinger. La dem stå som en forklart, ufordelt del av rapporten. Ikke lag nye ordrer eller fordel restbeløp skjønnsmessig for å få full treffprosent. To plattformtotaler er i seg selv ikke nok til å fastslå overlappen.

Ordresystemet er kontrollgrunnlaget for antall og verdi innenfor virksomhetens valgte avgrensning. Det viser ikke hvilken annonse som forårsaket kjøpet. En rapport kan være riktig avstemt uten å si noe sikkert om inkrementell effekt.

La AI hjelpe med kontrollen, og behold etterprøvbare beregninger

AI kan foreslå kolonnekoblinger, finne hull i underlaget og formulere en forklaring basert på kontrollerte data. Summer og avstemminger bør kjøres med formler eller kode som kan etterprøves. En person må fortsatt kontrollere definisjonene, unntakene og konklusjonene.

Bruk bare nødvendige, anonymiserte opplysninger. Ikke ta med kundenavn eller e-postadresser i arbeidsarket eller i det du sender til AI, og arbeid lokalt i malen. Før rapporten sendes videre, kontroller datoer, verdiregler, duplikater, ukjente koblinger og kildeversjoner. AI skal ikke fylle inn identiteter som mangler eller gjøre usikker attribusjon til sikker kunnskap.