Terug naar blogGIDS

Core Web Vitals Fixen: 10-Punts Checklist 2026

Praktische checklist om LCP, INP en CLS te fixen in 2026. 10 punten van afbeeldingen tot JS-optimalisatie.

TL;DR, de kern in 5 punten

• LCP (laadtijd zichtbaar element), INP (interactie-responsiviteit) en CLS (layout-stabiliteit) zijn de drie Core Web Vitals die Google meetbaar meeweegt in rankings.

• Heldenafbeelding in WebP/AVIF + preload in <head> is de snelste LCP-win, vaak 0.5–1.5s verbetering in één stap.

• INP >200ms kost rankings: lang-lopende JavaScript-taken opdelen met scheduler.yield() is de meest impactvolle fix.

• Velddata (CrUX, 28-daags gemiddelde) is wat Google rankt op, niet de labopmeting van PageSpeed Insights.

• WordPress + page builder: 60–70% winst met plugin-tuning. Next.js of custom builds: code-niveau werk vereist.

LCP fix: 4 stappen

1) Heldenafbeelding op WebP/AVIF (50–70% kleiner). 2) Preload je LCP-element in <head>. 3) Lazy-load alles below-the-fold. 4) Geen render-blocking CSS in <head>.

LCP wordt in 80% van de gevallen bepaald door de heldenafbeelding of de grootste tekstblok above-the-fold. Gebruik de PageSpeed Insights LCP-diagnose om te bevestigen wat jouw LCP-element is vóór je begint. WebP bespaart gemiddeld 30–35% ten opzichte van JPEG, AVIF bespaart 40–50%. De preload-tag (<link rel='preload' as='image'>) instrueert de browser om het LCP-element eerder te laden dan normaal, dit alleen al geeft typisch 0.3–0.8s LCP-verbetering. Gebruik fetchpriority='high' op het LCP img-element als aanvulling.

Verwachte impact: LCP verbetert van 'Slecht' (>4s) naar 'Goed' (<2.5s) in 70–80% van de gevallen na deze 4 stappen. Tijdsinvestering: 2–4 uur voor afbeeldingsconversie + preload-implementatie.

INP fix: 3 stappen

1) Code splitting, laad alleen wat de huidige route nodig heeft. 2) Long tasks (>50ms) opdelen met scheduler.yield(). 3) Third-party scripts (analytics, chat) defer of via web worker.

INP meet de tijd van gebruikersinteractie (klik, toetsaanslag) tot zichtbare reactie van de pagina. Een INP van 200–500ms voelt 'traag', boven 500ms verlaat 40% van de gebruikers de pagina zonder te converteren. De grootste INP-overtreders zijn heavy JavaScript frameworks die alles tegelijk laden, en third-party chat- en marketing-scripts (Intercom, een marketing-automatiseringsplatform Chat, Hotjar) die op de main thread draaien. Verplaats deze naar web workers of laad ze pas na de eerste gebruikersinteractie. Bij WordPress: deactiveer onnodige plugins systematisch en meet INP per verwijderde plugin.

Verwachte impact: INP van >500ms naar <200ms bespaart aantoonbaar 15–25% bounce rate. Tijdsinvestering: 4–8 uur voor code splitting + script-optimalisatie afhankelijk van techstack.

CLS fix: 3 stappen

1) Width/height op alle afbeeldingen, voorkomt reflow. 2) Geen content boven de fold inladen na DOM-ready. 3) Webfonts met font-display: optional of preload + size-adjust.

CLS is de meest misunderstood Core Web Vital. Een CLS-score boven 0.1 betekent dat elementen zichtbaar verschuiven terwijl de pagina laadt, iets wat gebruikers ervaren als een 'springende' pagina. De drie grootste CLS-oorzaken: afbeeldingen zonder explicit width/height attribute (browser kent de ruimte niet voor laden), ads of embeds die laat inladen en content naar beneden duwen, en webfonts die swappen na initiële render. font-display: optional is de meest radicale fix (valt terug op systeemfont als webfont niet snel genoeg laadt) maar soms te conservatief, font-display: swap met size-adjust is een goed compromis.

Verwachte impact: CLS-fix van >0.1 naar <0.1 bij implementatie van alle drie stappen. Tijdsinvestering: 1–3 uur voor CLS-diagnose en implementatie.

Verifiëren in 3 tools

