Ik heb een Google Analytics-alternatief voor WordPress gebouwd omdat Analytics te ingewikkeld werd

Er was een tijd dat Google Analytics eenvoudig was. Universal Analytics, zoals het nu heet om het van zijn opvolger te onderscheiden, had een linkerzijbalk met duidelijk gelabelde secties: Audience, Acquisition, Behavior, Conversions. Als je op "Audience Overview" klikte, zag je pageviews, sessions, users, bounce rate en gemiddelde sessieduur op een schone grafiek met een datumbereik-selector. De informatie was onmiddellijk bruikbaar. Hoeveel mensen bezochten de site? Waar kwamen ze vandaan? Welke pagina's bekeken ze? Hoe lang bleven ze? Dit zijn de vragen die elke site-eigenaar stelt, en Universal Analytics beantwoordde ze zonder dat je een graad in data analytics nodig had om de resultaten te interpreteren.

Toen kwam Google Analytics 4, en de eenvoud verdween. GA4 verving het intuïtieve pagina- en sessiemodel door een op events gebaseerd model dat elke interactie als een afzonderlijke event behandelt. Pageviews zijn events. Scrolls zijn events. Clicks zijn events. Het concept van een "bounce rate" werd aanvankelijk helemaal verwijderd (het werd later opnieuw geïntroduceerd na massale gebruikerstegenstand, maar met een andere definitie dan daarvoor). De rapportageinterface werd herontworpen rond "explorations", "funnels" en "segments" die krachtig zijn voor enterprise analytics-teams maar verwarrend voor de kleine zakenman die gewoon wil weten of zijn blogpost deze week wat traffic heeft gekregen.

De migratie van Universal Analytics naar GA4 was niet optioneel. Google sloot Universal Analytics af en stopte met het verwerken van gegevens, waardoor elke site-eigenaar twee keuzes had: GA4 leren of iets anders zoeken. Miljoen mensen kozen ervoor GA4 te leren. Velen van hen leren nog steeds, jaren later, omdat de interface werkelijk complex is en de documentatie uitgaat van een niveau van vertrouwdheid met analyticsconcepten dat de meeste kleine site-eigenaren eenvoudigweg niet hebben. De Website Analytics by YEB WordPress-plugin bestaat omdat het alternatief voor het leren van GA4 niet het leren van een ander complex systeem hoeft te zijn. Het zou moeten volstaan om een plugin te installeren en naar een dashboard te kijken dat binnen dertig seconden na het openen logisch is.

Wat eigenaars van websites echt moeten weten

Na het runnen van meerdere websites in verschillende niches gedurende jaren is de lijst met analyticsvragen die werkelijk invloed hebben op beslissingen opmerkelijk kort. Hoeveel bezoekers kwamen vandaag, deze week, deze maand? Welke pagina's bezoeken ze? Waar komen ze vandaan (zoekmachines, sociale media, direct, referral links)? In welke landen zijn ze? Welke apparaten gebruiken ze? Gaan de getallen omhoog of omlaag in vergelijking met de vorige periode? Dat is werkelijk de volledige lijst voor de grote meerderheid van site-eigenaren. Geen funnels. Geen cohort-analyse. Geen aangepast event tracking met parameterdimensies. Gewoon de basis, duidelijk gepresenteerd.

De WordPress-plugin is gebouwd rond deze exacte lijst. Het dashboard toont een overzicht op één pagina met al deze statistieken zichtbaar zonder scrolling, klikken of navigeren tussen rapporten. Pageviews en unieke bezoekers worden weergegeven als dagelijkse aantallen op een tijdsreeksgrafiek. Top-pagina's worden vermeld met hun viewaantallen. Verwijzers tonen waar het verkeer vandaan komt. Landen en apparaten worden weergegeven als eenvoudige tabellen. Het datumbereik is aanpasbaar en vergelijking met de vorige periode is beschikbaar voor elke statistiek. Alles wat een typische site-eigenaar nodig heeft om geïnformeerde beslissingen te nemen over hun inhoud en marketing is zichtbaar op één plek, op één scherm, zonder enig moment van verwarring over wat de getallen betekenen.

De plugin bereikt deze eenvoud niet door technisch inferieur te zijn aan GA4, maar door bewuste keuzes te maken over reikwijdte. GA4 kan aangepaste events volgen, publieksegmenten opbouwen, e-commerceconversies meten en integreren met Google Ads. De YEB analytics-plugin doet geen van deze dingen, en dat is een feature in plaats van een beperking. Elke feature die wordt uitgesloten is een feature die de gebruiker niet kan verwarren, geen visuele rommeligheid aan het dashboard kan toevoegen en niet op een manier kan breken die troubleshooting vereist. Het resultaat is een tool die minder doet maar het beter doet, in ieder geval voor het publiek waarvoor het is ontworpen: WordPress site-eigenaren die duidelijke, bruikbare verkeersgegevens willen zonder de overhead van een enterprise analyticsplatform.

