Twee rapportfilters geven verschillende totalen

In Google Analytics meet een gebeurtenis een specifieke interactie, zoals een paginaweergave, een klik of een aankoop. De documentatie in het Analytics-hulpartikel over gebeurtenissen beschrijft dat gebeurtenissen na verzameling worden verwerkt en daarna als dimensies en statistieken in rapporten verschijnen. Een totaal is dus altijd het resultaat van een telling binnen een bepaalde combinatie van dimensie, statistiek en filter.

Dat verklaart al een deel van de afwijkingen. Twee filters die er gelijk uitzien, kunnen verschillende dimensies gebruiken, bijvoorbeeld de ene op gebeurtenisnaam en de andere op pagina of kanaal. Een gebruikersstatistiek en een gebeurtenistelling meten verschillende dingen, dus hun totalen hoeven niet overeen te komen. Je vergelijkt dan geen gelijke dingen.

Controleer voor je begint of de gebeurtenissen die je telt wel verzameld worden. De bron noemt het Realtime-rapport en DebugView om na te gaan of een gebeurtenis binnenkomt. Voor DebugView moet de foutopsporingsmodus aanstaan.

Voordat je iets vergelijkt, schrijf je voor beide rapporten dezelfde zes gegevens op. Zonder die vastlegging jaag je op een verschil dat je niet kunt definiëren.

1. Datumbereik: exact dezelfde begin- en einddatum, inclusief tijdzone.
2. Statistiek: bijvoorbeeld aantal gebeurtenissen, gebruikers of inkomsten, niet door elkaar.
3. Dimensie: op welk veld je opdeelt of filtert.
4. Scope: telt het filter op gebruiker-, sessie- of gebeurtenisniveau?
5. Uitsluitingen: interne verkeersfilters, uitgesloten gebeurtenissen of segmenten die al actief zijn.
6. Vergelijkingen of segmenten: staan er nog opgeslagen vergelijkingen aan die de selectie stilletjes beperken?

Waar je deze opties vindt, verschilt per rapport en kan wijzigen. Controleer in je eigen omgeving, of vraag de beheerder, welke filters en uitsluitingen actief zijn. Verzin geen aannames over wat standaard aanstaat.

Werk van breed naar smal en wijzig telkens één ding. Zo weet je welke stap het verschil verklaart.

1. Open beide rapporten naast elkaar en noteer de twee totalen met de zes gegevens uit de vorige sectie.
2. Zet beide op dezelfde statistiek en hetzelfde datumbereik. Veel verschillen verdwijnen hier al.
3. Verwijder tijdelijk alle extra filters en segmenten uit beide rapporten en noteer het ongefilterde totaal.
4. Voeg de filters één voor één weer toe, eerst in rapport A, dan in rapport B, en noteer na elke stap het totaal.
5. Controleer of beide filters dezelfde gebeurtenisnaam of parameter gebruiken. Een kleine afwijking in spelling of parameter geeft een ander resultaat.
6. Vergelijk de stap waar de totalen uit elkaar lopen en lees de definitie van die dimensie of statistiek na.

Bij webshopdata kijk je ook naar hoe de gebeurtenissen zijn verstuurd. De ontwikkelaarsdocumentatie in de gids over het instellen van gebeurtenissen maakt onderscheid tussen automatisch verzamelde, verbeterde-meting-, aanbevolen en aangepaste gebeurtenissen. Aangepaste gebeurtenissen verschijnen volgens die bron niet in de meeste standaardrapporten, dus een verschil kan ook ontstaan doordat het ene rapport ze toont en het andere niet.

Gebruik de tabel om een waarneming te koppelen aan de meest waarschijnlijke controle. Het zijn hypothesen om te toetsen, geen vaste uitkomsten.

Als de tabel geen oorzaak aanwijst, vergelijk dan de ruwe gebeurtenissen in DebugView of Realtime met wat het rapport toont. Dat toont of het verschil in de verzameling zit of pas bij de rapportage ontstaat.

Dit is een fictief voorbeeld met alleen invoer en verwachte controles; de getallen zijn verzonnen om de werkwijze te tonen en zeggen niets over echte data.

Invoer: rapport A filtert op de gebeurtenis 'purchase' en toont 100 gebeurtenissen over een bepaalde periode. Rapport B filtert op een kanaalgroep en toont 90 aankopen over dezelfde periode. Je verwacht 100 in beide.

Aanpak en verwachte controles:

• Stap 1: zet beide rapporten op exact dezelfde datums en dezelfde statistiek. Verwachting: de cijfers blijven 100 en 90, dus het verschil zit niet in datum of statistiek.
• Stap 2: verwijder in rapport B het kanaalfilter en kijk naar het totaal zonder filter. Als het dan weer 100 is, beperkt het kanaalfilter waarschijnlijk de selectie; bevestig dat door de dimensie en de definitie van die kanaalgroep na te lezen.
• Stap 3: kijk welke aankopen buiten de gekozen kanaalgroep vallen, bijvoorbeeld omdat ze bij een andere of onbekende kanaalgroep horen. Dat is een hypothese om te toetsen. Die 10 hoeven geen fout te zijn, maar de oorzaak blijkt pas uit je eigen data.
• Stap 4: noteer in een overdrachtsnotitie dat de twee rapporten verschillende vragen beantwoorden: totaal aantal aankopen versus aankopen binnen één kanaalgroep.

Het scenario laat zien dat een afwijkend totaal vaak een andere selectie aanwijst, geen meetfout. Of dat bij jou zo is, bepaal je door dezelfde stappen op je eigen rapporten te doen.

Elke aanpassing aan een filter, een gebeurtenis of een tag kan de totalen verschuiven. Leg daarom na elke wijziging vast wat je veranderde, op welke datum en wat je verwachtte. Herhaal daarna de vergelijking met dezelfde selectie en kijk of het verschil kleiner of verdwenen is.

Controleer bij nieuwe of gewijzigde gebeurtenissen eerst in Realtime of DebugView (daarvoor is extra configuratie nodig) of ze binnenkomen. Een purchase-gebeurtenis in Analytics bewijst bovendien geen daadwerkelijke betaling; vergelijk bij twijfel met je orderadministratie. De ecommerce-documentatie in de gids over ecommercemeting adviseert onder meer om bij waardedata de valuta op gebeurtenisniveau in te stellen en elke ecommerceparameter mee te sturen waarvoor je data hebt. Ontbreken die gegevens, dan kan een omzettotaal afwijken van een tweede rapport dat andere velden gebruikt.

Let op de grenzen. Deze gids helpt je afwijkingen te onderzoeken, maar garandeert niet dat twee rapporten ooit identiek worden; sommige definitieverschillen zijn bedoeld. Welke velden, schermen en opties je ziet, hangt af van je account en kan wijzigen, dus controleer dat in je eigen omgeving. Wil je nagaan welke publieke meetsignalen je website afgeeft? Bekijk ze via Marketing Scan. Een publieke scan ziet alleen zichtbare signalen en kan je interne rapportconfiguratie niet beoordelen.