De beste Cloudflare-configuratie om de Core Web Vitals te halen

Core Web Vitals optimaliseren met Cloudflare: wat zet je aan en wat vermijd je

Cloudflare biedt een breed scala aan instellingen die invloed hebben op je Core Web Vitals, zowel positief als negatief. Sommige instellingen verbeteren de performance, andere zorgen juist voor vertraging of zitten het renderen van de pagina in de weg. We lopen de meest voorkomende Cloudflare-opties langs en bekijken wanneer je ze aanzet!

Laatst gecontroleerd door Arjen Karel in februari 2026

Veelgestelde vragen over Cloudflare-setups: Ik bekijk regelmatig Cloudflare-setups voor klanten. Ik kan boeken volschrijven over het inrichten van een CDN als Cloudflare, maar de meeste vragen draaien om één simpele vraag: 'moet ik deze instelling aanzetten?'. Dit artikel beantwoordt die vragen, met de juiste afwegingen voor de belangrijkste Cloudflare-instellingen rondom de Core Web Vitals.

Free vs. Pro: is een upgrade de moeite waard?

Speed > Optimization

Polish

Polish optimaliseert afbeeldingen die op je Cloudflare-domein worden gehost: het comprimeert ze, verwijdert metadata en kan ze converteren naar WebP. Voor een complete gids over beeldoptimalisatie, zie afbeeldingen optimaliseren voor Core Web Vitals.

Kleinere afbeeldingen verbeteren meestal de Largest Contentful Paint doordat ze de image resource load duration verkorten. Maar omdat de LCP door veel meer factoren wordt beïnvloed dan alleen de laadtijd van afbeeldingen, hoef je geen drastische verbeteringen te verwachten.

Aanbeveling: Zet aan en kies 'Lossy WebP' voor het beste resultaat. Let op: Polish ondersteunt geen AVIF-conversie; voor AVIF heb je Cloudflare Image Resizing nodig (een aparte, betaalde dienst).

Mirage (deprecated)

Cloudflare heeft Mirage op 15 september 2025 uitgefaseerd en automatisch uitgeschakeld op alle domeinen. Moderne browsers ondersteunen lazy loading inmiddels native via het loading="lazy"-attribuut, waardoor de op JavaScript gebaseerde aanpak van Mirage overbodig is.

Mirage optimaliseerde afbeeldingen op basis van de netwerkomstandigheden. Die opzet was 'slow by design': het blokkeerde afbeeldingen totdat de netwerksnelheid was gemeten. Die vertraging kon zorgen voor layout shifts en ironisch genoeg juist een tragere Largest Contentful Paint.

Aanbeveling: Deze instelling bestaat niet meer. Zie je hem in een oudere handleiding staan, negeer hem dan.

Speed Brain

Speed Brain gebruikt de Speculation Rules API om de Time to First Byte te versnellen door toekomstige navigaties te prefetchen. Speculation Rules zijn extreem effectief voor het verbeteren van alle Core Web Vitals, inclusief de Largest Contentful Paint. Speed Brain is beschikbaar op alle pakketten (ook Free) en gebruikt momenteel het eagerness-niveau conservative, dat pas prefetcht zodra een bezoeker op het punt staat op een link te klikken.

Ik raad af om op Speed Brain te vertrouwen. Handmatig speculation rules configureren is eenvoudig en veel effectiever dan Cloudflare's one-size-fits-all-aanpak. Met handmatige configuratie kies je je eigen eagerness-niveaus, target je specifieke URL's en gebruik je prerendering in plaats van alleen prefetching.

Aanbeveling: Zet uit en configureer speculation rules handmatig. Ga je ze niet zelf instellen, dan is Speed Brain aan laten staan beter dan helemaal geen speculation rules.

Cloudflare Fonts

Cloudflare Fonts automatiseert het self-hosten van fonts. Dat is een slim idee: door belangrijke resources zelf te hosten voorkom je nieuwe, externe verbindingen. En die zijn standaard trager dan het hergebruiken van de openstaande verbinding naar je via Cloudflare geproxiede site.

