Snelheid en SEODe impact van snelheid op SEO, met de cijfers van deze site als voorbeeld

Google bevestigt sinds 2010 dat snelheid een rankingfactor is en sinds 2021 dat de Core Web Vitals daar het meetinstrument voor zijn. Maar Google zegt er ook bij dat het een lichte factor is: een trage pagina met het beste antwoord wint van een snelle pagina met een matig antwoord. Snelheid werkt als een scheidsrechter tussen gelijkwaardige pagina's en als een drempel: onder een bepaald niveau kost het je posities, erboven levert nog sneller worden weinig extra op.

De echte impact van snelheid op SEO zit daarom niet alleen in de ranking. Een trage site wordt minder gecrawld, omdat Googlebot per site een tijdbudget heeft. Bezoekers haken eerder af, wat zich vertaalt in minder conversies en minder signalen die Google wel meeweegt, zoals terugkeren naar de zoekresultaten. En op mobiel, waar het grootste deel van het zoekverkeer vandaan komt, is elke seconde laadtijd direct zichtbaar in het conversiepercentage. Snelheid is dus een SEO-factor, maar vooral een omzetfactor.

Core Web Vitals zijn drie meetwaarden waarmee Google de ervaring van een pagina samenvat. LCP, Largest Contentful Paint, meet hoe lang het duurt tot het grootste zichtbare element, meestal een afbeelding of een kop, is geladen; goed is onder 2,5 seconden. INP, Interaction to Next Paint, meet hoe snel de pagina reageert als je klikt of typt; goed is onder 200 milliseconden. CLS, Cumulative Layout Shift, meet hoeveel de lay-out verspringt tijdens het laden; goed is onder 0,1. Een pagina slaagt als alle drie bij minimaal driekwart van de bezoekers in het groen zitten.

Het belangrijkste wat je over deze cijfers moet weten: Google beoordeelt ze op basis van echte bezoekers, de zogeheten velddata uit het Chrome User Experience Report, niet op basis van een test die jij draait. Een labmeting met Lighthouse of PageSpeed Insights simuleert een gemiddelde telefoon op een matig netwerk en is daardoor meestal strenger dan de praktijk. Het is een goed instrument om problemen te vinden, maar niet het cijfer waar Google op rankt.

Vergroten

Dit is de meting van de homepage van goldcompass.nl op het moment van schrijven, met Lighthouse in mobiele simulatie. Totaalscore 84 van 100. De lay-out verspringt niet (CLS 0) en de pagina reageert snel (100 milliseconden blokkeertijd, ruim onder de grens van 200). Wat beter moet, is de LCP van 3,6 seconden: het grootste element op de homepage is de hero-afbeelding en die laadt in de simulatie te laat. Eerlijk is eerlijk: dat staat op mijn eigen lijst.

Ik laat deze cijfers bewust zien, inclusief het oranje. Een site die als voorbeeld dient, moet ook laten zien hoe je ernaar kijkt. Deze website is gebouwd in Next.js en wordt statisch uitgeleverd via een wereldwijd netwerk, waardoor de server zelf vrijwel geen tijd kost. Wat overblijft, zijn de klassieke verbeterpunten: de hero-afbeelding kleiner en eerder laden, lettertypen vooraf laden en scripts van derden uitstellen. Daar zit de resterende winst. Die is in een middag te boeken.

1. Afbeeldingen: het grootste probleem op negen van de tien sites. Lever ze in webp of avif, in de maat waarin ze worden getoond. Laad alleen de afbeelding boven de vouw direct; de rest lazy. Een hero-afbeelding van 2 MB op mobiel is de meest voorkomende oorzaak van een slechte LCP.
2. Scripts van derden: chatwidgets, trackingpixels, tagmanagers en embedded video's blokkeren de pagina. Laad ze uitgesteld of pas na de eerste interactie en verwijder wat je niet gebruikt. Dit is meestal de oorzaak van een slechte INP.
3. Lettertypen: elk webfont is een extra download die tekst onzichtbaar houdt. Gebruik maximaal twee varianten, laad ze vooraf en toon ondertussen een systeemlettertype.
4. Caching en een CDN: zorg dat pagina's en bestanden vanaf een server dicht bij de bezoeker komen en niet elke keer opnieuw worden opgebouwd. Bij WordPress is een goede cacheplugin plus een CDN vaak het verschil tussen 4 en 1,5 seconden.
5. Lay-out reserveren: geef afbeeldingen, advertenties en embeds vaste afmetingen, zodat de tekst niet verspringt zodra ze laden. Dat lost vrijwel elke slechte CLS op.

Twee dingen die vaak worden vergeten. Google indexeert sinds 2023 uitsluitend de mobiele versie van je site, dus een snelle desktopversie met een trage mobiele variant telt als traag. En de hosting: een gedeelde server van een paar euro per maand reageert vaak pas na een halve seconde, voordat er één byte van je pagina is verstuurd. Die servertijd zit in elke meting en in elke paginaweergave. Wie op WordPress blijft, wint met betere hosting en een cacheplugin vaak meer dan met welke andere ingreep ook; wie nieuw bouwt, kiest een statische site die geen server nodig heeft om een pagina te tonen.

Gebruik drie bronnen naast elkaar. Search Console toont onder 'Ervaring op de pagina' en 'Core Web Vitals' de velddata per groep URL's: dit is waar Google op beoordeelt. PageSpeed Insights toont per URL zowel de velddata (bovenaan, als er genoeg bezoekers zijn) als een labmeting met concrete verbeterpunten. En een maandelijkse Lighthouse-meting van je drie belangrijkste pagina's laat zien of een wijziging effect had. Meet altijd op mobiel, meet dezelfde pagina's en meet niet vaker dan nodig: dagelijkse metingen van dezelfde pagina zeggen niets, het netwerk schommelt.

Let op de volgorde van beoordelen. Eerst: slagen de Core Web Vitals in de velddata? Zo ja, dan is snelheid geen SEO-probleem meer en verdien je je tijd beter met content. Zo nee, dan laat PageSpeed Insights zien welke van de drie waarden faalt en waarom. Pak de verbeteringen daarna in de volgorde hierboven.

In drie situaties merk je snelheid direct in je posities. Bij een migratie of nieuwe website: een nieuwe site die trager is dan de oude, zakt vaak binnen weken. Bij concurrerende zoekwoorden waar meerdere pagina's inhoudelijk gelijkwaardig zijn: daar wint de snellere. En bij grote webshops met duizenden pagina's: daar bepaalt snelheid hoeveel pagina's Googlebot per dag ophaalt en dus hoe snel nieuwe producten in de index komen.

In alle andere gevallen is snelheid een voorwaarde, geen strategie. Een site die in het groen staat, wordt niet hoger van nog sneller worden. Een site die in het rood staat, verliest op elk front: ranking, crawlbudget en conversie. Zorg dus dat je in het groen staat en richt daarna je aandacht op de inhoud.

Wat ik hiervan vind

Ik zie te veel ondernemers die wekenlang jagen op een PageSpeed-score van 100 terwijl hun teksten niemand overtuigen. Snelheid is een drempel die je over moet, geen wedstrijd die je moet winnen. Wat ik zelf anders doe: ik bouw websites standaard snel, in Next.js en statisch uitgeleverd, zodat de basis er vanaf dag één staat. En ik meet mijn eigen site met dezelfde strengheid als die van klanten, inclusief de cijfers die nog oranje zijn. Die LCP van 3,6 seconden op mijn homepage staat op mijn lijst, boven elke nieuwe pagina.

Celine, Goldcompass