Core Web Vitals en SEO: Beïnvloeden ze Google-rankings?

Deze gids maakt deel uit van ons Core Web Vitals-kenniscentrum. Het behandelt alles wat ik weet over de relatie tussen Core Web Vitals en zoekmachine-rankings, gebaseerd op 17 jaar webperformance-consultancy en velddata van honderden enterprise-sites die worden gemonitord met CoreDash.

Core Web Vitals en SEO

"We hebben onze Core Web Vitals gefixt maar onze rankings zijn niet verbeterd. Wat ging er mis?"

Ik hoor dit bijna elke week. Het antwoord is meestal hetzelfde. Core Web Vitals is een bevestigde Google-rankingfactor. Maar het werkt anders dan de meeste SEO-gidsen suggereren.

Het is geen groeihefboom. Het is een drempel. Ernstige fouten schaden je. "Goed" halen verwijdert de penalty. Verder gaan dan "goed" doet niets voor SEO. Een Lighthouse-score van 100 zal niet hoger ranken dan een Lighthouse-score van 72 als de velddata hetzelfde is.

Ik fix al 17 jaar Core Web Vitals op honderden enterprise-sites. Ik heb mijn eigen Real User Monitoring-platform gebouwd (CoreDash) specifiek omdat de bestaande tools me niet de attributiedata gaven die ik nodig had. Deze pagina bevat wat ik weet over hoe CWV daadwerkelijk zoekrankings beïnvloedt. Niet wat Google's marketing zegt. Niet wat SEO-blogs herhalen. Wat ik zie in de velddata.

Beïnvloeden Core Web Vitals Google-rankings?

Ja. Google heeft dit expliciet bevestigd.

Op 12 maart 2024 heeft Google hun officiële documentatie bijgewerkt met de vermelding dat Core Web Vitals worden gebruikt door hun rankingsystemen. Dit was geen nieuw gedrag. De Page Experience-uitrol begon in juni 2021 voor mobiel en was voltooid voor desktop in maart 2022. Maar de documentatie-update van 2024 verwijderde elke resterende onduidelijkheid.

Dit is wat Google daadwerkelijk zei, op volgorde van belangrijkheid.

De officiële documentatie (developers.google.com, maart 2024): Core Web Vitals worden gebruikt door Google's rankingsystemen. Niet een apart "Page Experience-systeem." Onderdeel van de kernranking-infrastructuur.

Danny Sullivan (Google Search Liaison, april 2023): Page experience is geen zelfstandig rankingsysteem. Het is een set signalen die door meerdere kernrankingsystemen worden gebruikt. Dit is belangrijk omdat het betekent dat CWV-data in dezelfde systemen wordt ingevoerd die contentkwaliteit, links en relevantie evalueren.

John Mueller (Google Search Advocate, 2024): Core Web Vitals zijn "geen grote factoren in ranking." Hij beschreef ze als meer dan een tiebreaker maar minder belangrijk dan contentrelevantie.

Mueller nogmaals (Reddit, 2021): "It's more than a tie-breaker, but it doesn't replace relevance of the content. Depending on the sites, there might be situations where it is more of a factor, and situations where it is less. As an SEO, I think it's worth working on, but I wouldn't drop everything else to focus on it."

Dat laatste citaat is de eerlijkste samenvatting van CWV en SEO die ik van iemand bij Google heb gezien. Ik ben het er volledig mee eens.

Belangrijkste conclusie: CWV is een bevestigd rankingsignaal dat in Google's kernrankingsystemen wordt ingevoerd. Het is geen zelfstandig systeem. Het gewicht is klein vergeleken met contentrelevantie en links, maar het is echt en meetbaar.

De "tiebreaker"-framing klopt niet

De SEO-gemeenschap greep in 2021 het woord "tiebreaker" vast en liet het nooit meer los. De meeste artikelen beschrijven CWV nog steeds als een tiebreaker. Dit is onjuist.

