Core Web Vitals vertalen drie vragen van elke bezoeker in cijfers: verschijnt de pagina snel, reageert ze als ik klik, en blijft ze stabiel terwijl ik lees? Deze meetwaarden zijn door Google vastgelegd en gedocumenteerd op web.dev. Ze worden gemeten bij echte Chrome-gebruikers, niet alleen in een testomgeving.
De drie meetwaarden en hun drempels
- LCP (Largest Contentful Paint): de tijd tot het grootste zichtbare element bij het laden verschijnt, vaak de uitgelichte afbeelding of het eerste tekstblok. Goed bij 2,5 seconden of minder, slecht boven 4 seconden.
- INP (Interaction to Next Paint): de vertraging tussen een interactie (klik, tik, toetsaanslag) en de weergave die volgt, gemeten over het hele bezoek. Goed bij 200 milliseconden of minder, slecht boven 500. INP verving op 12 maart 2024 de oude meetwaarde FID.
- CLS (Cumulative Layout Shift): de omvang van onverwachte verschuivingen in de lay-out, zoals een knop die verspringt op het moment dat je klikt. Goed bij 0,1 of minder, slecht boven 0,25.
De waarden worden beoordeeld op het 75e percentiel van de paginaladingen, apart voor mobiel en desktop: het is niet genoeg dat de pagina voor de helft van de bezoekers snel is, ze moet dat zijn voor drie op de vier.
Hoeveel gewicht voor SEO?
Google geeft aan dat de Core Web Vitals door zijn rankingsystemen worden gebruikt, maar benadrukt dat er geen enkelvoudig signaal voor pagina-ervaring bestaat en dat goede scores geen goede ranking garanderen. Relevante content blijft doorslaggevend; bij vergelijkbare content biedt een snelle, stabiele pagina een betere ervaring en converteert ze beter. Ons artikel over wat Google echt meeweegt tussen HTTPS, headers en prestaties zet deze signalen in perspectief.
Meten
Het Core Web Vitals-rapport in Search Console groepeert URL’s per status op basis van echte Chrome-gegevens. PageSpeed Insights toont voor een bepaald adres deze praktijkgegevens als ze beschikbaar zijn, en daarna een labdiagnose. Een site met weinig verkeer heeft soms niet genoeg bezoeken voor praktijkgegevens: de labtest is dan het enige houvast.
Voor WordPress
- LCP: een paginacache, hosting die snel reageert en een CDN voor statische bestanden maken vaak het grootste verschil. Sinds WordPress 6.3 voegt de core
fetchpriority="high"toe aan de afbeelding die het meest waarschijnlijk het LCP-element is, en wordt die niet lazy geladen. - INP: elk script van derden (chat, advertenties, tracking, een pagebuilder die overal wordt geladen) houdt de browser bezig. Schakel uit wat op de betreffende pagina niet nodig is.
- CLS: afbeeldingen zonder afmetingen, banners die bovenaan de pagina worden ingevoegd en webfonts die het reservelettertype laat vervangen, zijn de meest voorkomende oorzaken.
Beveiliging en prestaties
Beveiligingsmaatregelen hebben invloed op deze meetwaarden. Een keten van redirects vertraagt de weergave, een zwaar beveiligingsscript kan de INP verslechteren, en een paginabrede botcontrole hindert legitieme bezoekers. Omgekeerd maakt het vroeg blokkeren van kwaadaardige robots serverbronnen vrij. Gebruik je WP Masquerade, bekijk dan de compatibiliteit met hostingproviders en caches: na elke wijziging van een beveiligingsinstelling is een slecht geleegde cache een veelvoorkomende bron van inconsistente pagina’s, en moet je de meetwaarden opnieuw controleren.