Site speed als ranking factor: de echte impact op je positie

Site speed als ranking factor: de echte impact op je positie

Snelheid verschuift je zelden van positie 8 naar positie 1. Wie dat belooft, verkoopt lucht.

Wij zien bij klanten dezelfde fout terugkomen. Een halve LCP-score wordt het hoofddoel, terwijl de concurrent op positie 1 een tragere site heeft maar betere content. Site speed is een ranking factor. Maar het is een zwakke, en het werkt heel anders dan de meeste mensen denken.

Dit artikel legt uit hoe groot snelheid echt is voor je positie. Geen mythes. Cijfers, Google's eigen uitspraken en de praktijk van Magento- en Shopify-stores.

Wat Google echt zegt over snelheid als ranking factor

Google bevestigde in 2010 snelheid als signaal voor desktop, in 2018 voor mobiel (de "Speed Update"), en in 2021 met de Page Experience-update voor Core Web Vitals.

Lees je de exacte bewoordingen, dan staat er steeds hetzelfde. Snelheid telt alleen aan de uitersten. Google's eigen statement bij de Speed Update:

En over relevantie tegenover snelheid:

Vertaald naar de praktijk: een trage pagina met het beste antwoord verslaat een snelle pagina met een matig antwoord. Snelheid promoveert je niet. Het kan je hooguit afstraffen als je echt waardeloos presteert.

Snelheid als tiebreaker, niet als versneller

Het mentale model dat klopt: snelheid is een tiebreaker, geen versneller.

Stel je twee pagina's voor met vrijwel gelijke relevantie, autoriteit en topical fit. Dan kan Core Web Vitals de doorslag geven. Bij grote verschillen in relevantie wint relevantie. Altijd.

Dat verklaart wat je in de praktijk ziet:

• Trage nieuwssites en grote retailers ranken prima op concurrerende terms.
• Bliksemsnelle pagina's met dunne content ranken nergens.
• Twee technisch vergelijkbare productcategorieën: de snellere wint nét.

Voor de meeste e-commerce keywords zit je in de middenmoot van relevantie. Daar speelt de tiebreaker. Daarom loont snelheid wél, maar nooit als je content niet op orde is.

Een concreet voorbeeld uit de praktijk. Een klant verkocht tuinmeubelen en stond op positie 6 voor een belangrijke categorieterm. De concurrent op positie 5 was 1,2 seconden trager op mobiel. Toch stond die hoger. De reden: meer en betere productinformatie, sterkere interne linkstructuur, meer reviews. Wij maakten de site sneller én vulden de content aan. Pas na de contentuitbreiding bewoog de positie. De snelheidswinst hielp de conversie, niet de ranking.

Dat is de les. Snelheid optimaliseren zonder content op orde is dweilen met de kraan open. Eerst relevantie, dan snelheid als finishing touch.

Core Web Vitals ontleed: wat meet Google?

Sinds maart 2024 bestaat Core Web Vitals uit drie metrics. INP verving FID.

Belangrijk detail: Google gebruikt field data, geen lab data. De scores komen uit de Chrome User Experience Report (CrUX), gebaseerd op echte bezoekers. Je Lighthouse-score van 95 in een schone testomgeving zegt weinig over je ranking.

INP is voor e-commerce de lastigste. Filters, varianten kiezen, mini-cart updates, alles wat JavaScript triggert telt mee. Wij schreven eerder een diepere analyse over Interaction to Next Paint en de impact op e-commerce. Voor Magento- en Shopify-stores met veel interactie is dit vaak de zwakste metric.

Nog een veelgemaakte denkfout: Google beoordeelt per URL, niet per domein. Je homepage kan groen zijn terwijl je productpagina's rood scoren. Het zijn juist die productpagina's waar je verkeer en omzet zitten. Test daarom altijd je belangrijkste templates apart, niet alleen de voorpagina.

En de drempel werkt binair. Een pagina zit in "good", "needs improvement" of "poor". Google kijkt naar de 75e percentiel van je bezoekers. Zit driekwart van je verkeer onder de drempel, dan tel je als goed. Dat betekent dat trage uitschieters bij 10% van je bezoekers je score niet meteen omlaag trekken.

Hoeveel beweegt je positie nu echt?

Eerlijk antwoord: minder dan vendors je vertellen.

Google's John Mueller, herhaaldelijk:

Wat de data laat zien uit grote analyses van duizenden URL's:

• De correlatie tussen CWV-scores en positie is zwak tot matig.
• Pagina's in de "good" zone scoren gemiddeld iets beter, maar het verschil is klein.
• Boven een bepaalde drempel levert sneller geen extra rankingvoordeel op.

Dat laatste punt is cruciaal. Van LCP 6s naar 2,4s? Dat kan helpen. Van 2,4s naar 1,8s? Voor je positie verwaarloosbaar. Je zit dan al in de "good" bucket. Google rangschikt niet binnen de groene zone.

De wet van afnemend rendement is hier keihard. De eerste seconde die je wint, is goud. De vierde levert SEO-technisch vrijwel niets meer op.

Waar snelheid wél hard betaalt: conversie

Hier zit het echte geld. Niet in rankings, maar in conversie en omzet.

De cijfers die er toe doen:

• Deloitte: 0,1s snellere mobiele laadtijd gaf 8,4% meer conversie in retail.
• Google: kans op bounce stijgt met 32% als laadtijd van 1s naar 3s gaat.
• Vodafone: 31% LCP-verbetering leidde tot 8% meer verkopen.