Google heeft dit gecorrigeerd. John Mueller en Gary Illyes hebben beiden verklaard dat CWV meer is dan een tiebreaker. Maar de correctie is minder belangrijk dan het mechanisme. CWV is geen simpele schakelaar die gelijken scheidt tussen twee even relevante pagina's. Het is een signaal dat in meerdere rankingsystemen wordt ingevoerd en wordt gewogen naast honderden andere signalen. Het gewicht is klein. Maar het is echt.

Zie het zo. Als twee pagina's identieke contentkwaliteit, identieke backlinkprofielen en identieke relevantie voor een zoekopdracht hebben, zal de pagina met betere CWV-data hoger ranken. Maar dat scenario bestaat in de praktijk bijna nooit. Wat er daadwerkelijk gebeurt is dat CWV een klein positief of negatief signaal bijdraagt dat samenwerkt met al het andere dat Google evalueert.

Hoe Google je CWV-data gebruikt

Hier falen de meeste SEO-gidsen. Ze vertellen je om "je Core Web Vitals te verbeteren" zonder uit te leggen welke data Google daadwerkelijk bekijkt. Het antwoord is specifiek en belangrijk.

Google gebruikt Chrome User Experience Report (CrUX) velddata. Niets anders.

Geen Lighthouse-scores. Geen PageSpeed Insights-scores. Geen cijfers van externe monitoringtools. CrUX-velddata van echte Chrome-gebruikers die je site bezoeken.

Het 28-daagse rollende venster

CrUX verzamelt data over een rollende periode van 28 dagen. Wanneer je vandaag een performanceprobleem fixt, duurt het ruwweg 28 dagen voordat Google's data de verbetering volledig weerspiegelt. Ik zie dit consequent op klantsites die met CoreDash worden gemonitord. De RUM-data toont de fix onmiddellijk. CrUX volgt weken later. Search Console volgt daarna.

Alleen Chrome-gebruikers tellen mee

Safari-gebruikers genereren nul CWV-data voor Google. Firefox-gebruikers genereren nul. Dit betekent dat iPhone-gebruikers volledig onzichtbaar zijn voor Google's CWV-evaluatie. Op sites waar 40% tot 60% van het verkeer van iOS komt (gebruikelijk in de VS en West-Europa), ziet Google alleen CWV-data van de overige Chrome-gebruikers. Dit creëert een blinde vlek waar de meeste SEO's geen rekening mee houden.

Chrome-gebruikers moeten rapportage ingeschakeld hebben

Niet elke Chrome-gebruiker draagt bij aan CrUX. De gebruiker moet synchronisatie ingeschakeld hebben en gekozen hebben voor het delen van gebruiksstatistieken. Dit verkleint de steekproef verder.

De 75e-percentieldrempel

Google evalueert CWV op het 75e percentiel van echte user experiences. Niet het gemiddelde. Niet de mediaan. Het 75e percentiel. Dit betekent dat 25% van je gebruikers verschrikkelijke ervaringen kan hebben en je nog steeds slaagt. Maar het betekent ook dat een klein percentage trage ervaringen je onder de drempel kan trekken.

Mobiel en desktop worden apart geëvalueerd

Een site kan CWV op desktop halen en op mobiel falen. Google evalueert ze onafhankelijk. Aangezien de meeste sites slechter presteren op mobiel en de meeste zoekopdrachten op mobiel plaatsvinden, is de CWV-rankingimpact doorgaans groter op mobiel.

Pagina's zonder voldoende data gebruiken origin-niveau scores

Als een specifieke URL niet genoeg CrUX-data heeft, valt Google terug op de CWV-scores van de gehele origin (domein). Dit betekent dat slechte performance op pagina's met veel verkeer de rankings voor pagina's met weinig verkeer op je hele site naar beneden kan trekken.

De drie metrieken en hun SEO-gewicht

Drie metrieken vormen Core Web Vitals per maart 2024. Alle drie moeten slagen. Het is een geslaagd/gezakt-systeem. Twee keer "goed" en één keer "slecht" betekent dat je zakt.

LCP: Largest Contentful Paint

Drempel: Onder 2,5 seconden.