Privacyvoorna en waarom dat nu meer dan ooit van belang is

Google Analytics werkt door een JavaScript-trackingscript van Google's servers op elke pagina van de website in te laden. Dit script verzamelt bezoekersgegevens en stuurt deze naar Google's infrastructuur, waar ze worden verwerkt, opgeslagen en gebruikt niet alleen voor de analytics van de site-eigenaar, maar ook voor Google's eigen advertentie-ecosysteem. Dit is waarom GA4 gratis is. Het product is niet de analyticssoftware. Het product zijn de gegevens die erdoorheen stromen, die Google helpen advertentieprofielen te bouwen en ad-targeting over zijn netwerk te verbeteren.

Voor site-eigenaren die zich zorgen maken over bezoekersprivacy, of die werkzaam zijn in rechtsgebieden met strikte wettelijke bepalingen voor gegevensbescherming zoals de GDPR in Europa of de CCPA in Californië, creëert deze gegevensstroom een nalevingslast. Cookie-consentbanners zijn in veel regio's vereist omdat tools zoals Google Analytics tracking cookies gebruiken die bezoekers over websites volgen. De consentbanners zelf verslechteren de gebruikerservaring, en een aanzienlijk percentage van bezoekers weigert toestemming, wat betekent dat de analyticsgegevens onvolledig zijn omdat deze alleen de subset van bezoekers vertegenwoordigen die actief op "accepteren" hebben geklikt.

De YEB analytics-plugin hanteert een fundamenteel ander uitgangspunt. Het laadt geen externe scripts. Het stuurt geen gegevens naar externe servers. Het stelt geen tracking cookies in. Alle analyticsgegevens worden verwerkt en opgeslagen op de eigen server van de website, in de WordPress-database. Bezoekersidentificatie gebruikt privacybewarende technieken die geen persistente tracking over sessies of websites heen betreffen. Dit ontwerp betekent dat de plugin in de meeste rechtsgebieden geen cookie-consentbanners triggert, omdat er geen cookie is om toestemming voor te geven. Het betekent ook dat 100% van de bezoekers wordt bijgehouden in plaats van alleen de subset die een consentbanner accepteert, wat nauwkeurigere verkeersgegevens oplevert dan een GA4-installatie met ingeschakelde consentmodus.

De privacy-architectuur strekt zich uit tot de onderliggende API's die de geolocatie- en apparaatdetectiefuncties van de plugin aansturen. De GeoIP API zet bezoeker-IP-adressen om in land- en stadsnamen zonder deze IP-adressen naar externe geolocatieservices te sturen. De apparaatanalyse-API identificeert browser, besturingssysteem en apparaattype uit de user agent string zonder externe lookups. De bot-detectie-API scheidt geverifieerd crawler-verkeer (Googlebot, Bingbot en anderen) van menselijk verkeer en van nep-bots die als crawlers voorkomen. Alle drie API's werken binnen dezelfde privacy-eerst architectuur, waarbij gegevens worden verwerkt zonder ze aan externe partijen bloot te stellen.

Het Bot-tabblad en waarom het scheiden van crawlers van mensen alles verandert

Een van de meest onderschatte functies van de plugin is het speciale bot-verkeerstabblad. De meeste analyticstools sluiten bot-verkeer geheel uit (wat betekent dat de site-eigenaar het nooit ziet en geen idee heeft hoeveel van hun serverlast van crawlers komt) of nemen het zonder onderscheid op in de verkeerstellingen (wat de bezoekersgetallen opblaast en pageview-gegevens onbetrouwbaar maakt). Geen van beide benaderingen is ideaal. Bot-verkeer is waardevolle informatie. Weten welke zoekmachines de site crawlen, hoe vaak ze crawlen en op welke pagina's ze zich richten is essentieel voor SEO. Maar bot-verkeer vermengd in menselijke bezoekersaantallen creëert een vertekend beeld van werkelijke publieksengagement.

