Wat zijn Core Web Vitals?

Kort antwoord: Core Web Vitals zijn drie metrics van Google, Largest Contentful Paint (LCP), Interaction to Next Paint (INP) en Cumulative Layout Shift (CLS), die meten hoe snel, responsief en visueel stabiel een webpagina aanvoelt voor echte bezoekers. Google gebruikt ze als onderdeel van zijn rankingsignalen voor pagina-ervaring. Ze zijn belangrijk voor SaaS-marketingsites, omdat trage, haperende pagina's zowel zoekzichtbaarheid als trial-aanmeldingen verliezen. Een pagina slaagt als minstens 75% van de bezoeken van echte gebruikers op alle drie de metrics "goed" scoort.

Google introduceerde Core Web Vitals om iets te kwantificeren dat vroeger subjectief was: of een pagina echt prettig aanvoelt in gebruik. Voor SaaS-teams die voor organische zichtbaarheid concurreren met G2, Capterra en een dozijn goed gefinancierde concurrenten is technische performance geen zaak meer voor achter de schermen. Het zie je direct terug in rankings, bouncepercentages en het vertrouwen dat een prospect in je product heeft voordat hij ooit een demo boekt.

Wat zijn de drie Core Web Vitals-metrics?

Core Web Vitals is een set metrics die de gebruikerservaring in de praktijk meet voor laadprestaties, interactiviteit en visuele stabiliteit van de pagina. Elke metric richt zich op een ander moment in de ervaring van de bezoeker en heeft een eigen drempel voor geslaagd of gezakt.

Largest Contentful Paint (LCP)

Largest Contentful Paint meet de laadprestaties. Voor een goede gebruikerservaring streef je ernaar dat LCP binnen de eerste 2,5 seconden na het begin van het laden plaatsvindt. Op een SaaS-marketingsite is het grootste element meestal een hero-afbeelding, een productscreenshot of een grote kop. Alles wat die weergave vertraagt, zoals een niet-geoptimaliseerde afbeelding, een trage server of scripts die het renderen blokkeren, duwt LCP naar "verbetering nodig" of "slecht".

Interaction to Next Paint (INP)

Interaction to Next Paint meet de responsiviteit. Voor een goede gebruikerservaring streef je naar een INP van minder dan 200 milliseconden. INP is de nieuwste van de drie metrics. INP verving First Input Delay (FID) volledig in maart 2024, dus elke gids die nog FID noemt, is verouderd. Anders dan FID, dat alleen de eerste klik of tik vastlegde, beoordeelt INP de vertraging van alle interacties op de pagina. Daardoor is het een veel strengere en representatievere maatstaf voor responsiviteit. Dat is van belang voor SaaS-sites vol chatwidgets, prijscalculators en interactieve demo's, want elk van die elementen verhoogt de INP-score.

Cumulative Layout Shift (CLS)

Cumulative Layout Shift meet de visuele stabiliteit. Voor een goede gebruikerservaring streef je naar een CLS-score van minder dan 0,1. CLS schiet omhoog wanneer afbeeldingen zonder afmetingen laden, wanneer cookiebanners of embeds van derden content invoegen na de eerste weergave, of wanneer webfonts worden verwisseld en de pagina opnieuw wordt opgebouwd. Eén enkele slechte verschuiving, zoals een prijstabel die verspringt zodra een chatwidget laadt, kan de score van een hele sessie verpesten.

Hoe beïnvloeden Core Web Vitals de ranking in Google?

Er is geen enkel signaal. Onze kernrankingsystemen kijken naar een reeks signalen die aansluiten bij de algehele pagina-ervaring. Onze rankingsystemen gebruiken Core Web Vitals als onderdeel van die beoordeling. In de praktijk fungeren Core Web Vitals meer als beslisser bij gelijke stand dan als troefkaart. Core Web Vitals zijn weliswaar een rankingfactor en relevante content maken is voor zoekmachineoptimalisatie natuurlijk het allerbelangrijkste, maar Google kan Core Web Vitals als "tiebreaker" gebruiken tussen pagina's met een vergelijkbare contentkwaliteit.

Dat onderscheid is belangrijk voor hoe SaaS-teams hun tijd prioriteren. Een prachtig snelle pagina met magere, weinig behulpzame content verliest nog steeds van een tragere pagina die de vraag van de zoeker beter beantwoordt. Maar als twee concurrenten vergelijkbare diepgang publiceren voor hetzelfde vergelijkingszoekwoord, wint de pagina die sneller en stabieler is meestal de positie. Dat is precies het soort voordeel dat Seedling helpt identificeren voor SaaS-contentteams: content die sterk genoeg is om op relevantie te concurreren, op een technische basis die haar aan de marge niet de rankingvoorsprong kost.

De businesscase gaat verder dan rankings. In een recent onderzoek naar miljoenen paginaweergaven ontdekte Google dat sites die aan de drempels voor Core Web Vitals voldeden, 24% minder kans hadden dat bezoekers afhaakten voordat de pagina volledig geladen was. Voor een SaaS-site die betaald en organisch verkeer naar dezelfde landingspagina's stuurt, vertaalt dat verschil in afhakers zich direct in verspild budget en gemiste pipeline.

