Core Web Vitals optimalisatie: praktische checklist [2026]

Meer dan de helft van alle websites scoort onvoldoende op minstens één Core Web Vital. Dat betekent niet alleen een technische achterstand: het betekent hogere bounce-rates, gemiste klanten en een onnodig nadeel in Google's zoekresultaten. De gids hieronder geeft je een uitvoerbare checklist per metriek, legt uit welke meettools er écht toe doen, en benoemt de WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.-valkuilen die de meeste scores slopen.

Wat zijn Core Web Vitals? (LCP, INP en CLS uitgelegd)

Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid. zijn drie meetwaarden waarmee Google de kwaliteit van de gebruikerservaring op jouw website beoordeelt. Geen abstracte technische begrippen: elke metriek vertaalt één concrete bezoekerservaring naar een getal.

• LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina. (Largest Contentful Paint): hoe snel het grootste zichtbare element op de pagina geladen is. Meestal de hero-afbeelding of een grote koptekst. Een trage LCP voelt voor de bezoeker als een pagina die lang wit blijft.
• INPKeurigOnline zegtINPINP (Interaction to Next Paint) is een Core Web Vital die de responstijd van je website op gebruikersinteracties meet. (Interaction to Next Paint): hoe snel de browser reageert op een klik, tik of toetsinvoer van de gebruiker. INP verving FID (First Input Delay) in maart 2024; het meet interactiviteit nauwkeuriger gedurende de hele paginasessie, niet alleen de allereerste actie.
• CLSKeurigOnline zegtCLSCLS meet hoeveel je pagina-layout verspringt tijdens het laden. (Cumulative Layout Shift): de mate waarin de pagina-opmaak verschuift terwijl de pagina laadt. Denk aan knoppen die verspringen op het moment dat je ze wil aanraken. Hoe lager de score, hoe stabieler de lay-out.

Google heeft voor elk van de drie drempelwaarden vastgesteld:^[2]

Één belangrijke nuance: Google vraagt niet dat álle bezoekers goed scoren. De grens ligt bij het 75e percentiel: als 75% van je bezoekers een goede score haalt, slaagt die metriek. Dat geeft ruimte voor uitschieters, maar betekent ook dat je de gemiddelde ervaring op realistische apparaten en netwerken serieus moet nemen.

Waarom Core Web Vitals cruciaal zijn voor je SEO én omzet

De impact van Core Web Vitals werkt via twee kanalen: het zoekalgoritme van Google en de directe gebruikerservaring die bepaalt of iemand klant wordt.

Het SEO-effect

Core Web Vitals zijn officieel rankingsignaal bij Google sinds de Page Experience Update van juni 2021.^[2] Ze werken als tiebreaker: wanneer twee pagina's vergelijkbare relevantie en autoriteit hebben, wint de technisch betere pagina. Content en backlinks wegen zwaarder, maar bij gelijke stand is performance doorslaggevend.

Cruciaal daarbij: Google hanteert mobile-first indexing. Je mobiele Core Web Vitals bepalen je ranking, ook voor desktopzoekresultaten. Meer dan 60% van alle Google-zoekopdrachten vindt plaats op mobiel.

Het omzeteffect

De businesscase is concreet. Vodafone Italia verbeterde de LCP met 31% en zag vervolgens 8% meer omzet, 15% meer leads en 11% betere winkelwagenconversie.^[3] Yahoo Japan pakte hun CLS aan en boekte 15% meer pageviews per sessie.

De bounce-rate-data is minstens zo overtuigend: de kans op een bounce stijgt met 32% wanneer de laadtijd van 1 naar 3 seconden gaat. Bij 5 seconden is dat al 90% meer kans op bounce.^[4] Productpagina's met een LCP van 4 tot 5 seconden hebben 40 tot 50% lagere conversieratio's vergeleken met pagina's die in 2 seconden laden.^[5]

Hoe meet je je huidige Core Web Vitals? (field data vs. lab data)

Voordat je iets optimaliseert, heb je een nulmeting nodig. Het grootste misverstand hier: een hoge LighthouseKeurigOnline zegtLighthouseLighthouse is een open-source tool van Google die webpagina's auditet op performance, toegankelijkheid en SEO.-score is geen garantie voor goede Core Web Vitals. Lighthouse simuleert een testomgeving onder vaste laboratoriumomstandigheden. Google gebruikt uitsluitend field data: echte gebruikersdata van bezoekers op hun eigen apparaten en netwerken, samengevat in het CrUX-rapport (Chrome User Experience Report). Dit is een 28-daags voortschrijdend gemiddelde.

Zo start je de nulmeting:

