Hoe sitesnelheid je verkoop beïnvloedt: prestaties in cijfers

Snelheid is geen comfort, het is omzet

Een trage site is een winkel met een klemmende deur. Niemand vraagt zich af wat erachter ligt; ze lopen de winkel ernaast binnen.

De drempels van Google's Core Web Vitals trekken hier een duidelijke grens. De Largest Contentful Paint moet binnen 2.5 seconden plaatsvinden, de verschuiving van de lay-out (CLS) moet onder 0.1 blijven en de vertraging bij interactie mag niet boven 200 milliseconden uitkomen. Deze drempels zijn niet willekeurig; ze zijn afgeleid van echt gebruikersgedrag.

Op mobiel neemt met elke extra seconde het aantal mensen toe dat afhaakt. En het verlies is stil: niemand vertelt je ooit dat hij niets kocht omdat de site traag was.

Het beeld in Türkiye

De praktijk is dat een flink deel van de mkb-sites er op mobiel meer dan vijf seconden over doet om te openen. De oorzaken vallen meestal in dezelfde drie categorieën.

Niet-geoptimaliseerde afbeeldingen. Een foto van 4 MB die rechtstreeks van de camera is geüpload, maakt in zijn eentje een pagina kapot. Dezelfde afbeelding in WebP op de juiste afmetingen kan 150 KB zijn.

Opgeblazen thema's en plug-ins. Kant-en-klare thema's brengen tientallen functies mee die je nooit gebruikt. Bij een installatie met twintig plug-ins downloadt elke pagina bestanden die hij niet nodig heeft.

Zwakke hosting. Bij overvolle gedeelde pakketten kan alleen al de eerste reactietijd van de server seconden kosten.

Waar je begint

Meet eerst. Voer je site in bij PageSpeed Insights en kijk naar het tabblad mobiel — de desktopscore misleidt je. Werk daarna in deze volgorde.

Afbeeldingen. Stap over op WebP, toon ze op hun werkelijke weergavegrootte en laad alles onder de vouw pas als het nodig is (lazy loading). Op de meeste sites halveert deze stap alleen al het paginagewicht.

Lettertypen. Elke lettertypefamilie die je uit Google Fonts haalt, voegt een verbinding en wachttijd toe. Serveer lettertypen vanaf je eigen server en laad alleen de gewichten die je echt gebruikt.

Bestanden die het renderen blokkeren. CSS en JavaScript die niet nodig zijn om de bovenkant van het scherm te tonen, moeten worden uitgesteld.

Caching en compressie. Brotli-compressie en de juiste cacheheaders op de server leveren meetbare winst op zonder één regel code te wijzigen.

De SEO-kant van snelheid

Snelheid alleen zet je niet op de eerste plek; content en autoriteit wegen nog steeds zwaarder. Maar Core Web Vitals geeft de doorslag tussen twee pagina's van vergelijkbare kwaliteit.

Het echte effect is indirect: een bezoeker die van een trage pagina wegklikt, laat Google weten dat het resultaat niet nuttig was. Opgeteld trekt dat gedrag de positie omlaag.

Nog een praktisch punt: ook Google besteedt tijd aan het crawlen van je site. Op een trage site dekt het crawlbudget minder pagina's en wordt nieuwe content laat geïndexeerd. Bij een branchesite van 200 pagina's is dat verschil merkbaar.

Een realistisch doel

Elke site 100/100 laten scoren is niet mogelijk en ook niet nodig. Het zinvolle doel is een mobiele PageSpeed-score boven de 90 en een LCP bij echte gebruikers onder de 2.5 seconden.

We doen deze meting vóór de lancering bij elk project dat we opleveren en geven de klant het resultaat op papier. Vraag hetzelfde als je een offerte aanvraagt: “wat wordt de mobiele PageSpeed-score bij de oplevering?” Een aanbieder die daar geen getal op kan plakken, heeft helemaal niet over snelheid nagedacht.