Core Web Vitals: wat het is en waarom het uw positie in Google beïnvloedt

Core Web Vitals zijn drie metrieken die Google sinds mei 2021 als rankingfactoren gebruikt. Het zijn niet de enige factoren, maar wel de meest technische en de meest rechtstreeks door een ontwikkelaar te beïnvloeden. Een website met slechte Core Web Vitals-scores kan posities in de Google-resultaten verliezen aan concurrenten met vergelijkbare content maar een betere technische ervaring.

Heeft u een WordPress-website en heeft u nog nooit van LCP, INP of CLS gehoord, of wel gehoord maar weet u niet wat u ermee moet, dan legt dit artikel uit wat er in de praktijk toe doet.

Wat Core Web Vitals meten

Google heeft drie aspecten van de gebruikerservaring gekozen om gestandaardiseerd te meten: hoe snel de hoofdcontent verschijnt, hoe snel de pagina op interacties reageert en hoe stabiel de lay-out is terwijl de pagina laadt.

Elk aspect heeft een specifieke metriek met duidelijke drempels: onder een bepaald getal zit u in de groene zone, tussen twee waarden in de gele zone (verbetering nodig), boven de bovengrens in de rode zone (slecht).

De gegevens zijn niet gesimuleerd — Google verzamelt echte gegevens van Chrome-gebruikers via het Chrome User Experience Report (CrUX) en gebruikt ze in het rankingalgoritme. Dat betekent dat de prestaties op de echte apparaten van uw gebruikers tellen, niet alleen de score uit een laboratoriumtest.

LCP: Largest Contentful Paint

LCP meet hoelang het duurt voordat het grootste zichtbare element in de viewport volledig is geladen. In de praktijk is dat meestal de heroafbeelding op de homepage, een grote productfoto of het hoofdtekstblok van een artikel.

De drempels: onder 2,5 seconden is goed, tussen 2,5 en 4 seconden heeft verbetering nodig, boven 4 seconden is slecht.

De meest voorkomende oorzaken van een slechte LCP zijn een grote, niet-geoptimaliseerde heroafbeelding, het ontbreken van een preload voor de LCP-afbeelding en een hoge TTFB (Time to First Byte) door trage hosting.

Hoe u LCP verbetert: comprimeer de heroafbeelding en converteer die naar WebP, voeg fetchpriority="high" toe aan de LCP-afbeelding, zorg dat de afbeelding niet lazy-loaded is (afbeeldingen boven de vouw mogen geen lazy loading hebben) en verbeter de TTFB via servercaching of een hostingupgrade.

INP: Interaction to Next Paint

INP verving FID (First Input Delay) in maart 2024. Het meet hoe snel de pagina reageert op alle interacties van de gebruiker: klikken, tikken, toetsaanslagen. Het houdt rekening met alle interacties in de sessie, niet alleen de eerste.

De drempels: onder 200 ms is goed, tussen 200 en 500 ms heeft verbetering nodig, boven 500 ms is slecht.

Een slechte INP ontstaat meestal door zware JavaScript die de hoofdthread van de browser blokkeert. Op WordPress zijn de belangrijkste boosdoeners plug-ins met slecht geoptimaliseerde JS-code, grote JavaScript-bibliotheken en trackingcode (Google Analytics, Facebook Pixel, heatmaps).

Hoe u INP verbetert: verwijder plug-ins met onnodige JS, stel scripts van derden uit (tracking, chat, externe widgets) en gebruik Google Tag Manager om analyticsscripts asynchroon te laden.

CLS: Cumulative Layout Shift

CLS meet hoeveel elementen op de pagina verschuiven terwijl die laadt. Een knop die verspringt wanneer er een advertentie boven verschijnt, of tekst die verschuift wanneer het weblettertype laadt, zijn klassieke voorbeelden van layoutverschuiving.

De drempels: onder 0,1 is goed, tussen 0,1 en 0,25 heeft verbetering nodig, boven 0,25 is slecht. Een waarde van 0 betekent dat er niets beweegt.

De meest voorkomende oorzaken: afbeeldingen zonder gedefinieerde width– en height-attributen in de HTML (de browser weet niet hoeveel ruimte te reserveren vóór het laden), weblettertypen die het fallback-lettertype vervangen en de tekstafmetingen wijzigen, en advertenties of embeds zonder vaste afmetingen.

Hoe u CLS verbetert: voeg altijd width en height toe aan img-tags, gebruik font-display: swap voor weblettertypen en geef een fallback-lettertype met vergelijkbare afmetingen op, en reserveer vaste ruimte voor elk asynchroon geladen element (advertenties, embeds).

Hoe u Core Web Vitals voor uw website meet

Er zijn meerdere hulpmiddelen, elk met een ander perspectief.

PageSpeed Insights — het meest toegankelijk. Voer de URL in en u krijgt afzonderlijke scores voor mobiel en desktop, met specifieke aanbevelingen. Het combineert laboratoriumgegevens met echte CrUX-gegevens als de website genoeg verkeer heeft.