Het is effectiever om even 15 minuten de tijd te nemen en font-bestanden handmatig zelf te hosten. Helaas laten veel CMS-systemen dat niet toe. In dat geval is Cloudflare Fonts aanzetten een prima optie. Let wel op: Cloudflare Fonts zit nog steeds in bèta (sinds 2023) en werkt niet als APO aan staat.

Aanbeveling: Standaard uitzetten; zet het alleen aan als handmatig self-hosten geen optie is.

Early Hints

Early Hints versnellen de levering van kritieke resources (zoals styles, fonts of afbeeldingen) door de browser hier alvast op te wijzen voordat de HTML zelf naar de browser wordt gestuurd. Om een resource hint via Cloudflare te sturen, leest Cloudflare je response headers en haalt daar de resource hints uit.

Ben je vertrouwd met het meesturen van resource hints in HTTP response headers, dan raad ik zeker aan om deze feature aan te zetten. Wees je er wel van bewust dat resource hints in headers veel meer verborgen zijn voor je developers dan resource hints in de <head> van de pagina. Configureer je ze verkeerd, dan remmen ze de boel juist af in plaats van dat ze versnellen. Wees er dus voorzichtig mee. Ondanks dat het al jaren bestaat, ligt de adoptie van Early Hints volgens de 2025 Web Almanac nog altijd onder de 3%.

Aanbeveling: Alleen aanzetten als je de resource hint-headers correct verstuurt.

Auto Minify

Cloudflare kan je HTML, CSS en JavaScript on the fly minificeren. HTML-minificatie verwijdert witruimte en comments, wat de transfer size iets verkleint. CSS- en JavaScript-minificatie doet hetzelfde voor die bestandstypes.

Aanbeveling: Zet HTML-minificatie aan. Voor CSS en JavaScript levert minificatie tijdens de build (in je deployment-proces) betere resultaten op dan de on the fly-aanpak van Cloudflare. Heb je geen build-proces, dan is alle drie aanzetten prima.

Rocket Loader

Rocket Loader 'defert' alle JavaScript op een webpagina door scripts tijdelijk tegen te houden en ze even later in de pagina te injecteren. Dit is een vuile (of slimme, hoe je het ook bekijkt) truc waar flink wat checks en hacks voor nodig zijn om het in alle browsers goed te laten werken. Het verbergt de scripts bovendien voor de preload scanner, een mechanisme dat juist bedoeld is om het laden van kritieke resources te versnellen.

Om bovenstaande redenen ben ik er uiteraard geen voorstander van om Rocket Loader blindelings aan te zetten. Scripts moet je inplannen op basis van belangrijkheid. Kritieke scripts moeten vroeg laden en uitvoeren, terwijl niet-essentiële scripts kunnen wachten tot de browser idle is.

Cloudflare's Rocket Loader doet dat niet. Het houdt alle scripts tegen en injecteert ze op een gegeven moment zonder te kijken naar hoe belangrijk ze zijn. Rocket Loader geeft alleen voorrang aan andere resources, zoals het LCP-element, fonts en styles, boven scripts. Daar komt nog bij dat Rocket Loader de unload event handler gebruikt. Dat is een deprecated API die voorkomt dat de Back-Forward Cache (bfcache) van de browser werkt. Hierdoor veroorzaakt vooruit en terug navigeren een volledige page reload in plaats van een instant herstel.

Laat je CMS het uitstellen van scripts of nauwkeurigere timing niet toe, dan kan Rocket Loader je beste optie zijn. Maar voor de meeste sites is scripts handmatig inplannen veel effectiever.

Aanbeveling: Uitzetten en scripts handmatig inplannen. Zet dit alleen aan als je geen enkele andere manier hebt om de uitvoering van scripts uit te stellen of te sturen.

Automatic Platform Optimization for WordPress

Cloudflare's APO cachet complete pagina's op zijn edge servers, een techniek die bekendstaat als full-page edge caching. Implementeer je dit goed, dan verbetert het de Time to First Byte (en daarmee ook de LCP en FCP) voor een bepaald type bezoeker!

Er zit wel een addertje onder het gras. Full-page edge caching moet vaak automatisch worden omzeild. Logt een bezoeker bijvoorbeeld in of plaatst die artikelen in het winkelmandje, dan schakelt APO zichzelf automatisch uit omdat de pagina gepersonaliseerd raakt. Op dat moment kun je geen generieke gecachete pagina meer serveren. Omdat APO voor elk type website moet werken, wordt de cache veel vaker gebypasst dan strikt noodzakelijk is voor jouw site. Daarom is een handmatige cache-configuratie bijna altijd effectiever dan Cloudflare's APO.