Hoe worden Core Web Vitals gemeten?

Google trekt een harde grens tussen twee soorten data, en ze door elkaar halen is een van de meest voorkomende fouten in technische SEO.

Velddata is de laag die voor rankings telt. Google verzamelt wereldwijde velddata van het 75e percentiel van de echte gebruikers die je applicatie de afgelopen 28 dagen hebben bezocht via de Chrome-browser. Deze data staat in het Chrome User Experience Report (CrUX) en komt terug in het Core Web Vitals-rapport van Google Search Console.

Labdata, geproduceerd door tools als PageSpeed Insights of Lighthouse, is nuttig om fouten op te sporen, maar bepaalt niet de rankings. Lighthouse-scores hebben geen directe invloed op de rankings van Google. Een lage Performance-score in een labtest betekent niet dat je site slecht zal scoren in de Core Web Vitals-data van echte gebruikers. Het komt vaak voor dat labdata sterk afwijkt van data van echte gebruikers.

Google legt de grens tussen geslaagd en gezakt bij een bepaald percentiel, niet bij een gemiddelde. Om voor Core Web Vitals te slagen moeten minstens 75% van je bezoekers een 'goede' LCP-, INP- en CLS-score hebben in de Google CrUX-dataset op URL-niveau. Het is niet genoeg dat de pagina snel is op je high-end laptop met glasvezelinternet: hij moet ook snel zijn voor de op vier na traagste gebruiker, meestal iemand met een middenklasse telefoon op een wisselvallige mobiele verbinding. Dat ene ontwerpprincipe verklaart waarom zoveel SaaS-marketingsites hun eigen interne QA-controles doorstaan en toch "slecht" laten zien in Search Console.

Welke veelgemaakte fouten schaden de Core Web Vitals van SaaS-sites?

SaaS-marketingsites falen op Core Web Vitals volgens andere patronen dan ecommerce- of uitgeverssites, vooral door de tooling waar marketingteams op vertrouwen.

• Te veel widgets van derden. Chattools, productrondleidingssoftware en marketingautomation-scripts blokkeren de main thread en drukken INP omlaag. Elk ervan voegt meetbare vertraging toe aan elke interactie op de pagina.
• Dashboard- of productembeds op marketingpagina's. Live productpreviews, vaak het hele doel van een hero-sectie op de homepage, zijn vaak de grootste LCP-boosdoener, omdat ze trager laden dan een statische afbeelding of video.
• Cookie- en toestemmingsmodals. Deze worden laat in de renderingcyclus ingevoegd en zijn een belangrijke oorzaak van CLS-problemen op B2B-sites die onder de AVG of vergelijkbare toestemmingsregels vallen.
• Alleen de homepage testen. De homepage slaagt meestal. Blogposts met veel verkeer, vergelijkingspagina's en betaalde landingspagina's zijn waar CWV-problemen zich echt concentreren, en dat zijn de pagina's die het meeste organische en betaalde verkeer dragen.
• Labscores vertrouwen boven velddata. Een groene Lighthouse-score geeft schijnzekerheid. Alleen CrUX-velddata weerspiegelt wat Google echt gebruikt om de pagina-ervaring te beoordelen.

Hoe kun je Core Web Vitals verbeteren?

LCP verbeteren is meestal de eenvoudigste winst: zet hero-afbeeldingen om naar WebP of AVIF, voeg expliciete width- en height-attributen toe, laad kritieke assets vooraf en stel niet-essentiële scripts uit. INP is lastiger en vraagt vaak om een heroverweging van de JavaScript-architectuur: lange taken opsplitsen, widgets van derden uitstellen en alles wat niet nodig is voor de eerste interactie lazy-loaden. CLS los je op door ruimte te reserveren voor elke afbeelding, advertentie en embed voordat die laadt, en door font-display swap te gebruiken om herschikking van tekst te voorkomen.

Wat echt het verschil maakt, is niet één enkele oplossing. Het gaat erom velddata uit CrUX of een real-user-monitoringtool naar hetzelfde dashboard te sturen waar ook je content- en verkeersmetrics staan, zodat een achteruitgang binnen enkele dagen zichtbaar wordt in plaats van in het voortschrijdende venster van 28 dagen dat CrUX standaard hanteert. Voor SaaS-teams die al Seedling gebruiken om contentproductie te beheren en organische zichtbaarheid te volgen, sluit het combineren van die workflow met een Core Web Vitals-monitor de cirkel tussen wat je publiceert en hoe het presteert zodra echte bezoekers op echte apparaten de pagina laden.

Core Web Vitals blijven zich ontwikkelen naarmate Google verfijnt wat een "goede ervaring" in de praktijk betekent. Ze behandelen als een eenmalige audit in plaats van als een doorlopende discipline is de fout die SaaS-sites stilletjes rankings en conversies kost, lang nadat de eerste oplossing is doorgevoerd.