Core Web Vitals in 2026: wat er is veranderd
Sinds hun introductie in 2021 zijn Core Web Vitals geëvolueerd. De grote verandering van 2024 — de vervanging van FID door INP (Interaction to Next Paint) — is nu volledig geïntegreerd. In 2026 zijn de drie statistieken:
- LCP (Largest Contentful Paint) — laadtijd van het grootste zichtbare element. Drempelwaarde: ≤ 2,5 seconden
- INP (Interaction to Next Paint) — reactiviteit op gebruikersinteracties. Drempelwaarde: ≤ 200 milliseconden
- CLS (Cumulative Layout Shift) — visuele stabiliteit van de pagina. Drempelwaarde: ≤ 0,1
Een studie van HTTP Archive (Europese data, 2025) onthult dat slechts 39% van de Europese sites alle drie de drempelwaarden tegelijkertijd haalt. Dit is een enorm concurrentievoordeel voor degenen die in prestaties investeren.
Harry Roberts, webperformance-consultant (Leeds, VK): "Core Web Vitals zijn geen academische oefening. Elke milliseconde minder LCP is een meetbare stijging van het conversiepercentage. Amazon heeft dit al jaren bewezen — in Europa beginnen kmo's dat pas te begrijpen."
LCP optimaliseren: de 5 hefbomen
LCP is vaak de meest problematische statistiek. Hier zijn de acties op volgorde van impact:
| Actie | LCP-impact | Moeilijkheid | Quick win? |
|---|---|---|---|
| Afbeeldingen optimaliseren (WebP/AVIF, lazy loading) | -30 tot -50% | Laag | Ja |
| Preconnect naar CDN's en externe origins | -10 tot -20% | Laag | Ja |
| Kritieke CSS verminderen (Critical CSS) | -20 tot -40% | Gemiddeld | Nee |
| TTFB verbeteren (server, cache, CDN) | -15 tot -30% | Gemiddeld | Nee |
| SSR/SSG in plaats van CSR | -40 tot -60% | Hoog | Nee |
De meest spectaculaire quick win: uw afbeeldingen converteren naar WebP of AVIF-formaat met aangepaste afmetingen. Op een typische site verlaagt dit de LCP met 30 tot 50% zonder de code aan te raken.
INP optimaliseren: reactiviteit
INP meet de tijd tussen een gebruikersinteractie (klik, tik, toetsenbordinvoer) en de resulterende visuele update. Dit is de statistiek die Single Page Applications (SPA's) met veel JavaScript het meest bestraft.
De voornaamste strategieën:
- JavaScript-omvang verminderen — elke KB JS betekent minder uitvoeringstijd
- Code splitting — alleen de JS laden die nodig is voor de huidige pagina
- Zwaar werk offloaden — Web Workers gebruiken voor intensieve berekeningen
- Lange taken vermijden — JS opdelen in taken onder 50ms
- Event listeners optimaliseren — debounce en throttle bij frequente interacties
Voor Next.js-sites (zoals de AISOS-site) lossen Server Components en Streaming SSR die in het framework zijn ingebouwd het merendeel van de INP-problemen op.
CLS optimaliseren: visuele stabiliteit
CLS bestraft pagina's waarop elementen "bewegen" na het eerste laden — afbeeldingen zonder afmetingen, weblettertypen die FOUT (Flash of Unstyled Text) veroorzaken, dynamische advertenties.
De meest effectieve oplossingen:
- Altijd
widthenheightdefiniëren op afbeeldingen en video's font-display: swapgebruiken met preload voor lettertypen- Ruimte reserveren voor dynamisch geladen elementen (advertenties, iframes)
- Vermijd het invoegen van content boven bestaande content (banners, meldingen)
Core Web Vitals en AI-zichtbaarheid
Een minder bekend aspect: Core Web Vitals beïnvloeden indirect uw AI-zichtbaarheid. Hier is hoe:
- TTFB bepaalt AI-crawl — AI-bots (GPTBot, ClaudeBot) hebben agressieve time-outs. Een trage server betekent niet-gecrawlde pagina's
- Een snelle site wordt vaker gecrawld — Google en AI wijzen meer crawlbudget toe aan goed presterende sites (zie onze crawlbudgetgids)
- SSR bevordert AI-bots — LCP optimaliseren via SSR maakt uw HTML ook toegankelijk voor AI-bots die geen JS renderen
Sabine Langenscheidt, webperformance-consultant (Berlijn): "Ik heb klanten gezien wiens site perfect geoptimaliseerd was voor Google maar onzichtbaar voor AI-bots, simpelweg omdat hun TTFB 2 seconden overschreed en AI-bots opgaven voordat ze een reactie ontvingen."
Voor een diepere verkenning van de snelheidsimpact, lees ons artikel Sitesnelheid: impact op SEO en AI-vermeldingen. Voor bredere technische context, zie onze technische SEO-gids 2026.
FAQ — Core Web Vitals
Zijn Core Web Vitals nog een rankingfactor in 2026?
Ja, ze maken deel uit van het Page Experience-signaal van Google. Hun gewicht is gematigd vergeleken met content en backlinks, maar in competitieve SERP's maken ze het verschil tussen pagina 1 en pagina 2.
Welk hulpmiddel moet u gebruiken om Core Web Vitals te meten?
Google Search Console (velddata), PageSpeed Insights (diagnose) en Chrome DevTools (technische foutopsporing). Voor continue monitoring: de Web Vitals JS-bibliotheek of tools zoals SpeedCurve.
Mijn LCP is 3,5s. Waar te beginnen?
Begin met het identificeren van het LCP-element (vaak een hero-afbeelding). Converteer het naar WebP, voeg een preload toe en controleer uw TTFB. Deze drie acties kunnen uw LCP halveren.
Is SSR verplicht voor goede Core Web Vitals?
Nee, maar het helpt aanzienlijk. Een goed geoptimaliseerde CSR (Client-Side Rendering) kan de drempelwaarden ook halen. SSR heeft echter het bijkomende voordeel dat uw content toegankelijk wordt voor AI-bots.
Beïnvloeden Core Web Vitals mobiele en desktop-SEO anders?
Google gebruikt mobiele data als primaire referentie (mobile-first indexing). Als uw CWV goed zijn op desktop maar slecht op mobiel, telt de mobiele versie voor ranking.
Hoe lang duurt het om de impact van CWV-optimalisaties te zien?
Search Console-data wordt bijgewerkt op een voortschrijdende basis van 28 dagen (velddata). Reken op ongeveer 1 maand om de impact in rapporten te zien. De impact op ranking kan 2-3 maanden duren.
Remmen uw Core Web Vitals uw groei?
Onze experts diagnosticeren en optimaliseren uw webprestaties om Google, gebruikers en AI-bots tevreden te stellen.
Mijn prestaties diagnosticeren
