Core Web Vitals: waarom snelheid je omzet raakt

Core Web Vitals zijn Google's drie metingen voor de gebruikerservaring van een webpagina: hoe snel de belangrijkste inhoud verschijnt (LCP), hoe snel de pagina reageert op een klik of tik (INP) en hoe stabiel de opmaak blijft tijdens het laden (CLS). Slechte scores kosten je twee keer: Google rangschikt je lager bij vergelijkbare concurrentie, en bezoekers haken af voordat ze je aanbod zien.

De drie metingen

De drempels komen uit Google's documentatie. Een pagina haalt de beoordeling "goed" als minstens 75 procent van de echte bezoeken binnen de grens blijft. INP verving in 2024 de oudere meting FID, en is strenger: het kijkt naar alle interacties tijdens een bezoek, niet alleen de eerste.

Waarom snelheid je twee keer raakt

1. Vindbaarheid

Core Web Vitals zijn onderdeel van hoe Google de paginabeleving beoordeelt. Het is geen factor die een slechte pagina naar boven tilt, maar bij vergelijkbare content geeft het de doorslag. En in een concurrerende markt is de content vaak vergelijkbaar. Ook AI-zoekmachines lezen bij voorkeur pagina's die snel en schoon te laden zijn.

2. Conversie

Elke seconde wachten kost bezoekers. Op mobiel, met wisselend bereik, merk je dat het sterkst. Een bezoeker die afhaakt voordat de pagina er staat, ziet je aanbod nooit. Dat is geen SEO-trucje, maar direct omzetverlies. En een pagina die verspringt terwijl iemand op een knop wil tikken, levert frustratie en verkeerde klikken op.

Wat een site traag maakt

In de audits die ik doe, zie ik steeds dezelfde oorzaken:

• Te veel JavaScript. Thema's en plugins die elk hun eigen scripts laden, ook op pagina's waar ze niets doen. Dat raakt vooral INP.
• Zware afbeeldingen. Foto's van een paar megabyte, in het verkeerde formaat, niet op maat voor mobiel. Dat raakt vooral LCP.
• Scripts van derden. Chatwidgets, trackers, embedded video's en social-feeds die bij elke pagina meeladen.
• Webfonts die laat laden. Tekst die verspringt of eerst onzichtbaar is. Dat raakt CLS.
• Geen vaste afmetingen voor afbeeldingen, advertenties en ingesloten content. Ook CLS.
• Trage hosting of geen caching. De server doet te lang over het eerste antwoord.

Symptoombestrijding vs. structurele oplossing

Er zijn plugins die beloven je site in één klik snel te maken. Soms helpen ze, maar vaak verbergen ze het probleem: de zware code blijft, er komt alleen een laag omheen die het later laadt of samenperst. Het resultaat is een betere score in een test, maar niet altijd een snellere site voor echte bezoekers.

Structureel los je het op door minder te laden:

• Een lichte basis. Een moderne stack die alleen de code meestuurt die een pagina nodig heeft, in plaats van een thema met honderd opties.
• Server-side rendering. De pagina komt kant-en-klaar van de server, zodat de inhoud direct zichtbaar is, ook voor zoekmachines en AI-crawlers.
• Afbeeldingen in WebP of AVIF, op maat per schermformaat, en pas geladen als ze in beeld komen.
• Zelf gehoste fonts met vaste afmetingen voor de terugvallettertypen, zodat niets verspringt.
• Kritisch zijn op scripts van derden. Is die chatwidget het echt waard?

Zo meet je het zelf

• PageSpeed Insights: vul je URL in en je ziet zowel echte gebruikersdata (als je site genoeg bezoek heeft) als een labtest.
• Search Console, rapport "Core Web Vitals": welke groepen pagina's scoren goed, matig of slecht, op basis van echte bezoeken.
• Lighthouse in Chrome DevTools, voor een snelle test tijdens het bouwen.

Let op het verschil tussen labdata (een gesimuleerde test) en velddata (echte bezoekers). Google beoordeelt op velddata. Een mooie labscore met slechte velddata betekent dat echte bezoekers het anders ervaren.

Wat dit kost, en wat het oplevert

Snelheid is in de eerste plaats een bouwkeuze. Een site die vanaf het begin licht is opgezet, hoeft achteraf niet te worden opgelapt. Bij een bestaande, zware site is de afweging: gerichte optimalisatie van de grootste knelpunten, of een nieuwe basis als het platform zelf de rem is. Dat hangt samen met wat een site kost en hoe lang hij meegaat; zie wat kost een website laten maken.

Een voorbeeld uit eigen werk: de site van een zeilmakerij in Heemstede laadt in 0,4 seconden, ruim binnen de grens die Google als goed rekent. Zie de case.

Wat dit voor jou betekent

Test je eigen site vandaag in PageSpeed Insights. Scoort hij op mobiel slecht op LCP of INP, dan kost dat je nu bezoekers en rankings. De oplossing zit zelden in nog een plugin, en bijna altijd in minder code.

Snelheid is onderdeel van technische SEO; de volledige lijst staat in de technische SEO-checklist. Wil je een site die vanaf de fundering snel is? Kijk bij website laten maken, of laat je huidige site doorlichten door een SEO specialist.

Wat wil je laten bouwen?

Vertel me in een paar vragen waar je staat en waar je naartoe wilt. Ik lees alles zelf en reageer binnen één werkdag met een eerlijk antwoord: of ik je kan helpen, en hoe. Geen verkooppraatje.