LCP meet hoe lang het duurt voordat het grootste zichtbare element gerenderd is. Meestal een hero-afbeelding of een grote kop. Dit is de metriek met de sterkste waargenomen correlatie met rankingpositie. De Advanced Web Ranking-studie van 3 miljoen pagina's vond een duidelijk patroon: pagina's die ranken op positie 1 tot en met 3 hadden meetbaar lagere LCP-waarden dan pagina's die ranken op positie 8 tot en met 10.

LCP is ook de metriek waar ik de meeste fouten zie. Het meest voorkomende antipatroon dat ik vind bij audits: loading="lazy" op de LCP-afbeelding. Dit verbergt de afbeelding voor de preload scanner van de browser en vertraagt de ontdekking met honderden milliseconden. Ik vind dit op ruwweg 4 van de 5 sites die ik audit.

Voor een complete gids over het fixen van LCP, zie Largest Contentful Paint (LCP).

INP: Interaction to Next Paint

Drempel: Onder 200 milliseconden.

INP verving First Input Delay (FID) op 12 maart 2024. Dit is belangrijk voor SEO omdat elke correlatie-studie die voor die datum werd gepubliceerd FID gebruikte. FID was makkelijk om te halen. Meer dan 95% van de sites haalde FID. INP is moeilijker. Volgens de 2024 Web Almanac haalt slechts 74% van de mobiele origins INP.

INP meet de latentie van alle interacties tijdens een paginabezoek, niet alleen de eerste. Zwaar JavaScript, lange main thread-taken en slecht gestructureerde event handlers veroorzaken INP-fouten. Het fixen van INP vereist meestal architecturale wijzigingen in hoe JavaScript wordt uitgevoerd. Het is de moeilijkste metriek om te fixen.

Geen gepubliceerde studie heeft de correlatie gemeten tussen INP-scores en rankingpositie. Elke bestaande studie gebruikte FID. Dit is de grootste lacune in het CWV-onderzoekslandschap.

Voor een complete gids over het fixen van INP, zie Interaction to Next Paint (INP).

CLS: Cumulative Layout Shift

Drempel: Onder 0,1.

CLS meet onverwachte visuele verschuivingen tijdens de levenscyclus van de pagina. Afbeeldingen zonder dimensies, dynamisch geïnjecteerde advertenties, webfonts die tekst-reflow veroorzaken. Dit is meestal de makkelijkste metriek om te fixen.

Een studie van 7 miljoen websessies door Agency FIFTY3 vond een matig negatieve correlatie tussen CLS en engagement rate (r = -0,470). Pagina's met lagere CLS hadden hogere engagement. Dit is intuïtief logisch. Gebruikers die de pagina zien verspringen, vertrekken doorgaans. En engagement-metrieken voeden onafhankelijk van CWV in Google's rankingsignalen.

Voor een complete gids over het fixen van CLS, zie Cumulative Layout Shift (CLS).

Wat de data laat zien: studies en echte resultaten

De correlatiestudies

Elke grote studie die de rankingimpact van CWV mat, werd uitgevoerd tussen 2021 en 2022 met FID als de interactiviteitsmetriek. FID bestaat niet meer. Houd die context in gedachten.

Perficient / Eric Enge (december 2021): Vergeleek rankingcorrelatie voor en na de Page Experience-uitrol. Concludeerde dat CWV "geen grote rankingfactor" was. Er bestond een correlatie tussen betere CWV en hogere rankings, maar deze veranderde niet significant nadat de Page Experience-update werd gelanceerd. Conclusie: sites met goede CWV hebben ook over het algemeen goede engineering. Causaliteit is moeilijk te scheiden van correlatie.

Advanced Web Ranking (2022): Analyseerde 3 miljoen pagina's. Vond dat LCP de duidelijkste visuele trend met rankingpositie toonde. Maar vond ook dat veel pagina's in de top 10 helemaal geen CrUX-data hadden. Wat betekent dat Google ze volledig op andere signalen rankte.