PageSpeed Insights (synthetisch + veld), CrUX dashboard (28-daagse veldata), Search Console > Core Web Vitals-rapport (per groep URL's). Hou alle drie bij, labwaarden ≠ velddata.

Het verschil tussen lab- en velddata is cruciaal: PageSpeed Insights labmeting meet op één specifieke verbinding en toestel. CrUX-velddata is het gemiddelde van alle echte gebruikers op jouw site over 28 dagen. Google rankt op velddata, dus een groene labscore maar rode velddata betekent dat je ranking-probleem nog bestaat. CrUX heeft een minimum-drempel: sites met weinig verkeer worden niet in CrUX opgenomen en zien geen velddata. In dat geval is labdata je enige meetpunt. Search Console CWV-rapport groepeert URL's op status ('Slecht', 'Verbetering nodig', 'Goed'), prioriteer de 'Slecht'-cluster.

Verwachte impact: systematisch alle drie tools monitoren geeft 30% eerder signaal bij rankingdalingen. Tijdsinvestering: 1 uur per maand voor monitoring-ronde.

Wanneer huurder vs. specialist?

WordPress + page builder: vaak 60–70% winst met plugin-tuning. Custom build / Next.js: code-level werk nodig. Headless commerce: meestal én/én.

De beslissing 'zelf doen vs. uitbesteden' hangt af van je techstack en de gap tot de drempelwaarden. Een WordPress-site met Elementor die op 65/100 PageSpeed scoort, is met de juiste plugins (LiteSpeed Cache of WP Rocket, Imagify, Flying Scripts) naar 80–85 te brengen zonder ontwikkelaar. Een site op 45/100 met fundamentele architectuurproblemen (synchroon JavaScript in de head, geen CDN, server-response >1s) heeft code-niveau interventie nodig. Huur een specialist als: je site na plugin-tuning nog rood staat op velddata, je op Next.js of custom React bouwt, of je e-commerce bent met hoge productaantallen.

Verwachte impact: self-service plugin-tuning haalt 60–70% van de beschikbare CWV-winst. Specialist haalt de resterende 30–40%. Tijdsinvestering: 4–8 uur zelf, of 8–24 uur specialist afhankelijk van complexiteit.

Tools die we aanbevelen

PageSpeed Insights (gratis): directe CWV-meting synthetisch + veld. Gebruik voor elke pagina die je optimaliseert, niet alleen de homepage.

browser-devtools > Performance tab (gratis): inspecteer individuele long tasks, main thread blocking en LCP-element timing.

CrUX Dashboard op Looker Studio (gratis): visualiseer 28-daagse velddata-trends per pagina-groep. Koppel aan je GSC-account.

WP Rocket (€59/jaar): beste all-in-one cache + optimalisatie plugin voor WordPress. Dekt LCP, CLS en basic INP-verbeteringen.

Imagify (gratis t/m 20MB/mnd): automatische WebP/AVIF conversie voor WordPress zonder handmatige beeldbewerking.

WebPageTest (gratis): geavanceerde waterval-analyse per browser en verbindingstype. Gebruik voor diagnose van render-blocking resources.

Wat veranderde in 2026

INP heeft FID definitief vervangen als CWV-metriek in maart 2024, sites die FID-scores bijhielden maar INP negeerden, kregen verrassende rankingdalingen.

Google's CWV-gewicht in het ranking-algoritme is in 2025 opnieuw verhoogd: schattingen van SEO-experts wijzen op 5–10% directe rankingimpact voor pagina's die van 'Slecht' naar 'Goed' gaan.

AVIF-ondersteuning is nu universeel in alle major browsers (Chrome, Firefox, Safari 16+). AVIF als outputformaat is in 2026 best practice boven WebP.

Speculation Rules API is nu breed beschikbaar: pre-render next-page navigatie reduceert perceived LCP bij navigatie dramatisch voor sites met hoog retourbezoek.

Wil je je Core Web Vitals laten fixen?

Vraag een audit aan
VEELGESTELDE VRAGEN

Snel een antwoord nodig?

Hoeveel kost een CWV-fix?

Klein-medium WordPress: vanaf €750 voor plugin-tuning en basisoptimalisaties. Custom builds: vanaf €1.500 afhankelijk van complexiteit en techstack. Next.js / headless: vanaf €2.500 voor code-niveau CWV-optimalisatie. ROI: typisch 3–6 maanden via meer conversies (gemiddeld 7% conversiewinst per seconde LCP-verbetering) + rankingwinst.

Hoe snel zie ik resultaat in Search Console?

28 dagen (CrUX dataset-cyclus). Tussentijds zie je in PageSpeed labwaarden snel veranderen, maar Google rankt op velddata. Praktisch: na CWV-fix duurt het 4–6 weken voor je een rankingeffect kunt meten in Search Console, mede doordat Google's crawl-cyclus 1–3 weken achterloopt op velddata-updates.

Maakt CWV uit voor mobiel én desktop?

Google rankt mobile-first; mobiele scores wegen het zwaarst. Optimaliseer altijd mobiel als prioriteit, desktop als afgeleide. Let op: mobiel-velddata verschilt enorm van desktop, een PageSpeed-score van 95 desktop en 55 mobiel is geen zeldzame combinatie. Mobile-first betekent dat je ook op 4G en gemiddeld Android-toestel test, niet alleen op een Pixel 8 via een glasvezelverbinding.

Wat zijn de meest voorkomende CWV-oorzaken bij WordPress?

1) Grote ongecomprimeerde afbeeldingen (LCP). 2) Render-blocking jQuery en plugin-scripts (LCP + INP). 3) Geen caching of slechte server-response (LCP). 4) Font-swap zonder size-adjust (CLS). 5) Ads of chatwidgets die layout duwen (CLS). Pak ze in deze volgorde aan, oplossingen 1–3 geven 80% van de beschikbare verbetering.

Heeft een betere CWV-score direct meer conversies?

Ja. Google's eigen onderzoek toont: elke 100ms LCP-verbetering leidt tot gemiddeld 1% hogere conversieratio. Sites die van 'Slecht' naar 'Goed' LCP gaan, zien gemiddeld 7–15% conversiewinst. CLS-verbetering reduceert mis-klikken (gebruikers klikken op het verkeerde element) en verlaagt bounce rate. De combinatie van ranking + conversie-effect maakt CWV-investering snel terug te verdienen.

Wat is het verschil tussen PageSpeed-score en CWV-status?

PageSpeed Insights-score (0–100) is een gewogen samenvatting van meerdere laadmetrieken in een labomgeving. CWV-status ('Goed', 'Verbetering nodig', 'Slecht') is gebaseerd op velddata van echte gebruikers. Google rankt op CWV-status, niet op PSI-score. Een PSI-score van 80 kan nog steeds 'Verbetering nodig' status hebben als de velddata dat reflecteert.

Lees verder

Klaar voor snellere pagina's?

Van traag
naar groen in 30 dagen.

We pakken je CWV technisch aan en garanderen meetbare verbetering binnen één cyclus.