Het probleem is niet de tool, maar hoe je die interpreteert
Het verkeer van een website bekijken lijkt triviaal: je opent het dashboard, leest een getal en klaar. In de praktijk is dat getal vaak onjuist, onvolledig of ronduit misleidend. De meeste fouten komen niet van de analytics-software, maar van eerdere beslissingen: wat je meet, waar de tag wordt geïnstalleerd en wat je met elkaar vergelijkt. Volgens officiële documentatie van platforms zoals Google Analytics wordt een relevant deel van het verkeer niet geregistreerd door browserblokkades, cookieconsent of laadfouten van het script.
Fout 1: metrieken vergelijken die niet gelijkwaardig zijn
Het is gebruikelijk dat iemand de “bezoeken” van een tool van derden (zoals SimilarWeb of Ahrefs) vergelijkt met de “sessies” van Analytics en concludeert dat een van de twee liegt. Ze liegen niet: ze meten verschillende dingen. Externe schattingen zijn gebaseerd op gebruikerspanels, klikdata en statistische modellen; Analytics telt echte uitvoeringen van het script in de browser. Bij kleine of nichematige projecten kan de afwijking enorm zijn. De vuistregel: gebruik externe schattingen alleen voor trends en vergelijkingen tussen concurrenten, nooit als absoluut cijfer.
Het geval van de blog met 300 bezoeken en 40 “echte”
Een fout die vaak voorkomt bij sites met een technisch publiek: verkeer afkomstig van adblockers en browsers met anti-trackingbescherming verdwijnt uit het rapport. Ik heb projecten gezien waar de tool een paar tientallen bezoeken per dag aangaf, terwijl de serverlogs meerdere keren dat aantal lieten zien. De oorzaak: de analytics-tag werd nooit uitgevoerd. De oplossing is niet het getal “corrigeren”, maar de gegevens kruisen met de serverlogs of met metrieken van de hosting zelf om de omvang van het verlies te begrijpen.
Fout 2: de tag op slechts één plek installeren
Als je de trackingcode alleen in de hoofdtemplate plaatst, vallen pagina’s die door plugins worden gegenereerd, landingspagina’s die met visuele builders zijn gemaakt of ingebedde formulieren buiten de boot. Resultaat: een funnel die kapot lijkt omdat de helft van de stappen geen events verstuurt. Voordat je conclusies trekt, doorloop je de site met een debugging-extensie en bevestig je dat elke template het meetverzoek afvuurt.
Duplicaten: de omgekeerde fout
Minder zichtbaar maar even schadelijk. Een cache-plugin die het script niet uitsluit, of een tag die twee keer is ingevoegd (één vanuit het thema en één vanuit de tagmanager), blaast de cijfers op. Als de gemiddelde interactietijd of het bouncepercentage zich vreemd gedraagt, controleer dan eerst of er dubbele pageviews zijn.
Fout 3: consent en privacy negeren
Met de toepassing van de AVG in Europa laden veel installaties analytics pas na het accepteren van cookies. Dat betekent dat verkeer vóór de consent niet wordt meegeteld, en dat de cijfers dalen ten opzichte van eerdere jaren zonder dat het bedrijf slechter is gaan presteren. Hier is transparantie geboden: er bestaat geen magische manier om dat verkeer terug te winnen bij strikte consentmodellen. Geavanceerde consentmodi maken geaggregeerde en gemodelleerde metingen mogelijk, maar het zijn schattingen, geen exacte tellingen.
Fout 4: op één enkele bron vertrouwen
Het bezoekersaantal van een website is zelden één enkel waar gegeven. Het is een benadering die afhangt van de meettechnologie. Een verstandige aanpak:
- Webanalytics als belangrijkste referentie voor gedrag en conversies.
- Search Console om te weten hoeveel vertoningen en klikken er vanuit zoekmachines komen, ook al zijn dat geen “bezoeken”.
- Serverlogs om echte verzoeken te verifiëren en bots op te sporen.
- Tools van derden alleen voor competitieve benchmarking.
Als drie bronnen verschillende verhalen vertellen, ligt het probleem waarschijnlijk niet bij de tools maar bij de definitie van wat je wilt weten.
Fout 5: intern verkeer en spam niet filteren
Het team bezoekt de website tientallen keren per dag, en elk bezoek telt mee. Interne IP’s uitsluiten of een aparte debugging-tag gebruiken voorkomt vervuiling van de rapporten. Het is ook raadzaam om vreemd verwijzingsverkeer in de gaten te houden: er zijn bots die spookbezoeken genereren en de conversieratio verstoren.
Beperkingen die geen enkel dashboard oplost
Geen enkele tool kan je met zekerheid vertellen hoeveel verschillende personen een website hebben bezocht. Gebruikers die cookies verwijderen, in privémodus navigeren of van apparaat wisselen, worden meerdere keren geteld; degenen die een IP delen, slechts één keer. Voor zakelijke beslissingen is het nuttiger om naar trends en conversies te vragen dan naar het absolute aantal bezoeken. Als je controleerbare cijfers nodig hebt, is de enige solide weg om analytics te combineren met serverlogs en een foutmarge te accepteren.
Snelle checklist voordat je de data goedkeurt
- Controleer dat de tag op alle templates wordt afgevuurd.
- Controleer dat er geen duplicaten in de broncode staan.
- Sluit intern en testverkeer uit.
- Documenteer welke metriek je bekijkt en met welke tool.
- Vergelijk minstens één keer per kwartaal met Search Console en met de logs.