1. Open Google Search Console → Ervaring → Core Web Vitals
2. Klik op het mobiele rapport: dit is leidend voor je ranking
3. Bekijk welke pagina's de status "Slecht" of "Verbetering nodig" hebben
4. Controleer ook interne pagina's: productpagina's, categoriepagina's en populaire blogartikelen, niet alleen de homepage

Wil je dieper in de meettools duiken? Lees onze vergelijking van de 5 beste tools om website snelheid te testen.

LCP optimaliseren: de meest impactvolle fixes

LCP is de moeilijkste metriek: slechts 62% van de mobiele sites haalt een voldoende.^[1] De worteloorzaak is bijna altijd een combinatie van een te grote hero-afbeelding en een trage server. Pak ze allebei aan.

Afbeeldingen optimaliseren

• Converteer hero-afbeeldingen naar WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG. of AVIF. AVIF is tot 50% kleiner dan JPEG bij vergelijkbare beeldkwaliteit. WordPress-plugins als Imagify of ShortPixel doen dit automatisch voor bestaande én nieuwe afbeeldingen.
• Voeg fetchpriority="high" toe aan het LCP-element. Dit vertelt de browser dat deze afbeelding voorrang heeft boven andere bronnen die tegelijk worden opgehaald.
• Gebruik <link rel="preload"> voor de hero-afbeelding. Zet dit in de <head> zodat de browser de afbeelding direct ophaalt, nog voor hij het volledige HTMLKeurigOnline zegtHTMLHTML is de programmeertaal voor het maken van webpagina’s.-document heeft verwerkt.
• Implementeer srcset en sizes. Zo laadt een mobiel scherm een kleinere variant dan een desktopmonitor: dezelfde visuele kwaliteit, een fractie van de bestandsgrootte.

Serversnelheid verbeteren (TTFB)

TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. (Time to First Byte) is de tijd die de server nodig heeft om de eerste byte terug te sturen. Een hoge TTFB vertaalt zich direct in een hoge LCP: de browser kan het LCP-element pas laden nadat de server heeft gereageerd. Voor alle optimalisatiemogelijkheden rond serverreactietijd, lees onze complete TTFB-gids voor alle optimalisatiemogelijkheden.

• Activeer server-side paginacaching. Een gecachte pagina kan in milliseconden worden teruggestuurd, in plaats van elke keer opnieuw door PHPKeurigOnline zegtPHPPHP (Hypertext Preprocessor) is een populaire open-source scripttaal die speciaal is ontworpen voor webontwikkeling en server-side programmering. te worden opgebouwd.
• Gebruik een CDNKeurigOnline zegtCDNEen CDN (Content Delivery Network) is een wereldwijd netwerk van servers dat content sneller bij gebruikers aflevert. voor statische bestanden. Afbeeldingen, CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten. en JavaScriptKeurigOnline zegtJavaScriptJavaScript is een programmeertaal die wordt gebruikt om interactieve en dynamische websites te maken. worden van een server dichtbij de bezoeker geserveerd, wat de netwerklatentie fors verlaagt.
• Kies kwaliteitshosting. Goedkope shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen. met honderden sites op één server veroorzaakt structureel hoge TTFB. De webserver heeft directe invloed op je laadtijden: bekijk onze vergelijking van LiteSpeed en Apache voor Core Web Vitals.

Render-blocking code verwijderen

• Verwijder render-blockingKeurigOnline zegtRender-blockingRender-blocking resources zijn bestanden die de browser eerst moet laden voordat de pagina zichtbaar wordt. CSS en JavaScript boven de vouw. Alles wat de browser dwingt te stoppen met renderen voordat het LCP-element geladen is, vertaalt zich direct in een hogere LCP-score.
• Minificeer en comprimeer CSS- en JavaScript-bestanden. Kleinere bestanden betekent kortere downloadtijd en een snellere LCP.

INP verbeteren: snellere reactie op gebruikersinteracties

INP meet hoe lang het duurt voordat de browser reageert op een klik, tik of toetsaanslag van de gebruiker. Een knop die pas na een halve seconde reageert: dat is een slechte INP. De oorzaak is bijna altijd te veel JavaScript dat de browser bezighoudt op het moment dat de gebruiker iets doet.

Goed nieuws: van alle drie de Core Web VitalsKeurigOnline zegtCore Web VitalsCore Web Vitals zijn Google's belangrijkste metrics voor website-ervaring en snelheid. scoort INP het best op mobiel: 77% van de sites haalt een voldoende.^[1] Op WordPress-sites is dat zelfs 85,89%. De winst zit hier minder voor de meeste sites dan bij LCPKeurigOnline zegtLCPLCP (Largest Contentful Paint) meet de laadtijd van het grootste zichtbare element op een webpagina., maar zware pagebuilders en onnodige third-party scripts zijn de meest voorkomende stoorzenders.