Aanbeveling: Zet APO aan, of beter nog: configureer je eigen regels voor full-page edge caching voor meer controle over wanneer de cache wordt omzeild.

HTTP/2, HTTP/2 to Origin and Enhanced HTTP/2 Prioritization

Het aanzetten van HTTP/2, HTTP/2 to Origin en Enhanced HTTP/2 Prioritization is een no-brainer. HTTP/2 is een enorme stap voorwaarts ten opzichte van het oudere HTTP/1.1-protocol. HTTP/2 doet veel, maar het belangrijkste is dat het een einde maakt aan het oude trappeneffect: meerdere bestanden kunnen parallel over dezelfde verbinding worden verstuurd. HTTP/2 bestaat al 10 jaar en wordt breed ondersteund door browsers en servers!

Aanbeveling: Zet alle drie aan.

HTTP/3 (with QUIC)

HTTP/3 met QUIC is nóg sneller dan HTTP/2 dankzij verbeteringen in verbindingsopbouw en latency. HTTP/3 verstuurt meerdere streams onafhankelijk van elkaar, zelfs als er eentje vertraging oploopt. QUIC combineert de transport- en encryptie-handshakes, wat de verbindingstijd verkort. Dit levert tot wel 10% snellere TTFB-tijden op! Volgens de 2025 Web Almanac ondersteunt inmiddels 38% van de websites HTTP/3.

Aanbeveling: Aanzetten.

Brotli Compression

Brotli is een compressie-algoritme dat kleinere bestanden oplevert dan Gzip. Cloudflare zet Brotli standaard aan op alle pakketten. Zorg dat het aan blijft staan. Volgens de 2025 Web Almanac gebruikt inmiddels 46% van alle via een CDN geserveerde requests Brotli-compressie.

Aanbeveling: Aan laten staan (staat standaard aan).

0-RTT Connection Resumption

0-RTT Connection Resumption versnelt beveiligde verbindingen door de initiële handshake over te slaan als een bezoeker terugkeert naar de site. Het maakt gebruik van eerder opgeslagen encryptiesleutels, waardoor data direct verstuurd kan worden. Dat vermindert de latency en verbetert de laadtijd.

Aanbeveling: Aanzetten.

Automatic Signed Exchanges (deprecated)

Met Signed Exchanges (SXGs) kon Google Search content vooraf prefetchen met behoud van de privacy van gebruikers. SXGs konden de LCP met zo'n 450ms verbeteren voor bezoekers vanuit de Google-zoekresultaten.

Alleen heeft Cloudflare SXGs in oktober 2025 uitgefaseerd. De feature is verwijderd en niet meer beschikbaar. Had je hem aan staan, dan is hij automatisch uitgeschakeld. Speed Brain (Speculation Rules) is de meest nabije vervanger voor prefetching, al werkt dat alleen voor same-site-navigaties en niet voor cross-origin prefetching vanuit Google Search zoals SXGs deden.

Aanbeveling: Deze instelling bestaat niet meer.

Scrape Shield

Scrape Shield beschermt de content op je website. Dat klinkt misschien als een goed idee, maar ik ben fel tegen het inschakelen van welke Scrape Shield-optie dan ook. Scrape Shield injecteert namelijk JavaScript in je pagina om eerder verborgen content weer te decoderen. Die wisselwerking tussen snelheid inleveren en content verbergen slaat nergens op. Echte spammers trappen er niet in, terwijl echte gebruikers extra scripts voor hun kiezen krijgen die de pagina vertragen.

Aanbeveling: Zet Email Address Obfuscation uit en zet Hotlink Protection uit.

Bot Fight Mode and Super Bot Fight Mode

Dit is veruit de schadelijkste Cloudflare-instelling voor je Core Web Vitals. Zet je Bot Fight Mode aan, dan injecteert het op elke pagina een script genaamd invisible.js. Dit script draait een browser challenge die meer dan 2.000 milliseconden aan CPU-uitvoeringstijd toevoegt aan elke page load. Dat is 2 volle seconden aan main thread blocking voordat je pagina überhaupt interactief kan worden.