Search Engine Land (2025): Analyseerde 107.352 pagina's voor AI-zoekzichtbaarheid. Vond dat CWV werkt als een beperking voor AI-zichtbaarheid, niet als een groeihefboom. Zwak negatieve correlatie tussen LCP en zoekzichtbaarheid (r = -0,12 tot -0,18). Hun conclusie: CWV-compliance werkt als een mechanisme om penalties te vermijden. Geen concurrentievoordeel.

Het patroon over alle studies is consistent. CWV is een lichtgewicht signaal. Ernstige fouten schaden. "Goed" zijn verwijdert de penalty. Van "goed" naar "uitstekend" gaan levert geen meetbaar rankingvoordeel op.

Casestudies waar CWV het verschil maakte

De casestudies die rankingverbeteringen door CWV-fixes laten zien, delen een gemeenschappelijk kenmerk: de sites hadden ernstige fouten voor de fix.

Vodafone Italië: Verbeterde LCP met 31%. Zag een toename van 8% in verkoop. Wanneer een e-commercesite met veel verkeer van falend naar geslaagd LCP gaat, levert het samengestelde effect van iets betere rankings plus betere gebruikersbetrokkenheid meetbare bedrijfsresultaten op.

Redbus (India): Verlaagde CLS van 1,65 naar 0. Mobiele conversie steeg 80% tot 100%. Domeinranking in Colombia verbeterde met 192%. Een CLS-score van 1,65 is catastrofaal. Dat fixen verwijdert een enorme penalty.

SiteCare (non-profit): Verplaatste alle URL's van "Slecht" naar "Goed" CWV. Won 35.000 extra impressies per maand en 7.000 extra sessies. Opnieuw: van falend naar slagend.

CoinStats: Fixte Base64-gecodeerde afbeeldingen die trage LCP veroorzaakten. 300% toename in URL's die CWV haalden. 300% toename in zoekimpressies.

De les in elke casestudy is dezelfde. De winst kwam van het fixen van ernstige fouten. Niet van incrementele verbeteringen. Niet van het najagen van Lighthouse-scores.

Wat ik zie op CoreDash-gemonitorde sites

Op de sites die ik met CoreDash monitor, houdt het patroon stand. Wanneer ik CWV van "Slecht" naar "Goed" fix op een site met verder solide content en links, zie ik doorgaans bescheiden rankingverbeteringen in de daaropvolgende 4 tot 8 weken. Wanneer ik CWV van "Moet verbeteren" naar "Goed" verbeter, is het rankingeffect kleiner en soms onzichtbaar. Wanneer ik een site van een "Goede" LCP van 2,4 seconden omlaag breng naar 1,2 seconden, zie ik nul rankingverandering.

De drempel is wat telt voor SEO. Niet de score.

Wat je SEO NIET beïnvloedt

Dit gedeelte bestaat omdat ik te veel tijd besteed in klantmeetings aan het corrigeren van misvattingen.

Lighthouse-scores worden volledig genegeerd door Google voor ranking

Ik moet hier direct over zijn. Google kijkt niet naar je Lighthouse-score. Helemaal niet. Voor geen enkel doel gerelateerd aan ranking.

Malte Ubl, die de Page Experience-rankinguitrol verscheepte toen hij Director of Search was bij Google, verklaarde expliciet: Google houdt op geen enkele manier rekening met je Lighthouse-score voor zoekranking. Hij werkt nu bij Vercel, dus hij kan hier openhartig over zijn.

Lighthouse draait een labsimulatie op een enkel apparaat met een beperkte verbinding. Het produceert een getal tussen 0 en 100. Dat getal heeft nul relatie met hoe Google je pagina's rankt.

PageSpeed Insights-scores zijn geen rankingfactoren

Het grote getal bovenaan PageSpeed Insights is een Lighthouse-labscore. Het is niet wat Google gebruikt voor ranking. Het velddatagedeelte onder dat getal toont CrUX-data. Dat is wat Google gebruikt. De meeste SEO's kijken naar het grote getal en negeren het velddatagedeelte. Ze kijken naar precies het verkeerde.

Van "goed" naar "perfect" gaan doet niets voor SEO

Mueller zei het duidelijk: "Getting those last few percent can be a ton of work... your site's SEO generally won't change because of that." En: "A perfect score is a fun technical challenge, and you'll learn something along the way... but it's not going to make your site's rankings jump up."

