{"id":65904,"date":"2026-06-18T09:14:25","date_gmt":"2026-06-18T07:14:25","guid":{"rendered":"https:\/\/kinsta.com\/nl\/?p=65904&preview=true&preview_id=65904"},"modified":"2026-06-29T10:21:15","modified_gmt":"2026-06-29T08:21:15","slug":"bandbreedteverspilling-botverkeer-verminderen","status":"publish","type":"post","link":"https:\/\/kinsta.com\/nl\/blog\/bandbreedteverspilling-botverkeer-verminderen\/","title":{"rendered":"Hoe je bandbreedteverspilling voorkomt zonder echte gebruikers te blokkeren"},"content":{"rendered":"

Als het resourceverbruik op je website begint te stijgen zonder dat het aantal bezoekers evenredig toeneemt, is botverkeer<\/a> waarschijnlijk de oorzaak. Bots die niet-cachebare endpoints aanroepen, zoals winkelwagenacties, gefilterde productpagina’s en zoekopdrachten, zorgen er bij elk verzoek voor dat PHP-code wordt uitgevoerd en databasequery’s worden gedaan. De paginacache krijgt daardoor nooit de kans om dit op te vangen.<\/p>\n

Je eerste reactie is misschien om al het geautomatiseerde verkeer te blokkeren, maar Googlebot, Bingbot, RSS-lezers en uptime-monitors vallen in dezelfde categorie als de bots die je juist wilt tegenhouden. Als je alles blokkeert, haal je ook het verkeer weg dat ervoor zorgt dat je sites vindbaar blijven en goed blijven werken.<\/p>\n

Met Kinsta’s Botbescherming<\/a> filter je verzoeken die resources kosten zonder iets op te leveren eruit, en laat je de verzoeken die er toe doen gewoon door. Deze instellingen werken op infrastructuurniveau, wat betekent dat het filteren plaatsvindt voordat verzoeken je WordPress-site bereiken.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Waarom het volledig blokkeren van verkeer niet de oplossing is<\/h2>\n

Al het geautomatiseerde verkeer volledig blokkeren<\/a> is in theorie een geldige tactiek om verspilde bandbreedte tegen te gaan. Maar hierdoor verwijder je ook het verkeer waar je juist van afhankelijk bent. Harde blocks zorgen er bijvoorbeeld voor dat Googlebot en Bingbot je content niet kunnen crawlen, dat uptime-monitoringtools niet meer doen wat je van ze verwacht, en dat API-integraties die de workflows van je klanten aan WordPress koppelen, niet meer werken.<\/p>\n

Het verkeer dat het blokkeren w\u00e9l waard is, vormt een specifieke subgroep: niet-geverifieerde bots en automatisering die niet-cachebare endpoints. Deze dragen in veel gevallen niet bij aan SEO, gebruikerservaring of omzet.<\/p>\n

Dit is echter typisch gedrag<\/a> voor veel bot-gebaseerde activiteiten, aldus David Belson, voormalig hoofd Data Insights bij Cloudflare:<\/p>\n

Het meeste van wat we zien is niet kwaadaardig. Het zijn bots die op grote schaal ineffici\u00ebnt werken, en daar beginnen de echte problemen.<\/p><\/blockquote>\n

Een bot die URL-variaties volgt, herkent niet dat hij in een loop zit. Stel je voor dat elke productfilter, query-string of winkelwagenparameter als een aparte pagina wordt behandeld. Onze eigen infrastructuurgegevens registreerden 550 miljoen verzoeken die binnen 30 dagen door \u00e9\u00e9n enkele detectieregel voor lussen werden gefilterd. Een server verwerkt elk verzoek als echt werk, ongeacht de intentie.<\/p>\n

De beveiliging op platformniveau van Kinsta pakt de meest voor de hand liggende bedreigingen al aan door verkeer dat als kwaadaardig wordt aangemerkt te blokkeren voordat het je site bereikt. Denk aan DDoS-beperking<\/a> en verzoeken van IP-adressen die vaak in verband worden gebracht met aanvallen. Tussen deze basisbeveiliging en het verkeer dat je w\u00e9l wilt doorlaten, zit echter nog een tussenlaag van beveiliging tegen niet-geverifieerde en ongewenste bots.<\/p>\n

Door het resterende geautomatiseerde verkeer selectief te filteren, voorkom je dat het resourceverbruik stijgt terwijl het aantal bezoekers gelijk blijft. Juist dit patroon herkennen veel bureaus die WordPress-hosting<\/a> voor meerdere klanten beheren als een teken dat de door bots veroorzaakte belasting de drempel heeft overschreden van wat de standaardbeveiligingslaag alleen aankan.<\/p>\n

Inzicht in het verkeer dat je daadwerkelijk beheert<\/h2>\n

Kinsta classificeert elk verzoek<\/a> aan de hand van een combinatie van zijn eigen verkeersanalyse en het machine learning-systeem van Cloudflare<\/a>, dat elke bezoeker een botscore toekent van 1 tot 99. Een score van 99 geeft aan dat het verzoek hoogstwaarschijnlijk van een mens afkomstig is; een score van 1 bevestigt geautomatiseerde activiteit.<\/p>\n

Er zijn vijf categorie\u00ebn die van belang zijn voor beschermingsbeslissingen:<\/p>\n