LCP, INP en CLS uitgelegd — wat Google écht meet
Core Web Vitals zijn geen Lighthouse-scores. Het zijn drie metrics uit echte gebruikersdata (CrUX) die Google gebruikt als ranking- en kwaliteitssignaal. Deze pagina legt per metric uit wat er misgaat, hoe je het meet en wat wél verschil maakt op WordPress-sites.
- ✓ LCP, INP & CLS drempels
- ✓ Field data vs lab
- ✓ Search Console CWV rapport
- ✓ WordPress-specifieke fixes
Meer binnen website performance
Gerelateerde performance guides
Wat zijn Core Web Vitals?
Core Web Vitals zijn drie door Google gedefinieerde performance-metrics op basis van echte gebruikersdata: LCP (laadsnelheid van het grootste element), INP (respons na interactie) en CLS (visuele stabiliteit). Ze verschijnen in Search Console en PageSpeed Insights als field data — niet als Lighthouse-labscore.
Voor de volledige performance-context (TTFB, caching, WordPress bottlenecks, conversie-impact) zie onze guide website snelheid. Deze pagina focust op de drie CWV-metrics zelf — drempels, oorzaken en fixes.
Alle performance-guides hangen onder de collectie website performance — hub → subhub → guide.
De drie metrics en hun Google-drempels.
75e percentiel field data bepaalt groen / oranje / rood in Search Console.
Goed: ≤ 2,5s · Matig: 2,5 – 4,0s · Slecht: > 4,0s
Goed: ≤ 200ms · Matig: 200 – 500ms · Slecht: > 500ms
Goed: ≤ 0,1 · Matig: 0,1 – 0,25 · Slecht: > 0,25
Largest Contentful Paint
Laadtijd van het grootste zichtbare element (hero image, heading block, video poster).
Typisch op WordPress: Trage TTFB, ongecomprimeerde hero, background-image via CSS, late font swap, render-blocking CSS.
Richting fixes: Server/page cache, <img> hero met fetchpriority, WebP/AVIF, preload LCP resource, critical CSS.
Interaction to Next Paint
Responsiviteit na interactie (klik, tap, toets) tot de volgende paint — vervanger van FID.
Typisch op WordPress: Zware JS bundles, page builder scripts, WooCommerce fragments, third-party chat/heatmap long tasks.
Richting fixes: Defer non-critical JS, code splitting, tag audit, disable cart fragments buiten shop, INP debugging in DevTools.
Cumulative Layout Shift
Visuele stabiliteit — hoeveel content verschuift tijdens laden (layout shifts).
Typisch op WordPress: Images zonder width/height, late web fonts, dynamisch ingeladen banners/cookie bars, ads.
Richting fixes: Expliciete dimensies, font-display: optional/swap met fallback metrics, reserve space voor embeds.
CrUX field data vs Lighthouse.
Vertrouw field data voor SEO en business; gebruik lab voor debugging.
| Aspect | Field data (CrUX) | Lab (Lighthouse) |
|---|---|---|
| Databron | CrUX — 28 dagen aggregated Chrome users (75e percentiel) | Lighthouse / WebPageTest — gesimuleerde throttling, één run |
| Google ranking | Officieel CWV-signaal in Search Console & rankings | Diagnostisch — geen direct ranking signaal |
| Device | Real devices & netwerken van bezoekers | Gesimuleerd mobiel/desktop profiel |
| Wanneer vertrouwen | Businessbeslissingen, CWV rapport, SEO | Debug waterfall, reproduceer fixes lokaal |
CWV overlappen met technische SEO — crawl, indexatie en mobiele usability hangen samen met performance.
FAQ over Core Web Vitals.
Drie metrics uit echte Chrome-gebruikersdata (CrUX): LCP (laadtijd grootste element), INP (respons na interactie) en CLS (layout stabiliteit). Google toont ze in Search Console en gebruikt field data als kwaliteits- en rankingssignaal — los van een Lighthouse-labscore.
LCP ≤ 2,5 seconden op het 75e percentiel field data geldt als “goed”. Tussen 2,5 en 4 seconden is “matig”, boven 4 seconden “slecht”. Op WordPress is LCP vaak een trage hero image, hoge TTFB of render-blocking CSS — zie ook website snelheid.
Interaction to Next Paint meet hoe snel de pagina reageert op alle interacties (niet alleen de eerste). FID keek alleen naar de eerste input. INP ≤ 200ms is groen op field data. Trage INP komt vaak door zware JavaScript, page builders of third-party scripts.
Reserveer ruimte voor afbeeldingen en embeds (width/height), voorkom late font swaps zonder fallback metrics, en laad geen banners boven bestaande content. Cookie bars en ads die content duwen zijn een veelvoorkomende CLS-bron op MKB-sites.
In Google Search Console onder “Core Web Vitals” (field data per URL-groep) en in PageSpeed Insights onder “Discover what your real users are experiencing”. Lighthouse in DevTools is lab data — nuttig om te debuggen, niet om rankings op te baseren.
Lighthouse simuleert één bezoek met throttling. Field data aggregeert 28 dagen echte gebruikers. Je kunt Lighthouse 95 scoren terwijl CrUX “Needs improvement” toont — vertrouw field data voor SEO-beslissingen. Meer context op onze performance hub.
Ja, als page-level signaal binnen de bredere ranking mix. Trage CWV correleren met hogere bounce en lagere conversie. Technische SEO (crawl, indexatie, structured data) en performance overlappen — zie technische SEO.
Ja. We starten met CrUX/Search Console en een waterfall per metric (LCP, INP, CLS). Daarna gerichte fixes op server, cache, assets of scripts — geen blind pakket. Voor implementatie op WordPress: WordPress website of offerte aanvragen.
CWV rood in Search Console? We meten field data eerst.
Geen score-jagen op Lighthouse alleen. We koppelen LCP, INP en CLS aan concrete bottlenecks op jouw WordPress-site — server, assets, scripts of builder overhead.