Ik hou van Lighthouse. Ik gebruik het elke dag. Het is een uitstekend diagnostisch hulpmiddel. Maar wanneer een klant me vraagt om hun Lighthouse-score naar 100 te krijgen voor SEO-doeleinden, vertel ik ze dat ze hun budget aan het verkeerde probleem besteden. Haal "goed" in de velddata. Besteed dan het resterende budget aan content en links.

Hoe controleer je of CWV je rankings schaadt

Dit is precies wat ik doe wanneer een klant vraagt of Core Web Vitals hun rankingproblemen veroorzaakt.

Stap 1: Open Google Search Console. Ga naar het Core Web Vitals-rapport. Als alle URL's "Goed" tonen voor zowel mobiel als desktop, is CWV niet je probleem. Stop met het onderzoeken van CWV en kijk in plaats daarvan naar content, links of technische SEO-problemen.

Stap 2: Als URL's "Slecht" of "Moet verbeteren" tonen, identificeer welke specifieke URL's en welke specifieke metriek faalt. CWV-fouten zijn altijd metriekspecifiek. Je hebt geen "CWV-probleem." Je hebt een LCP-probleem, of een INP-probleem, of een CLS-probleem.

Stap 3: Controleer CrUX-data voor de falende pagina's. Gebruik het CrUX Dashboard of PageSpeed Insights (het velddatagedeelte, niet de Lighthouse-score). Bevestig dat het falen bestaat in velddata, niet alleen in labtests.

Stap 4: Zet RUM-monitoring op. CrUX vertelt je wat faalt. RUM vertelt je waarom. Dit is waarom ik CoreDash heb gebouwd. Ik had paginaniveau-attributiedata nodig die precies uitsplitst welk element de LCP-vertraging veroorzaakte, welke interactie het INP-falen veroorzaakte, welke DOM-wijziging de CLS veroorzaakte. Zonder attributiedata ben je aan het gokken.

Stap 5: Fix de specifieke problemen. Elke metriek vereist andere fixes. Ik behandel deze in detail op de speciale pagina's voor LCP, INP en CLS.

Stap 6: Wacht. Het 28-daagse CrUX-venster betekent dat veranderingen ruwweg een maand nodig hebben om in Google's data te worden weerspiegeld. Controleer Search Console opnieuw na 4 tot 6 weken. Vergelijk impressies en gemiddelde positie voor de betrokken URL's voor en na de CWV-verbetering.

CWV fixen voor SEO: waar te beginnen

Als je CWV-data fouten toont, is dit hoe ik fixes prioriteer voor maximale SEO-impact.

Prioriteit 1: Fix elke "Slechte" metriek naar "Goed." Het rankingsignaal leeft op de drempel. Van "Slecht" naar "Goed" gaan is waar het SEO-voordeel zit. Dit is het enige dat telt voor rankingdoeleinden.

Prioriteit 2: Fix LCP eerst. Het heeft de sterkste waargenomen correlatie met rankingpositie en het is waar de meeste sites falen. De meest voorkomende problemen die ik fix in volgorde van frequentie: hero-afbeeldingen met loading="lazy", renderblokkerende CSS en JavaScript in de <head>, ongecomprimeerde of verkeerd gedimensioneerde afbeeldingen, trage serverresponstijden (TTFB boven 800ms), en laat ontdekte LCP-bronnen die de preload scanner niet kan vinden.

Prioriteit 3: Fix CLS als tweede. CLS heeft de sterkste correlatie met gebruikersbetrokkenheid, wat onafhankelijk rankings beïnvloedt via gedragssignalen. Veelvoorkomende fixes: voeg expliciete width- en height-attributen toe aan alle afbeeldingen en video's, gebruik aspect-ratio in CSS voor responsieve containers, preload aangepaste fonts en stel font-display: swap in, en reserveer ruimte voor dynamisch geïnjecteerde content zoals advertenties.