• Splits lange JavaScript-taken op in kleinere stukken. Een taak die langer dan 50 ms duurt, blokkeert de browser-thread volledig. Gebruik setTimeout of de Scheduler API om werk te verdelen over meerdere kleinere taken.
• Laad niet-kritieke scripts met defer of async. Scripts die niet essentieel zijn voor de initiële weergave van de pagina mogen later laden. Ze hoeven de browser-thread niet te bezetten terwijl de bezoeker al aan het navigeren is.
• Beperk third-party scripts. Chatwidgets, social share-knoppen, reclamescripts en analytics draaien allemaal op de browser-thread van de bezoeker. Elke toegevoegde third-party vergroot het INP-risico.
• Gebruik requestAnimationFrame voor directe visuele feedback. Bij interacties zoals het openen van een menu geeft onmiddellijke visuele feedback de bezoeker het gevoel van een snelle respons, ook als de onderliggende actie iets meer tijd vraagt.
• Verwijder ongebruikte plugins (WordPress). Elke actieve plugin injecteert JavaScript op elke pagina, ook als die plugin-functionaliteit op die specifieke pagina helemaal niet nodig is.

CLS voorkomen: stop het springen van je paginalay-out

CLS is de stabielste metriek: 81% van de mobiele sites haalt een voldoende.^[1] Maar het is ook de metriek die het snelst kapotgaat door een ogenschijnlijk onschuldige wijziging: een nieuwe advertentieplaatsing, een extra webfont of een afbeelding zonder vaste afmetingen kunnen de score meteen in de gevarenzone brengen.

Yahoo Japan pakte hun CLS aan en boekte direct 15% meer pageviews per sessie. Stabiele lay-outs houden bezoekers langer op de pagina.

• Zet altijd width en height attributen op elke afbeelding. Zonder deze attributen weet de browser niet hoeveel ruimte hij moet reserveren. Wanneer de afbeelding dan laadt, verschuift de rest van de content omlaag: dat is een directe CLS-piek.
• Reserveer ruimte voor advertenties en iframes. Gebruik een min-height op de advertentiecontainer zodat de omringende content niet verspringt wanneer de advertentie na het laden verschijnt.
• Gebruik font-display: swap voor custom webfonts. Dit voorkomt dat tekst onzichtbaar blijft terwijl het font laadt (FOIT). Zonder swap verschuift de lay-out op het moment dat het webfont het fallback-font vervangt.
• Self-host fonts in plaats van externe font-aanroepen. Een eigen kopie van het font laadt sneller en voorspelbaarder dan een aanroep naar Google Fonts of een andere externe server, wat het CLS-risico verder verlaagt.
• Voeg geen content dynamisch in boven bestaande elementen na laadtijd. Cookiemeldingen, promotiebanners of sticky-meldingen die na het laden van de pagina boven de content worden ingevoegd, veroorzaken een directe en meetbare CLS-score.

WordPress-specifieke valkuilen die je Core Web Vitals slopen

WordPress-sites presteren structureel slechter dan het gemiddelde: slechts 46,28% slaagt voor alle drie de Core Web Vitals, tegenover 55,9% globaal.^[1] Op mobiel is dat nog lager. Dit zijn de vijf meest gemaakte fouten:

1. Zware pagebuilder

Elementor, Divi en WPBakery laden bij elke paginaweergave hun volledige CSS- en JavaScript-bibliotheken, ook op pagina's die geen pagebuilder-blokken gebruiken. Elementor voegt meer dan 21 MB aan code toe aan een WordPressKeurigOnline zegtWordPressWordPress is een open-source contentmanagementsysteem (CMS) geschreven in PHP, waarmee je eenvoudig websites en blogs kunt bouwen en beheren.-installatie.^[7] Dit is een directe aanslag op zowel LCP als INP. Overweeg een lichtgewicht blokthema (Twenty Twenty-Four, Kadence) of een thema zonder ingebouwde pagebuilder.

2. Te veel plugins

Elke actieve plugin injecteert eigen JavaScriptKeurigOnline zegtJavaScriptJavaScript is een programmeertaal die wordt gebruikt om interactieve en dynamische websites te maken. en CSSKeurigOnline zegtCSSCSS (Cascading Style Sheets) is een opmaaktaal voor het vormgeven en stylen van webpagina's en documenten. op elke pagina, ongeacht of die plugin-functionaliteit daar nodig is. Dertig plugins betekent tientallen extra HTTPKeurigOnline zegtHTTPHTTP (HyperText Transfer Protocol) is het protocol dat de communicatie tussen webclients en servers mogelijk maakt.-verzoeken per paginaweergave. Ga eens door je pluginlijst: welke zijn er écht actief nodig?

3. Goedkope shared hosting

