Botdetectie

MetriXs gebruikt meerdere lagen om botverkeer uit uw statistieken te filteren.

Server-side controles

• User-agent-filtering, de isbot-bibliotheek dekt 1500+ bekende bots
• Automatiseringspatronen, blokkeert Puppeteer, Playwright, Selenium, python-requests, curl, Scrapy en meer
• Snelheidsbeperking, max 120 events per IP per minuut, plus een per-/24-subnet-limiet (200 events / 5 min) om gedistribueerde botnets te vangen (Redis-gebaseerd)
• Domeinverificatie, de Origin-header moet overeenkomen met het geregistreerde domein
• Accept-Language-controle, verzoeken zonder geldige Accept-Language-header worden genegeerd
• Browser-fingerprint-token, de tracker codeert echte browsersignalen (schermgrootte, tijdzone, hardware-concurrency, enz.) in een token die raw-HTTP-bots niet kunnen produceren

Client-side controles

Het tracker-script detecteert ook bots voordat het events verzendt:

• navigator.webdriver === true, Selenium/CDP
• window._phantom, window.__nightmare, PhantomJS, Nightmare.js
• window.Cypress, Cypress-testrunners
• screen.width === 0, headless Chrome
• navigator.languages.length === 0, veel headless-omgevingen

Datacenter-/cloud-IP-detectie

MetriXs gebruikt de MaxMind-ASN-database om verkeer van bekende cloud- en datacenter-providers te identificeren. Events van deze netwerken worden automatisch genegeerd, omdat ze bijna altijd geautomatiseerd zijn:

• AWS, Google Cloud, Azure, DigitalOcean, Hetzner, OVH, Linode
• Alibaba Cloud, Tencent Cloud, Huawei Cloud, ByteDance, Cloudflare Workers
• En nog veel meer

Zelfuitsluiting

Voeg localStorage.setItem('metrixs_ignore', 'true') toe in uw browserconsole om uw eigen bezoeken uit te sluiten.

Geblokkeerde-bots-kaart

Het Beveiliging-tab van het dashboard toont een Geblokkeerde bots-kaart: hoeveel bot-requests zijn verworpen in de gekozen periode, met uitsplitsing naar reden, land en pagina. Geblokkeerde requests tellen nooit mee in je statistieken — de kaart laat alleen zien dat de filtering actief is.

Dode links en crawler-ruis

De tracker registreert een pageview op elke pagina die hem laadt, inclusief foutpagina’s. Wanneer een site offline gaat of wordt herstructureerd, blijven crawlers de oude URL’s nog maandenlang opnieuw controleren. Die controles versijnen als pageviews op paden die niet meer bestaan, met een herkenbaar patroon: precies één pageview per bezoeker, geen referrer, geen scroll en geen tijd op de pagina, en een geografische spreiding die het proxy-netwerk van de crawler volgt in plaats van echte lezers. Dit verkeer draait echte JavaScript, dus het wordt niet geblokkeerd.

Als je dit patroon herkent, drie opties, op volgorde van impact:

1. Verwijder het snippet uit de foutpagina-sjabloon. De meest gerichte oplossing wanneer 404-verkeer pure ruis is: crawlers en verdwaalde bezoekers worden niet meer geteld, terwijl echte pagina’s volledig getrackt blijven.
2. Track 404s expliciet. Voeg de 404-meta-tag toe aan het foutpagina-sjabloon: elke 404 registreert dan ook een 404-event met het opgevraagde pad in de Auto-tracked Events-kaart, zodat dode URL’s met echte bezoekers (bijvoorbeeld kapotte interne links) zichtbaar worden. De pageviews zelf blijven meetellen.
3. Serveer 410 Gone voor permanent verwijderde paden. Crawlers en zoekmachines de-indexeren 410-antwoorden sneller dan 404’s, zodat het herhalingsverkeer geleidelijk uitdooft.