Prioriteit 4: Fix INP als laatste. INP is het moeilijkst te fixen omdat het meestal JavaScript-architectuurwijzigingen vereist. Veelvoorkomende fixes: splits lange taken op met scheduler.yield(), stel niet-essentieel JavaScript uit, verminder de uitvoering van third-party scripts, en verplaats zware berekeningen van de main thread af.

Voor gedetailleerde technische gidsen per metriek, zie de speciale pagina's in dit cluster:

• Largest Contentful Paint (LCP)
• Interaction to Next Paint (INP)
• Cumulative Layout Shift (CLS)
• Hoe je Core Web Vitals haalt

FAQ: Core Web Vitals en SEO-vragen beantwoord

Hoeveel beïnvloeden Core Web Vitals rankings?

Een kleine maar bevestigde hoeveelheid. Google noemt CWV "geen grote factoren." De data toont dat CWV als een drempel werkt. Falen schaadt. Slagen verwijdert de penalty. Verder gaan dan "goed" levert geen meetbaar rankingvoordeel op.

Beïnvloedt mijn Lighthouse-score SEO?

Nee. Google gebruikt CrUX-velddata van echte Chrome-gebruikers. Lighthouse is een labsimulatie. De score die het produceert wordt op geen enkele manier gebruikt door Google's rankingsystemen.

Beïnvloedt mijn PageSpeed Insights-score SEO?

De totaalscore (0 tot 100) niet. Dat is een Lighthouse-labscore. Het velddatagedeelte van PageSpeed Insights toont CrUX-data, wat Google wel gebruikt. Kijk naar de velddata. Negeer de score.

Hoe lang duurt het voordat CWV-verbeteringen rankings beïnvloeden?

CrUX-data gebruikt een 28-daags rollend venster. Na het fixen van een CWV-probleem, verwacht 4 tot 6 weken voordat je de verandering weerspiegeld ziet in Search Console-data. Rankingveranderingen (indien aanwezig) verschijnen daarna.

Zijn Core Web Vitals belangrijker dan contentkwaliteit?

Nee. Contentrelevantie, kwaliteit en backlinks zijn veel belangrijkere rankingfactoren. CWV is een secundair signaal. Fix ernstige CWV-fouten, besteed dan je budget aan content en links.

Wat verving FID in Core Web Vitals?

Interaction to Next Paint (INP) verving First Input Delay (FID) op 12 maart 2024. INP meet de latentie van alle gebruikersinteracties tijdens een bezoek, niet alleen de eerste. Het is aanzienlijk moeilijker te halen dan FID was. Zie onze complete INP-gids.

Beïnvloeden Core Web Vitals rankings op mobiel en desktop gelijk?

Google evalueert mobiel en desktop apart. Een site kan op desktop slagen en op mobiel falen, of andersom. Aangezien de meeste sites slechter presteren op mobiel en de meeste zoekopdrachten op mobiel plaatsvinden, is de CWV-rankingimpact doorgaans groter op mobiel.

Kunnen slechte Core Web Vitals mijn rankings schaden, zelfs met geweldige content?

In theorie wel. In de praktijk is de impact klein. Mueller heeft gezegd dat het onwaarschijnlijk is dat je een grote rankingdaling ziet door CWV-problemen alleen. Maar gecombineerd met andere zwaktes voegt slechte CWV een negatief signaal toe aan een al worstelende pagina.

Beïnvloedt Core Web Vitals AI Search en Google AI Overviews?

Vroege data uit een analyse van 107.000 pagina's in 2025 suggereert dat CWV werkt als een beperking voor AI-zoekzichtbaarheid, vergelijkbaar met regulier zoeken. Pagina's met ernstige CWV-fouten verschenen minder frequent in AI Overviews. Maar de correlatie is zwak en meer onderzoek is nodig.

Moet ik Core Web Vitals fixen of investeren in content?

Beide. Maar als je moet kiezen, wint content. Haal CWV zo snel mogelijk naar "goed." Besteed dan je budget aan het maken van content die echte gebruikersvragen beter beantwoordt dan je concurrenten. Dat zal altijd een grotere rankingimpact hebben dan CWV van "goed" naar "uitstekend" brengen.