Core Web Vitals 2026: zo scoort jouw website wél groen in Google
Google heeft de drempelwaarden voor LCP, INP en CLS aangescherpt. Wat verandert er in 2026, hoe meet je het zelf en welke stappen pakken de grootste winst?
Google beoordeelt jouw website allang niet meer alleen op content. Snelheid, stabiliteit en interactie zijn harde rankingfactoren geworden, en in 2026 zijn de lat opnieuw een stuk hoger gelegd.
Core Web Vitals (CWV) zijn de drie meetwaarden waarmee Google bepaalt of jouw site goed genoeg is voor een hogere positie. Websites die structureel in het rood staan, zien lagere rankings, hogere bounce-rates en minder conversies. Websites die groen scoren, plukken de vruchten: meer organisch verkeer, betere gebruikerservaring en meer leads.
In dit artikel leg ik precies uit wat Core Web Vitals zijn, wat de nieuwe drempelwaarden van 2026 betekenen en, het belangrijkste, hoe jij ze stap voor stap verbetert.
Wat zijn Core Web Vitals?
Core Web Vitals zijn drie specifieke meetwaarden binnen het bredere PageSpeed-ecosysteem van Google. Ze meten elk een ander aspect van de gebruikerservaring:
| Afkorting | Naam | Meet... | |-----------|------|---------| | LCP | Largest Contentful Paint | Hoe snel de grootste afbeelding of tekst zichtbaar is | | INP | Interaction to Next Paint | Hoe snel de pagina reageert op klikken, typen of tikken | | CLS | Cumulative Layout Shift | Hoeveel elementen onverwacht verschuiven terwijl je laadt |
Google gebruikt deze drie naast klassieke signalen zoals relevantie, backlinks en HTTPS. Ze zijn geen doorslaggevende factor, maar bij vergelijkbare concurrenten kan een goede CWV-score het verschil maken.
LCP: Largest Contentful Paint
LCP meet hoe snel het grootste zichtbare element in beeld verschijnt. Dat is meestal een hero-afbeelding, een grote koptekst of een video-thumbnail.
Drempelwaarden 2026:
- ✅ Goed: onder 2,5 seconden
- 🟠 Verbetering nodig: 2,5 – 4,0 seconden
- ❌ Slecht: boven 4,0 seconden
De grens van 2,5 seconden is niet nieuw, maar Google weegt hem in 2026 zwaarder mee in de rankingalgoritmen voor mobiele zoekopdrachten.
INP: Interaction to Next Paint
INP verving in 2024 de oude FID (First Input Delay) en meet iets fundamenteel anders: niet de eerste klik, maar alle interacties op een pagina. Elke keer dat een gebruiker klikt, tikt of een toets indrukt, registreert Google hoe lang het duurt voordat de pagina reageert.
Drempelwaarden 2026:
- ✅ Goed: onder 200 milliseconden
- 🟠 Verbetering nodig: 200 – 500 ms
- ❌ Slecht: boven 500 ms
INP is de meetwaarde waarbij de meeste websites in 2026 struikelen. Zware JavaScript-frameworks, slecht geoptimaliseerde plug-ins en analytics-scripts zijn de meest voorkomende boosdoeners.
CLS: Cumulative Layout Shift
CLS meet hoe stabiel een pagina is terwijl hij laadt. Ken je dat gevoel dat je net op een knop wil klikken, maar er ineens een banner inschuift en je op de verkeerde knop drukt? Dat is een hoge CLS.
Drempelwaarden 2026:
- ✅ Goed: onder 0,1
- 🟠 Verbetering nodig: 0,1 – 0,25
- ❌ Slecht: boven 0,25
Hoe meet je jouw Core Web Vitals?
Voordat je iets oplost, moet je weten waar je staat. Gebruik deze drie tools, allemaal gratis:
1. PageSpeed Insights (aanbevolen startpunt)
Ga naar pagespeed.web.dev en vul je URL in. Je ziet direct je scores voor zowel mobiel als desktop, met concrete aanbevelingen onder "Opportunities" en "Diagnostics".
Gebruik altijd de mobiele score als primair referentiepunt. Google indexeert websites primair op basis van de mobiele versie (mobile-first indexing).
2. Google Search Console
In Search Console vind je onder "Core Web Vitals" je realtime velddata: metingen van echte bezoekers, niet van een gesimuleerde test. Dit is de data die Google daadwerkelijk gebruikt voor rankings.
Verschil tussen PageSpeed (lab data) en Search Console (field data): het kan zijn dat je in PageSpeed groen scoort maar in Search Console oranje. De velddata wint altijd.
3. Chrome DevTools (voor developers)
Open DevTools (F12), ga naar het tabblad "Performance" en maak een opname van een paginabezoek. Hier zie je het exacte waterval-diagram van laadvolgorde en kunt je precieze knelpunten traceren.
LCP verbeteren: de grootste winst in korte tijd
LCP is de meetwaarde waarbij je het snelst resultaat boekt. De oplossingen zijn concreet en hebben vrijwel direct effect.
Afbeeldingen optimaliseren
- Gebruik WebP of AVIF in plaats van PNG/JPG, bespaar 30–60% bestandsgrootte
- Voeg
widthenheightattributen toe aan<img>-tags (voorkomt ook CLS) - Gebruik
loading="eager"+fetchpriority="high"op de hero-afbeelding - Stel lazy loading in op alle afbeeldingen onder de vouw
Hosting en CDN
Een trage server = een trage LCP. Zorg ervoor dat je:
- Een snelle hosting hebt met servers in Nederland of West-Europa
- Statische assets (afbeeldingen, CSS, JS) via een CDN serveert zoals Cloudflare
- De TTFB (Time to First Byte) onder de 800ms houdt, bij voorkeur onder de 400ms
Praktijkvoorbeeld van onze kant: websites die we bouwen op Premium Hosting draaien standaard achter Cloudflare CDN met edge-caching. Dat drukt de gemiddelde LCP op mobiel naar onder de 1,5 seconde.
Critical CSS inlinen
Vermijd het blokkeren van de render door de kritieke CSS (de stijlen voor wat direct zichtbaar is) inline in de <head> te zetten. De rest laad je asynchroon. Frameworks als Next.js doen dit automatisch correct.
INP verbeteren: van traag naar direct
INP is de lastigste meetwaarde om te verbeteren, want hij raakt de kern van hoe je JavaScript werkt.
Zware scripts verwijderen of uitstellen
Open het tabblad "Coverage" in Chrome DevTools. Elke regel code die rood is wordt geladen maar niet gebruikt op die pagina. Dat is JavaScript dat onnodig de main thread blokkeert.
Acties:
- Laad analytics (GTM, Facebook Pixel) pas nadat de pagina interactief is
- Verwijder plug-ins of scripts die je niet actief gebruikt
- Gebruik
deferofasyncop alle niet-kritieke scripts
Splits grote JavaScript-bundles
Als je een framework gebruikt: activeer code splitting zodat je alleen de code laadt die de huidige pagina nodig heeft. Next.js doet dit standaard; WordPress-sites hebben hier het meeste werk.
Gebruik een web worker voor zware berekeningen
Bereken-intensieve taken (zoekfuncties, filters, realtime berekeningen) kun je verplaatsen naar een web worker, zodat ze de hoofdthread niet blokkeren.
CLS oplossen: stop de verschuivende layout
CLS is in de meeste gevallen het snelst op te lossen, omdat de oorzaken goed te traceren zijn.
Altijd afmetingen meegeven aan afbeeldingen en embeds
De meest voorkomende oorzaak van hoge CLS: een afbeelding zonder vaste breedte/hoogte waardoor de browser eerst ruimte reserveert en later opnieuw indeelt.
<!-- Fout: browser weet niet hoe groot het wordt -->
<img src="hero.webp" alt="...">
<!-- Goed: browser reserveert de ruimte alvast -->
<img src="hero.webp" alt="..." width="1200" height="630">
Vermijd dynamische content boven bestaande content
Banners, cookie-meldingen en ad-slots die bovenaan de pagina inladen terwijl de gebruiker al scrolt, zijn CLS-machines. Oplossing: reserveer ruimte met een min-height of laad ze buiten de normale documentstroom (position: fixed).
Font swapping aanpakken
Als een fallback-lettertype wordt vervangen door het webfont zodra het geladen is, verspringt tekst. Gebruik font-display: optional of font-display: swap en zorg dat je webfont snel laadt (preload het in de <head>).
Checklist: van rood naar groen in 8 stappen
Druk deze lijst af en werk hem van boven naar beneden af. De stappen zijn gerangschikt op impact:
- Meet eerst: haal je scores op via PageSpeed Insights en Search Console
- Converteer afbeeldingen naar WebP/AVIF en geef ze vaste afmetingen
- Preload de hero-afbeelding met
fetchpriority="high" - Controleer je TTFB: zit je boven de 800ms? Dan heeft je hosting aandacht nodig
- Activeer CDN als je dat nog niet hebt (Cloudflare gratis tier werkt al goed)
- Audit je scripts: verwijder alles wat je niet gebruikt, stel de rest uit
- Reserveer ruimte voor afbeeldingen, iframes en advertenties
- Meet opnieuw na elke aanpassing, want CWV-scores reageren snel
Wat kost het om Core Web Vitals te verbeteren?
Dat hangt af van de huidige staat van je website en de technologie waarop hij gebouwd is.
Doe het zelf (gratis): De stappen met afbeeldingen, font-display en het toevoegen van afmetingen zijn goed te doen zonder developer. PageSpeed Insights geeft je exacte instructies.
Kleine technische aanpassingen: Als het gaat om script-optimalisatie, code splitting of serverside-configuratie, ben je al snel een paar uur werk kwijt. Ons uurtarief voor development is € 120 excl. btw.
Volledig nieuwe website: Als jouw site structureel traag is door verouderde technologie (WordPress met 40 plug-ins, een website van voor 2020), is het soms efficiënter om opnieuw te beginnen op een moderne stack. Ons Solid Start-pakket start vanaf € 4.000 en levert standaard een PageSpeed-score boven de 90 op. Voor meer complexe projecten is het Firm Foundation-pakket beschikbaar vanaf € 9.000.
Hosting upgraden: Staat je TTFB structureel boven de 800ms? Dan helpt het om over te stappen naar betere hosting. Onze Premium Hosting inclusief Cloudflare CDN + WAF kost € 30 per maand en lost in de meeste gevallen het TTFB-probleem direct op.
FAQ
Zijn Core Web Vitals een directe rankingfactor?
Ja, maar met nuance. Google bevestigt dat CWV meetelt in de Page Experience-signalen, maar ze wegen niet zwaarder dan relevantie en autoriteit. Een pagina met uitstekende content maar matige CWV-scores scoort nog steeds hoger dan een snelle pagina met dunne content. Waar CWV echt het verschil maakt: bij vrijwel gelijkwaardige concurrenten.
Mijn PageSpeed-score is hoog, maar mijn Search Console toont rood. Wat klopt er?
PageSpeed Insights gebruikt lab data: een gesimuleerde test op een vaste internetverbinding. Search Console gebruikt field data: echte metingen van echte bezoekers op echte apparaten. Field data wint altijd, want dat is wat Google meeweegt in rankings. Verbeter je score in Search Console door je pagina te optimaliseren voor langzamere mobiele verbindingen.
Hoe lang duurt het voordat verbeteringen zichtbaar zijn in Google?
Core Web Vitals-data in Search Console wordt elke 28 dagen bijgewerkt (rolling window). Zodra je verbeteringen live zijn, begint Google nieuwe velddata te verzamelen. Reken op 4–8 weken voordat je een significante verbetering ziet in je rapportage en eventueel in rankings.
Welke CWV-meetwaarde heeft de grootste impact op conversies?
INP heeft de sterkste correlatie met conversies. Een pagina die traag reageert op klikken voelt gebroken aan. Gebruikers haken af voordat ze het formulier versturen of op "Bestellen" klikken. Google's eigen onderzoek toont aan dat elke 100ms vertraging in INP gemiddeld 7% minder conversies oplevert.
Moet ik Core Web Vitals op elke pagina verbeteren?
In theorie scoort Google elke URL apart. In de praktijk zijn de bottlenecks op de meeste websites structureel: hetzelfde thema, dezelfde plug-ins, dezelfde hostingomgeving. Los je de kern aan, dan verbeteren alle pagina's tegelijk. Prioriteer je belangrijkste landingspagina's: homepage, contactpagina, product- of dienstenpagina's.
Wat is het verschil tussen INP en de oude FID?
FID (First Input Delay) mat alleen de vertraging bij de eerste interactie op een pagina. INP meet alle interacties gedurende het gehele bezoek en rapporteert de langzaamste als de score. INP is daardoor een veel strenger en realistischer signaal. Websites die op FID groen scoorden, scoorden op INP vaak oranje of rood.
Conclusie
Core Web Vitals zijn in 2026 niet meer optioneel. Google heeft de drempelwaarden aangescherpt en weegt ze zwaarder mee in mobiele rankings. De goede nieuws: de meeste problemen zijn technisch oplosbaar zonder dat je je hele website hoeft te herbouwen.
Start met meten. Pak de quick wins (afbeeldingen, CDN, script-audit). Monitor je velddata in Search Console. En als je merkt dat je technische schuld te groot is voor incrementele aanpassingen, is een frisse start op een moderne stack soms de slimste investering op de lange termijn.
Wil je weten hoe jouw website scoort en wat de prioriteiten zijn? Plan een gesprek in, dan kijk ik samen met je naar de data.