Het bot-detectiesysteem gebruikt een gelaagde aanpak om verkeer in te delen. Geverifieerde crawlers van grote zoekmachines worden geïdentificeerd door hun geclaimde identiteit (de user agent string) te kruisverwijzen met hun werkelijke IP-adresbereik. Een verzoek dat claimt Googlebot te zijn maar afkomstig is van een residentieel IP-adres in Roemenië wordt gemarkeerd als een nep-bot, wat op zich een waardevol veiligheidssignaal is. Legitieme crawlers worden gecategoriseerd per zoekmachine (Google, Bing, Yandex, Baidu, DuckDuckGo en veel anderen) en weergegeven in hun eigen speciale tabblad met crawlfrequentie, gecrawlde pagina's en crawlpatronen in de loop der tijd.

De nep-bot-detectie is bijzonder nuttig voor site-eigenaren die abnormale verkeerspatronen ondervinden. Een plotselinge stijging van pageviews ziet er opwindend uit in het analyticsdashdash totdat het blijkt volledig uit scrapers, spam bots of vulnerability scanners te bestaan. Zonder bot-scheiding kunnen deze pieken tot verkeerde beslissingen leiden: "ons verkeer is deze maand verdubbeld" klinkt heel anders dan "ons bot-verkeer is deze maand verdubbeld omdat iemand onze inhoud scraapt." Het speciale bot-tabblad maakt dit onderscheid onmiddellijk duidelijk, en de historische gegevens stellen site-eigenaren in staat de moment te identificeren wanneer bot-activiteitspatronen veranderen, wat een vroeg waarschuwingssignaal voor veiligheidskwesties of inhouddiefstal kan zijn.

Sessies en UTM-tracking en CSV-export

Buiten het tellen van basale pageviews volgt de plugin bezoekersessies met ingangspagina's, exitpagina's en pagina's-per-sessietellingen. Een sessie vertegenwoordigt een continue bezoek van aankomst tot vertrek, en inzicht in sessiegedrag onthult hoe bezoekers daadwerkelijk met de site omgaan in plaats van alleen welke pagina's ze landen. Een hoge pagina's-per-sessie-telling suggereert boeiende inhoud die verkenning aanmoedigt. Een lage telling met veel verkeer op een specifieke pagina suggereert dat bezoekers snel vinden wat ze nodig hebben en vertrekken, wat perfect in orde kan zijn voor een FAQ-pagina maar zorgwekkend voor een blogpost die lezers dieper in de site hoort te leiden.

UTM-parametertracking brengt campagnetoewijzing in de plugin zonder extern gereedschap te vereisen. UTM-parameters (source, medium, campaign, term, content) zijn de standaardmethode voor het volgen van welke marketingcampagnes verkeer genereren, en de plugin vangt en rapporteert hierover automatisch. Een link die in een nieuwsbrief is gedeeld met utm_source=newsletter en utm_campaign=march2026 zal in de verwijzersgegevens met die campagnelabels verschijnen, waardoor het mogelijk is de effectiviteit van specifieke marketinginspanningen te meten. Deze functie alleen vervangt al een aanzienlijk deel van wat marketeers Google Analytics voor gebruiken, en het werkt in hetzelfde schone, eenpagina-dashboard zonder "explorations" of "custom reports".

De CSV-exportfunctie voorziet in het onvermijdelijke moment waarop iemand analyticsgegevens buiten het dashboard moet nemen. Of het voor een klantrapport, een presentatie aan de directie, een belastingaangifte die bewijzen van websiteverkeer vereist, of gewoon een back-up, de mogelijkheid om ruwe gegevens als CSV-bestand te exporteren betekent dat de analyticsgegevens nooit in de plugin opgesloten zitten. Elke statistiek zichtbaar op het dashboard kan worden geëxporteerd met volledige controle over het datumbereik, waardoor een spreadsheet wordt geproduceerd die in Excel kan worden geopend, in Google Sheets kan worden geïmporteerd, of door elk dataanalyseprogramma kan worden verwerkt. Deze draagbaarheid is een bewuste ontwerpkeuze. De gegevens behoren toe aan de site-eigenaar, niet aan het analyticsprogramma, en het exporteren ervan zou even gemakkelijk moeten zijn als op een knop klikken.

De plugin is beschikbaar in de officiële WordPress plugin repository, wat betekent dat installatie de standaard WordPress-ervaring is: zoeken, installeren, activeren. Geen accountaanmaak op een extern platform. Geen JavaScript-snippets om in themabestanden in te plakken. Geen DNS-verificatie of property-configuratie. Het dashboard verschijnt in de WordPress admin sidebar onmiddellijk na activering, en gegevensverzameling begint bij de volgende pageview. Voor site-eigenaren die uren hebben doorgebracht met het verbinden van GA4 met hun WordPress-installatie via tag managers, verificatiestappen en data stream-configuraties, is de eenvoud van "installeren en het werkt" niet alleen handig. Het is een opluchting.