GTM og GA4: hvorfor blir sporingen feil?

Det er en ubehagelig følelse å presentere tall fra GA4 og samtidig mistenke at de ikke stemmer. Når sporingen blir feil, skyldes det oftest noen få gjengangere: dobbel installasjon, samtykke som stopper mer eller mindre enn tenkt, kilder som forsvinner og hendelser som ikke passer i kanalreglene.

Dette er del 2. Del 1 handlet om hvordan du setter opp nyttig sporing i GTM.

Hva er en sporingsfeil i GTM og GA4?

En sporingsfeil er når det som registreres, ikke stemmer med det som faktisk skjedde. Et skjema sendes én gang, men telles to. Et kjøp kommer fra Google, men står uten kilde. Feilen er sjelden synlig i selve rapporten. Du oppdager den når tallene ikke stemmer med innboksen, kassen eller sunn fornuft.

Når jeg feilsøker, sammenligner jeg derfor alltid GA4 med en annen kilde: antall skjemaer i innboksen, ordre i nettbutikken eller samtaler i telefonloggen. Avviket forteller deg hvor du skal lete.

Hvorfor telles hendelser dobbelt i GA4?

Den vanligste årsaken er at GA4 er installert to ganger, både direkte i koden og via GTM. Da sendes alle sidevisninger og hendelser to ganger. Søk i kildekoden etter måle-ID-en din, den som starter med G-. Finner du den mer enn ett sted, har du sannsynligvis problemet.

Den andre årsaken er to utløsere for samme handling. Er både knappeklikket og takkesiden markert som skjemakonvertering, får du to per innsending. Velg én, helst den som bekrefter at skjemaet faktisk er sendt.

Hvordan kan samtykket skape feil?

Samtykkeløsningen kan feile i begge retninger. Den kan stoppe all sporing, også etter at brukeren har sagt ja, fordi taggene ikke er koblet til samtykkesignalet. Eller den kan la taggene starte før brukeren har svart, noe som både gir feil data og kan bryte reglene.

Test med en ren nettleser i inkognitomodus. Åpne GTMs forhåndsvisning, si nei, og se at analysetaggene ikke lagrer informasjonskapsler. Gjenta og si ja. Hendelsene skal da komme, én gang hver.

Hva er «Unassigned» i GA4?

GA4 fordeler trafikk på kanaler som «Organic Search», «Paid Search» og «Email» etter faste regler basert på kilde og medium. «Unassigned» betyr at GA4 har fått data som ikke passer noen av reglene.

De vanligste årsakene jeg ser:

• Egendefinerte UTM-verdier, som utm_medium=nyhetsbrev i stedet for email. Bruk mediene GA4 kjenner igjen.
• Hendelser uten økt, for eksempel hendelser sendt fra en server eller etter at økten er avsluttet.
• Samtykke som gir begrenset informasjon, slik at kilden ikke kan knyttes til hendelsen.

Lag en enkel UTM-mal som alle i virksomheten bruker. Det løser ofte mer enn noen innstilling i GTM.

Hvorfor mister kjøp kilden?

Mange nettbutikker sender kunden til en betalingsløsning på et annet domene. Hvis måling på tvers av domener mangler, kan økten brytes. Når kunden kommer tilbake til takkesiden, ser det ut som et nytt besøk fra betalingsløsningen, og kjøpet tilskrives feil kilde eller ingen.

Legg betalingsdomenet inn i måling på tvers av domener i GA4, eller som en uønsket henvisning hvis du ikke kan måle der. Sjekk også at kjøpshendelsen sendes med samme klient-ID, særlig hvis den sendes fra serveren.

Dette ser jeg ofte gå galt med sporing i GTM og GA4

• Feilen rettes i rapporten, ikke i kilden. Filtre i GA4 skjuler problemet, men dataene under er fortsatt feil.
• Ingen tester etter endringer på nettstedet. Et nytt tema eller en ny kasse kan bryte sporingen uten at noen merker det.
• «Unassigned» godtas som normalt. En liten andel er vanlig, en stor andel betyr nesten alltid en konkret feil.
• Betalingsløsningen er ikke ekskludert som henviser. Da får kjøpet kilden «betaling» i stedet for annonsen som faktisk ga salget.

Oppsummert: Mitt råd om sporingsfeil i GTM og GA4

Feil data er verre enn ingen data, fordi du tar beslutninger på dem med god samvittighet. Jeg anbefaler en fast sjekk etter hver større endring på nettstedet, ikke bare når tallene ser rare ut.

Sett av en time i måneden til å teste et kjøp og et skjema i DebugView. Det er den billigste forsikringen du kan kjøpe for markedsbudsjettet ditt.