In de praktijk kan het aanzetten van Bot Fight Mode je PageSpeed-score met 20 punten of meer laten kelderen. Super Bot Fight Mode heeft precies hetzelfde probleem. De ironie: deze opties zijn bedoeld om bots tegen te houden, maar ze straffen elke echte gebruiker af die je site bezoekt.

Aanbeveling: Zet zowel Bot Fight Mode als Super Bot Fight Mode uit. Heb je botbescherming nodig, gebruik dan WAF-regels of rate limiting van Cloudflare. Die injecteren geen client-side JavaScript.

Caching > Configuration

Purge Cache

Het legen van de cache maakt alle door Cloudflare gecachete bestanden ongeldig, inclusief stylesheets, JavaScript, afbeeldingen en zelfs full-page caches. En hoewel het legen van de cache technisch gezien geen instelling is, moet ik je hier toch voor waarschuwen. Het legen van de cache maakt je site trager totdat de cache weer opnieuw is opgebouwd!

Aanbeveling: Vermijd het legen van de hele cache als het even kan. Purge alleen de gewijzigde bestanden!

Caching Level

Het caching level bepaalt hoe Cloudflare omgaat met query strings. Het loont de moeite om hier goed naar te kijken.

De 'snelste' optie is 'Ignore query string'. Hierbij wordt dezelfde resource geserveerd, ongeacht de query string. Dit is alleen een goede keuze als je 100% zeker weet dat er op je site geen query strings worden gebruikt. Query strings die anderen toevoegen, worden dan genegeerd.

'Standard' serveert voor elke unieke query string een apart gecachet bestand. Dit is de standaardinstelling van Cloudflare, maar in combinatie met full-page edge caching en tracking-parameters (zoals UTM-parameters) kan dit zorgen voor cache mismatches en een lagere cache hit ratio! Overweeg om tracking-parameters te strippen met Cloudflare Workers om dit op te lossen.

Aanbeveling: Kies waar mogelijk 'Ignore query string', of anders 'Standard'. Vermijd de optie 'No query string'.

Browser Cache TTL

De browser cache TTL vertelt de browser hoe lang statische resources gecachet mogen worden. Gecachete resources kunnen direct vanuit de browser worden geserveerd en zijn veel sneller beschikbaar dan resources via het netwerk. Een korte browser cache TTL maakt de browsercache te vaak ongeldig en verlaagt de cache hit ratio. Zet dit op 'Respect Existing Headers', zodat de Cache-Control-header van je server bepaalt wat er gebeurt: een jaar voor statische bestanden met een versie in de bestandsnaam. Een vaste maximumduur overschrijft hier elke kortere duur die je server bewust instelt, en het legen van Cloudflare's cache wist de browser van een bezoeker niet.

Aanbeveling: Respect Existing Headers, met Cache-Control: max-age=31536000 vanuit je server op statische bestanden met een versie in de bestandsnaam.

Development Mode

Development mode omzeilt alle caching van Cloudflare zolang het aan staat. Het is verleidelijk om development mode tijdens het ontwikkelen aan te zetten. Doe dit alsjeblieft niet: het schakelt caching ook uit voor alle andere bezoekers. Richt liever een apart development-domein in om op te ontwikkelen, of sluit jezelf uit van Cloudflare-caching via cache rules.

Aanbeveling: Niet aanzetten!

Caching > Tiered Cache

Tiered Cache vermindert het aantal requests naar je origin server en verhoogt de cache hit ratio door Cloudflare eerst op zijn eigen servers te laten zoeken naar niet-gecachete bestanden. Dit verlaagt de belasting op je backend server nog verder en maakt extra resources vrij.

Aanbeveling: Zet Smart Tiered Caching Topology aan.

Van alle sites die door CoreDash worden gemonitord, laten sites met een goed geconfigureerde CDN een 55% snellere TTFB zien op de p75 vergeleken met sites zonder CDN. Cloudflare's combinatie van HTTP/3, Brotli en tiered caching maakt een meetbaar verschil in de praktijk. Gebruik Real User Monitoring om te controleren of je Cloudflare-configuratie ook echt werkt voor je gebruikers.