Voor een webshop met €2 miljoen omzet is 8% conversiewinst €160.000. Dat verslaat elk rankingargument.

Daarom adviseren wij snelheid altijd te framen als business case, niet als SEO-trucje. De ranking is bijvangst. De conversie is de hoofdvangst. Een snellere Magento- of Hyvä-store verdient zichzelf terug via checkout-completion, niet via positie 3 in plaats van 5.

Waar je wel en niet in moet investeren

Niet elke snelheidsinvestering loont. Onze nuchtere prioritering, op volgorde:

Wel investeren (hoge ROI):

1. Trage pagina's naar de "good" zone tillen. Van rood naar groen is de enige sprong met rankingimpact.
2. INP fixen op interactiezware pagina's. Categoriepagina's, filters, checkout. Dit raakt zowel ranking als conversie.
3. Mobiele performance. Hier gebruikt Google de scores en hier zit je verkeer.
4. CLS elimineren. Goedkoop te fixen (image dimensions, font-loading) en irritant voor bezoekers.

Niet (of laag prioriteren):

1. Van groen naar groener. LCP 2,3s naar 1,9s optimaliseren voor SEO. Zonde van het budget.
2. Lighthouse-score van 90 naar 100. Lab data, geen field data. Google kijkt naar je echte bezoekers.
3. Micro-optimalisaties op laagverkeerpagina's. Optimaliseer waar het volume zit.

Voor Magento betekent dit vaak: een migratie naar Hyvä. Het standaard Luma-theme is zwaar en sleept Core Web Vitals omlaag. Hyvä gooit jQuery en de meeste JavaScript eruit. Wij zien LCP- en INP-scores fors verbeteren na zo'n migratie, niet door losse tweaks maar door een lichtere fundering.

De praktijk: wat wij bij stores aantreffen

Een terugkerend patroon bij Magento-shops die bij ons aankloppen:

• Lighthouse desktop scoort 85+. "Onze site is snel."
• Field data mobiel zit in het rood op INP en LCP.
• Third-party scripts (reviews, chat, analytics, A/B-tools) vreten de performance.

De grootste winst zit zelden in de code die wij schrijven. Het zit in het schrappen van scripts die marketing erin zette. Vier tracking-pixels, twee chatwidgets en een tag manager met 30 tags. Dat is je INP-killer.

Onze aanpak is daarom altijd: meten met field data, schrappen wat niet nodig is, dán optimaliseren. In die volgorde. Code-optimalisatie als eerste stap is bijna altijd de verkeerde.

Een cijfervoorbeeld. Bij een Shopify Plus-store met INP van 410ms op de collectiepagina bleken drie scripts verantwoordelijk voor 280ms aan blocking time. Een verouderde reviewwidget, een heatmap-tool en een personalisatiescript dat niemand meer gebruikte. We schrapten twee scripts en lazy-loadden de derde. INP zakte naar 170ms. Nul regels van onze eigen code aangepast. Dat is typisch: de winst zit in wegnemen, niet in toevoegen.

Wat wij ook standaard checken: laadt third-party JavaScript synchroon of asynchroon? Eén synchroon ingeladen script kan je hele render blokkeren. Tag managers zijn hierin de grootste boosdoener, omdat marketing er ongemerkt scripts in blijft stapelen zonder dat iemand opruimt.

Wil je weten of snelheid bij jouw store een rankingprobleem is of een conversieprobleem? Neem contact op voor een eerlijke audit. Wij zeggen ook gewoon wanneer je site snel genoeg is en je budget beter elders heen gaat.

Veelgestelde vragen

Is site speed een directe ranking factor?

Ja, maar een zwakke. Google bevestigt snelheid en Core Web Vitals als signaal. De impact is klein en werkt vooral als tiebreaker tussen pagina's met vergelijkbare relevantie. Relevantie en content wegen veel zwaarder. Een trage pagina met het beste antwoord ranked boven een snelle pagina met matige content.

Welke Core Web Vitals score heb ik nodig om te ranken?

Streef naar de "good" zone: LCP onder 2,5s, INP onder 200ms, CLS onder 0,1. Boven die drempel levert sneller geen extra rankingvoordeel meer op. Google rangschikt niet binnen de groene zone. Van groen naar groener optimaliseren is voor SEO verspild budget.

Gebruikt Google mijn Lighthouse-score voor ranking?

Nee. Google gebruikt field data uit het Chrome User Experience Report, gebaseerd op echte bezoekers. Je Lighthouse-score is lab data uit een testomgeving. Een score van 95 in Lighthouse zegt weinig als je echte mobiele bezoekers in het rood zitten. Check altijd je field data in Search Console.

Verbetert mijn positie als ik mijn site sneller maak?

Soms, maar reken er niet op. Een trage pagina van rood naar groen tillen kan helpen. Verbeteringen binnen de groene zone leveren vrijwel niets op voor je positie. Het echte rendement van snelheid zit in conversie en lagere bounce rates, niet in rankings.

Helpt een Hyvä-migratie voor mijn Core Web Vitals?

Vaak fors. Het standaard Magento Luma-theme is zwaar door jQuery en veel JavaScript, wat LCP en INP omlaag sleept. Hyvä gebruikt een lichtere stack en verbetert die scores aanzienlijk. Wij zien na een Hyvä-migratie structureel betere field data, vooral op interactiezware categorie- en checkoutpagina's.