Een nul in je dashboard kan ontbrekende data zijn

Een nul is een meetwaarde: er werd gemeten en het resultaat was geen. Ontbrekende data is iets anders: er werd niet gemeten, de koppeling viel weg, of de verwerking is nog niet klaar. Als je dashboard beide als '0' toont, trek je makkelijk de verkeerde conclusie, bijvoorbeeld dat een campagne niets opleverde terwijl de meting eenvoudig stilviel.

Google Analytics werkt met gebeurtenissen, zoals het laden van een pagina, het klikken op een link of het afronden van een aankoop. Dat staat in de uitleg van Google over gebeurtenissen. Als een gebeurtenis niet aankomt, kan het rapport een lage waarde of nul tonen, ook al gebeurde er in het echt wel iets. Je dashboard vertelt je dus niet automatisch of de bron nog levert.

Neem daarom als regel: een nul is pas een echte nul als je hebt nagegaan dat de bron die dag of periode werkte.

Geef je dashboard drie toestanden in plaats van twee:

1. Waarde: de bron leverde en het resultaat is een getal, ook als dat nul is.
2. Onbekend: de bron leverde niet, de verversing mislukte of de periode is nog niet verwerkt.
3. Niet van toepassing: de meting bestond toen nog niet, bijvoorbeeld voor je een gebeurtenis instelde.

Toon 'onbekend' als streepje, grijze cel of tekst, niet als nul. Voeg bij elke bron een kolom toe met het tijdstip van de laatst geslaagde verversing en de datum waarop de meting begon. Je rapporteert dan niet alleen een cijfer maar ook hoe betrouwbaar het is. Of je dat in een spreadsheet, in een rapportagetool of in een eigen dashboard doet, maakt voor het principe niet uit. Welke opties jouw tool biedt, controleer je in de instellingen of documentatie ervan.

Voor je een nul interpreteert, ga je na of de gebeurtenissen nog aankomen. Google beschrijft dat je in het Realtime-rapport ziet welke gebeurtenissen de afgelopen dertig minuten binnenkwamen, en dat je de foutopsporingsweergave (DebugView) kunt gebruiken om te controleren of een gebeurtenis en zijn parameters juist zijn ingesteld. Beide staan in de hulppagina over gebeurtenissen. De technische implementatie van gebeurtenissen leg je uit in de ontwikkelaarsdocumentatie over het instellen van events. Controleer met je ontwikkelaar of de Google-tag op de pagina correct is geplaatst en geladen voordat gebeurtenissen worden verstuurd. Het realtime-overzicht toont alleen de afgelopen dertig minuten, dus een goede test daar bewijst niet dat oudere perioden compleet zijn.

Voer deze controle uit:

1. Voer zelf de actie uit, bij voorkeur in een testomgeving of met een duidelijk herkenbare testwaarde (fictieve gegevens, geen persoonsgegevens), en ruim de testaanvraag of testbestelling achteraf op zodat die niet als echte aanvraag of betaling meetelt.
2. Kijk of de gebeurtenis in het realtime-overzicht of de foutopsporingsweergave verschijnt.
3. Vergelijk de naam en parameters met wat je rapport verwacht.
4. Noteer datum en uur van je test.

Komt de gebeurtenis niet aan, dan is een nul in het rapport geen betrouwbare meetwaarde. Een gebeurtenis in realtime bewijst bovendien niet dat er een echte aanvraag of betaling was. Welke rechten en schermen je daarvoor nodig hebt, controleert de accountbeheerder, want die kunnen veranderen.

Bij een webshop zijn aankoopcijfers extra gevoelig. De documentatie over het meten van ecommerce in GA4 beschrijft dat je gebeurtenissen instelt voor acties zoals een product bekijken, toevoegen aan het winkelmandje of een aankoop afronden, en dat elk product in een lijst van items zit met minstens een product-id of een productnaam. Ze raadt ook aan de valuta op gebeurtenisniveau mee te sturen wanneer je een waarde meestuurt.

Als je omzet plots op nul staat terwijl er wel bestellingen binnenkomen, doorloop dan deze beslisregels:

• Komt de aankoopgebeurtenis nog aan in het realtime-overzicht? Zo niet, dan ligt het probleem bij de meting, niet bij de verkoop.
• Is de gebeurtenis onder een andere naam gaan lopen na een update van je shop? Vergelijk de naam met je rapport.
• Ontbreken de items of de valuta in de gebeurtenis? Controleer dan of de waarde in je rapport nog klopt, want ontbrekende productgegevens of valuta kunnen de rapportage beïnvloeden.

Je zoekt dus eerst of de gebeurtenis correct verstuurd wordt, en pas daarna of de verkoop echt stilviel.

Gebruik dit blad telkens je dashboard een nul toont die je niet verwacht.

Elke nul die door al deze vragen komt zonder 'onbekend' of 'meld fout' is met redelijke zekerheid een echte nul. Zelfs dan blijft het een signaal binnen de grenzen van je meting: bezoekers die je cookie-instellingen of blokkering buiten de meting houden, zie je niet.

Fictief voorbeeld, enkel invoer en verwachte controles. Invoer: een rapport voor een kleine dienstverlener toont voor de afgelopen week nul offerteaanvragen. De ondernemer weet dat er die week minstens één aanvraag per mail binnenkwam. De laatst geslaagde verversing van de bron staat op drie dagen geleden, en de website werd twee dagen geleden bijgewerkt.

Verwachte controles: de cellen vanaf de dag na de laatste geslaagde verversing worden 'onbekend' in plaats van nul. De ondernemer dient zelf een testaanvraag in en kijkt of de gebeurtenis in het realtime-overzicht verschijnt. De beheerder vergelijkt de naam van de gebeurtenis voor en na de update en gaat na of de Google-tag nog boven de gebeurtenissen in de pagina staat. Pas als de test aankomt en de namen overeenkomen, mag de periode opnieuw als meetwaarde gelden.

Controle na herstel: voer opnieuw een testactie uit, noteer het tijdstip, bevestig dat de verversing opnieuw slaagt en markeer de gat-periode blijvend als onbekend, ook al loopt de meting weer. Gebeurtenissen die offline op een apparaat zijn opgeslagen worden nog verstuurd zodra het apparaat online is, maar Analytics negeert gebeurtenissen die meer dan 2 kalenderdagen na activering binnenkomen. Reken dus niet op herstel van een langere gat-periode. Wil je zien welke publieke signalen je website toont, bekijk ze dan via Marketing Scan. Een publieke scan meet zichtbare signalen en bewijst niet dat je volledige meetopzet klopt.