Mozilla rolt deze week een ingebouwde adblocker uit voor Firefox op iOS. Dat is niet het begin van dit probleem maar wel weer een stap: een groeiend deel van je bezoekers verschijnt simpelweg niet in je statistieken. Hieronder wat er precies wegvalt, waarom je cijfers structureel te laag zijn en hoe je alsnog weet of iemand je product gebruikt.
Het gaat niet alleen om reclame. Je analytics gaat mee in dezelfde blokkade.
De meeste statistiekpakketten werken met een stukje script dat in de browser van je bezoeker draait en van daaruit gegevens terugstuurt. Precies dat script staat op de blokkeerlijsten die adblockers gebruiken, want het is niet te onderscheiden van meetscripts die voor reclame worden ingezet. Wordt het geblokkeerd, dan is die bezoeker er voor jou nooit geweest.
Dat gebeurt inmiddels op meerdere manieren tegelijk. Adblockers als browserextensie, browsers die het standaard doen, en nu ook Firefox op iOS met een ingebouwde blokkeerfunctie. Daarnaast beperken sommige browsers hoe lang een bezoeker herkenbaar blijft, waardoor dezelfde persoon in je cijfers als drie nieuwe bezoekers verschijnt.
Het vervelende is niet dat je te weinig telt, maar dat het niet willekeurig is. Technisch onderlegde bezoekers blokkeren vaker dan anderen. Bouw je iets voor developers, ondernemers of andere mensen die met tools bezig zijn, dan mis je juist het deel van je publiek dat je het liefst wilt begrijpen.
Allemaal aan jouw kant van de lijn, waar niets te blokkeren valt.
Leg de handelingen die ertoe doen vast op je server op het moment dat ze gebeuren: account aangemaakt, project gestart, bestand geüpload, betaling gedaan. Dat is niet te blokkeren, want het is jouw applicatie die het opschrijft. Voor de meeste producten is dit binnen een uur gebouwd en veel bruikbaarder dan paginabezoeken.
Elke aanvraag aan je server staat er al in, ongeacht welke blokkeerlijst iemand gebruikt. Dat vertelt je minder over gedrag maar wel betrouwbaar hoeveel verkeer er is en waar het vandaan komt. Voor een prototype is dit vaak genoeg om te weten of er beweging is.
Bij een klein aantal gebruikers is praten nauwkeuriger dan meten. Vijf gesprekken vertellen je meer over waarom mensen afhaken dan een dashboard met kloppende cijfers. Statistiek wordt pas interessant als je genoeg mensen hebt om patronen te zien.
Ze zijn niet waardeloos geworden, wel eenzijdig.
Twee handelingen, en je bent van gissen af.
Bouw eerst de vijf handelingen in die er in jouw product echt toe doen, en leg die vast aan je eigen kant. Voor een marktplaats zijn dat account, plaatsing, bericht, boeking en betaling. Voor een gereedschap zijn het account, eerste gebruik, tweede gebruik en de handeling waarvoor mensen komen. Zonder die vijf weet je niet of iemand je product gebruikt, hoeveel bezoekers je ook telt.
Zet daarna in je notities wat je meetopzet is en wanneer je hem hebt gewijzigd. Klinkt saai, maar het is de enige manier om over een halfjaar te weten of een daling echt was of dat jij iets hebt veranderd. Wie dat niet bijhoudt, jaagt vroeg of laat op een probleem dat niet bestaat.
En houd bij het inbouwen rekening met wat je vastlegt over personen. Wat je aan je eigen kant meet is geen ontsnapping aan de privacyregels: het blijft een verwerking, alleen op een plek die niet geblokkeerd wordt. Wat dat betekent voor een nieuwe app staat in de AVG-checklist voor een nieuwe app. En waarom bezoekersaantallen sowieso onder druk staan, staat in vindbaar blijven nu AI de antwoorden geeft.
Dat verschilt te sterk per publiek om een getal te noemen dat ergens op slaat. Wat wel vaststaat is dat het niet willekeurig is: technisch onderlegde bezoekers blokkeren aanzienlijk vaker. Bouw je iets voor developers of ondernemers, dan mis je juist het deel van je publiek dat je het beste wilt begrijpen.
Omdat een blokkeerlijst geen onderscheid kan maken. Een meetscript dat vanuit de browser gegevens terugstuurt, ziet er hetzelfde uit of het nu voor reclame of voor je eigen inzicht is. Firefox op iOS krijgt deze week een ingebouwde blokkeerfunctie, en dat raakt beide categorieën gelijk.
Meten aan je eigen kant. Leg de handelingen die ertoe doen vast op je server op het moment dat ze gebeuren: account aangemaakt, eerste gebruik, de handeling waarvoor mensen komen. Dat is niet te blokkeren, want jouw applicatie schrijft het zelf op, en het is bovendien bruikbaarder dan paginabezoeken.
Nee, maar eenzijdig. Trends over tijd blijven bruikbaar zolang je je meetopzet niet verandert, en pagina's op dezelfde dag vergelijken werkt ook nog. Wat niet meer werkt zijn absolute aantallen, conclusies over technische doelgroepen en vergelijkingen met cijfers van jaren geleden.
Nee. Wat je aan je eigen kant vastlegt over personen blijft een verwerking van persoonsgegevens; het staat alleen op een plek die niet geblokkeerd wordt. Het voordeel is dat je makkelijker kunt kiezen om alleen gebeurtenissen te tellen zonder ze aan een persoon te koppelen, en dat is meestal precies wat je nodig hebt.
De vijf handelingen die in jouw product bepalen of iemand het gebruikt. Voor een marktplaats: account, plaatsing, bericht, boeking, betaling. Voor een gereedschap: account, eerste gebruik, tweede gebruik en de handeling waarvoor mensen komen. Die vijf zeggen meer dan elk dashboard met bezoekersaantallen.
Het is een prima aanvulling en het is er al. Het vertelt je betrouwbaar hoeveel verkeer er is en waar het vandaan komt, ook van bezoekers die alles blokkeren. Wat het niet doet is gedrag verklaren, dus gebruik het naast eigen gebeurtenissen en niet in plaats daarvan.
Bij een handvol gebruikers vertellen vijf gesprekken je meer dan welk dashboard ook. Statistiek wordt interessant zodra je genoeg mensen hebt om patronen te zien in plaats van toeval, en dat is voor de meeste producten later dan mensen hopen. Begin dus met praten en bouw ondertussen de vijf gebeurtenissen in.
Stuur ons je idee. Wij kijken in een intake mee welke flow je wilt testen en leveren in één werkdag een klikbaar prototype, met de juiste tools voor jouw geval.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.