Honderden websites op één gedeelde server zorgen voor een structureel hoge TTFB. Een WordPress-site op goedkope shared hostingKeurigOnline zegtShared hostingShared hosting is een hostingvorm waarbij meerdere websites dezelfde serverresources delen. start al met een handicap van 600 tot 1000 ms TTFBKeurigOnline zegtTTFBTTFB (Time to First Byte) meet de tijd tussen een HTTP-verzoek en de eerste byte van het serverantwoord. voordat er ook maar één afbeelding is geladen. Dat telt direct mee in de LCP-score.

4. Zwaar commercieel thema

Populaire thema's zoals Avada of The7 zijn gebouwd om alles te kunnen, en laden dus ook alles, ongeacht welke features je daadwerkelijk gebruikt. Een lichtgewicht thema (GeneratePress, Kadence, Blocksy) of een op maat gebouwd thema presteert significant beter op alle drie de Core Web Vitals.

5. Niet-geoptimaliseerde hero-afbeelding

Een hero-afbeelding van 3 MB in JPEG-formaat, zonder width/height en zonder fetchpriority="high", is de absolute nummer-één oorzaak van slechte LCP-scores op WordPress-sites. Een WebP-conversie en het juiste fetchpriority-attribuut lossen een groot deel van het LCP-probleem al op.

Aanbevolen WordPress-toolbox

• WP Rocket: betaald, all-in-one caching en minificatie; meest complete oplossing voor de meeste sites
• LiteSpeed CacheKeurigOnline zegtLiteSpeed CacheLiteSpeed Cache is een server-level cachingoplossing die dynamische pagina's opslaat als statische HTML-bestanden.: gratis en krachtig, maar alleen optimaal op hosting die LiteSpeedKeurigOnline zegtLiteSpeedLiteSpeed is een snelle webserver die tot 6 keer sneller is dan Apache en gebruikmaakt van een efficiënte event-driven architectuur. draait
• Imagify: afbeeldingen automatisch comprimeren en naar WebPKeurigOnline zegtWebPWebP is een modern afbeeldingsformaat dat 25-35% kleiner is dan JPEG en PNG. of AVIF converteren
• W3 Total CacheKeurigOnline zegtCacheEen cache is een tijdelijke opslaglaag die veelgebruikte gegevens bewaart voor snellere toegang en betere prestaties.: gratis alternatief met vergelijkbare functies als WP Rocket

Wil je dieper gaan op WordPress-specifieke snelheidsoptimalisatie? Lees ons uitgebreide stappenplan om WordPress sneller te maken.

Monitoring: houd je Core Web Vitals duurzaam op peil

Core Web Vitals optimalisatie is geen eenmalige actie. Elke plugin-update, themawisseling, nieuw contentblok of advertentieplaatsing kan je scores beïnvloeden. Bouw monitoring in als vaste routine, anders loop je risico dat verbeteringen die je vandaag doorvoert binnen een maand weer teniet worden gedaan.

• Check Google Search Console maandelijks. Navigeer naar Ervaring → Core Web Vitals → Mobiel rapport. Let op nieuwe pagina's met de status "Slecht" of een toename van "Verbetering nodig"-pagina's.
• Gebruik PageSpeed InsightsKeurigOnline zegtPageSpeed InsightsPageSpeed Insights is Google's gratis tool om website-snelheid en Core Web Vitals te testen. direct na elke grote wijziging. Nieuw template? Nieuwe hero-afbeelding? Nieuwe plugin geactiveerd? Check de score direct na publicatie, niet een maand later nadat de scores al zijn gedaald.
• Test je zwaarste pagina's, niet alleen de homepage. Productpagina's met veel afbeeldingen en blogartikelen met ingesloten video's zijn vrijwel altijd zwaarder dan de homepage. Die pagina's dragen ook meer bij aan je sitebreed rapport in Search Console.
• Stel een Google Looker Studio rapport in voor automatische wekelijkse rapportage op basis van Search Console-data. Eenmalig inrichten, daarna automatisch inzicht zonder handmatig controleren.
• Reken op 4 tot 6 weken voordat verbeteringen volledig zichtbaar zijn in Google Search Console. Het CrUX-rapport is een 28-daags voortschrijdend gemiddelde van echte gebruikersdata: een fix die vandaag is doorgevoerd werkt al door in de data, maar het rapport toont pas het volledige effect na vier weken.

Voor technische lezers die server-level caching en compressie willen instellen als structureel onderdeel van hun optimalisatieaanpak: onze gids met 20 .htaccess-snippets voor snellere websites geeft kant-en-klare configuraties voor gzip-compressieKeurigOnline zegtGZIP-compressieGZIP verkleint websitebestanden tijdens verzending voor snellere laadtijden., browser caching en meer.

Veelgestelde vragen over Core Web Vitals