Kennisbank
We beveiligen een site automatisch wanneer deze wordt getroffen door een vloedgolf aan geautomatiseerde verzoeken, stellen u op de hoogte en schakelen de beveiliging zelf weer uit.
Een flood bestaat uit veel meer geautomatiseerde verzoeken dan echte bezoekers ooit verzenden — honderden of duizenden per seconde, vaak vanaf meerdere adressen tegelijk. Als dit ongemoeid wordt gelaten, vertraagt het uw site en elke andere site op dezelfde server. Daarom controleren we het verkeer van elke site om de twee minuten en grijpen we zelfstandig in.
Wanneer een site gedurende twee opeenvolgende controles te maken heeft met een flood, of de server overbelast raakt, schakelen we een bezoekerscontrole in op onze servers: iedereen die niet op uw vertrouwde lijst staat, wordt gevraagd een snelle browsercontrole te doorstaan voordat de site opent. Echte bezoekers doorstaan deze in een oogwenk; geautomatiseerde floods niet. Als uw site zich in een eigen Cloudflare-zone bevindt, schakelen we ook de modus Onder aanval van Cloudflare in, waarmee het grootste deel van de flood wordt tegengehouden voordat deze ons bereikt.
U ontvangt een e-mail en een melding op de pagina van de site waarin dit wordt vermeld. Het gedeelte Beveiliging van de site toont de bescherming, de piekbelasting en wanneer deze kan worden opgeheven.
Zolang we een site onder aanval houden, kunt u het Cloudflare-beveiligingsniveau niet verlagen vanuit het dashboard of de API — het tabblad CDN vermeldt dit en toont het vroegste tijdstip waarop dit kan worden opgeheven. We controleren dit bij elke cyclus: als het ergens anders wordt uitgeschakeld, schakelen we het direct weer in. Mocht dat blijven gebeuren, dan sturen we u eenmalig een e-mail om uit te leggen waarom het ingeschakeld moet blijven. Dit voorkomt precies die floods die direct terugkeren zodra Onder aanval wordt uitgeschakeld.
Zodra het verkeer gedurende enkele controles weer normaal is en de wachttijd is verstreken, herstellen we alles naar de oorspronkelijke staat — inclusief uw eigen Cloudflare-beveiligingsniveau. De blokkade begint opnieuw zolang de flood nog steeds binnenkomt, en een site die kort daarna opnieuw wordt getroffen door een flood, wordt telkens langer vastgehouden, tot maximaal een dag.
Meestal niets. Als u een grote toename van echt verkeer verwacht — een lancering, een uitverkoop — voeg dan de adressen die u vertrouwt toe aan de instellingen van de site onder Beveiliging → Firewall, en beantwoord onze e-mail als u denkt dat een beveiligingsmaatregel onterecht is.
Wat we hebben geschreven over hosting, SEO en het op grote schaal beheren van websites.
Hoe hosting de indexering en link equity vormgeeft in 2026: pagina's geïndexeerd houden, oude domeinen screenen voordat u erop bouwt, linkbuilding zonder zoekmachine-footprint en een eerlijke kijk op wat infrastructuur wel en niet kan betekenen voor SEO.
Bericht lezen →Een praktische controlelijst voor een snel, veilig WordPress: caching op serverniveau, een objectcache per site, het handjevol plug-ins dat het waard is om te gebruiken, het up-to-date houden van de stack en de WooCommerce-pagina's die u nooit mag cachen.
Bericht lezen →Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe u dit kunt beoordelen voordat u zich vastlegt.
Bericht lezen →Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.
Contact opnemen met support → Alle artikelen →