Google Search Console — onder het onderdeel “Core Web Vitals” vindt u geaggregeerde gegevens voor alle pagina’s van uw website, ingedeeld in Good, Needs Improvement en Poor. Het is de beste plek om pagina’s met problemen op schaal te identificeren.

Chrome DevTools Lighthouse — gedetailleerde audit in de browser, nuttig voor specifiek debuggen. F12 in Chrome, tabblad Lighthouse, voer de audit uit op Mobiel.

Geef verbeteringen op mobiel prioriteit. Google indexeert en rankt voornamelijk op basis van de mobiele versie van uw website, en de mobiele scores zijn bijna altijd slechter dan die van desktop.

Core Web Vitals op WordPress: praktische prioriteiten

Op een typische WordPress-website lost de volgende volgorde van prioriteiten de meeste Core Web Vitals-problemen op.

Ten eerste, optimaliseer de afbeeldingen: comprimeer alles op de website, converteer naar WebP, voeg width en height toe aan alle img-tags. Deze stap alleen kan zowel LCP als CLS dramatisch verbeteren.

Ten tweede, installeer een cachingplug-in met CSS/JS-optimalisatie. WP Rocket of LiteSpeed Cache kunnen niet-kritieke JavaScript uitstellen, bestanden combineren en preloading voor sleutelpagina’s activeren.

Ten derde, controleer de actieve plug-ins. Deactiveer wat u niet gebruikt, vervang plug-ins met zware JS door lichtere alternatieven en verplaats scripts van derden naar Google Tag Manager.

Ten vierde, controleer de weblettertypen. Preload kritieke lettertypen en stel font-display: swap in om FOIT (Flash of Invisible Text) te elimineren.

Veelgestelde vragen

Tellen Core Web Vitals echt mee voor SEO of is het overdreven?

Core Web Vitals zijn door Google bevestigde rankingfactoren, maar niet de enige en waarschijnlijk niet de belangrijkste. Relevante content en domeinautoriteit wegen zwaarder. Maar wanneer twee websites vergelijkbaar zijn qua content en autoriteit, kunnen Core Web Vitals het verschil maken. En los van SEO houdt een snelle website bezoekers beter vast.

Ik heb een goede score op desktop maar een slechte op mobiel. Wat nu?

Mobiel is belangrijker voor SEO (Google mobile-first indexing). De specifieke mobiele problemen zijn meestal grote afbeeldingen op kleine schermen, JavaScript dat op zwakkere hardware wordt uitgevoerd en een lay-out die niet is geoptimaliseerd voor touch. Test op een echte telefoon, niet alleen in een emulator, en geef optimalisaties voor mobiel prioriteit.

Betekent een PageSpeed-score van 100 dat mijn website perfect is?

Niet noodzakelijk. De PageSpeed-laboratoriumscore meet gesimuleerde prestaties onder gecontroleerde omstandigheden. Echte Core Web Vitals, verzameld bij echte gebruikers op verschillende apparaten en verbindingen, kunnen anders zijn. Een PageSpeed-score van 85 tot 90 met goede echte gegevens in Search Console is meer waard dan een gesimuleerde score van 100.

Hoe vaak moet ik Core Web Vitals controleren?

Controleer na elke grote wijziging aan de website: thema-update, een nieuwe plug-in, een nieuwe advertentiecampagne, een redesign. Normaal gesproken volstaat een maandelijkse controle in Search Console om problemen op te merken voordat ze de SEO beïnvloeden.

Kan ik Core Web Vitals verbeteren zonder ontwikkelaar, alleen met plug-ins?

Ja, cachings- en optimalisatieplug-ins (WP Rocket, LiteSpeed Cache) lossen veel problemen automatisch op. Afbeeldingen optimaliseren met ShortPixel of Imagify is even toegankelijk. Complexere CLS- of INP-problemen door maatwerkcode of een page builder vragen meestal een ontwikkelaar.

Conclusie

Core Web Vitals zijn geen technische complexiteit die voorbehouden is aan ontwikkelaars. Het zijn drie getallen die meten wat de gebruiker voelt wanneer hij uw website gebruikt, en Google gebruikt ze om te beslissen of u een goede positie in de resultaten verdient.

LCP onder 2,5 s, INP onder 200 ms en CLS onder 0,1 zijn de doelen. Op een typische WordPress-website lossen afbeeldingsoptimalisatie en een goede cachingplug-in 80% van de problemen op zonder dat u de code aanraakt.

Blijven de scores na de basisoptimalisaties slecht, dan zit het probleem waarschijnlijk in het thema of de technische structuur van de website. Het team van Nexium Web kan een volledige technische audit uitvoeren en vertelt u precies wat er moet veranderen. Neem contact met ons op of lees meer over onze technische WordPress-diensten.