Waarom een trage website je geld kost
Een bezoeker die op zijn gsm een offerte wil aanvragen bij een aannemer in Aalst, wacht niet. Als de pagina blijft laden of een knop verspringt net wanneer hij wil tikken, gaat hij terug naar de zoekresultaten en kiest hij iemand anders. Snelheid is dus eerst een kwestie van klanten, pas daarna van SEO.
Toch telt snelheid ook voor Google. De Core Web Vitals maken deel uit van wat Google de pagina-ervaring noemt. Google is er wel duidelijk over dat relevante inhoud zwaarder weegt: een snelle pagina met een zwak antwoord wint niet van een iets tragere pagina met een uitstekend antwoord. Zie snelheid daarom als een voorwaarde, niet als een wondermiddel. Google beschrijft de rol van deze signalen in zijn uitleg over Core Web Vitals.
De drie Core Web Vitals in gewone taal
- LCP, Largest Contentful Paint: hoe lang het duurt voor het grootste zichtbare element, vaak een foto of de hoofdtitel, op het scherm staat. Dit is wat bezoekers ervaren als laden.
- INP, Interaction to Next Paint: hoe snel de pagina reageert als je tikt, klikt of typt. INP verving in 2024 de oudere meting FID.
- CLS, Cumulative Layout Shift: hoeveel de inhoud verspringt tijdens het laden. Een tekst die wegschuift omdat er bovenaan nog een banner verschijnt, verhoogt de CLS.
Google beoordeelt elke meting op het 75ste percentiel van echte paginaweergaven, apart voor mobiel en desktop. Concreet: drie op de vier bezoeken moeten binnen de grens blijven. De drempels komen van web.dev.
| Meting | Wat het meet | Goed | Te verbeteren | Slecht |
|---|---|---|---|---|
| LCP | Laden van het hoofdelement | Tot 2,5 seconden | Tussen 2,5 en 4 seconden | Meer dan 4 seconden |
| INP | Reactie op interactie | Tot 200 milliseconden | Tussen 200 en 500 milliseconden | Meer dan 500 milliseconden |
| CLS | Visuele stabiliteit | Tot 0,1 | Tussen 0,1 en 0,25 | Meer dan 0,25 |
Correct meten: veldgegevens en labtests
Veel verwarring rond snelheid komt doordat er twee soorten metingen bestaan.
Veldgegevens: wat echte bezoekers ervaren
Google verzamelt anoniem metingen van Chrome-gebruikers die je site bezoeken. Die gegevens zie je in het rapport Core Web Vitals van Search Console, waar URL's met hetzelfde probleem gegroepeerd worden, en bovenaan in PageSpeed Insights. Dit zijn de cijfers die tellen. Websites met weinig bezoekers hebben soms nog geen veldgegevens.
Labtests: een gesimuleerde meting
De score van nul tot honderd in PageSpeed Insights komt uit een labtest: een gesimuleerd toestel met een gesimuleerde verbinding. Handig om oorzaken te vinden en verbeteringen meteen te testen, maar de score schommelt per meting en is geen oordeel van Google over je site.
Werkwijze: bekijk eerst de veldgegevens om te weten welke meting en welke paginatypes een probleem hebben. Gebruik daarna de labtest en de diagnose eronder om de oorzaak te vinden.
Traag laden oplossen (LCP)
Een slechte LCP heeft bijna altijd een van deze vier oorzaken. Google werkt ze uit in zijn gids om LCP te optimaliseren.
De server antwoordt traag
Voor de browser iets kan tonen, moet de server de pagina aanleveren. Goedkope gedeelde hosting, een server ver weg of een site zonder caching vertraagt alles daarna. Paginacaching en een CDN helpen vaak meteen. Meer over die eerste wachttijd lees je in de uitleg over TTFB.
De hoofdafbeelding is te zwaar
Een foto die rechtstreeks van een smartphone of camera geüpload is, weegt al snel meerdere megabytes. Verklein ze tot de werkelijke weergavemaat, gebruik een modern formaat zoals WebP of AVIF en laad de hoofdafbeelding niet uitgesteld.
CSS, lettertypes en scripts houden de weergave tegen
Grote stijlbladen, meerdere lettertypes en scripts in de kop van de pagina moeten eerst geladen worden. Beperk het aantal lettertypes en laad niet-essentiële scripts later.
De inhoud wordt pas in de browser opgebouwd
Bij sommige sites komt de inhoud pas na het uitvoeren van JavaScript op het scherm. Dan wacht de bezoeker op meerdere stappen na elkaar.
Trage reacties oplossen (INP)
Een slechte INP voel je wanneer een menu met vertraging opent of een formulier hapert bij het typen. De oorzaak is bijna altijd JavaScript dat de browser bezighoudt. Op Vlaamse kmo-sites zien we vaak dezelfde boosdoeners:
- een opeenstapeling van trackingcodes en tags via Google Tag Manager;
- chatwidgets, reviewwidgets en pop-ups die allemaal tegelijk laden;
- een zware cookiebanner of toestemmingstool;
- page builders en sliders die veel code meebrengen, ook op pagina's waar ze niets doen.
Maak een lijst van alle externe scripts en vraag per script: wie gebruikt dit nog, en wat levert het op? Wat geen duidelijk doel heeft, mag weg. De rest laad je pas wanneer het nodig is. Technische details staan in de gids om INP te optimaliseren.
Verspringende inhoud voorkomen (CLS)
Inhoud verspringt wanneer de browser niet op voorhand weet hoeveel ruimte iets inneemt. De bekendste oorzaken en hun oplossing:
- Afbeeldingen en video's zonder afmetingen: geef breedte en hoogte mee, zodat de ruimte vooraf gereserveerd wordt.
- Banners die bovenaan verschijnen: een melding over een actie of cookies die de pagina naar beneden duwt. Toon ze als overlay of reserveer de ruimte.
- Lettertypes die wisselen: tekst die eerst in een standaardlettertype verschijnt en daarna van grootte verandert.
- Ingevoegde blokken: advertenties, embeds of widgets die achteraf geladen worden.
Meer in de gids om CLS te optimaliseren.
Van symptoom naar oplossing
Wie de oorzaak niet meteen ziet, kan vertrekken van wat bezoekers merken.
- De pagina blijft lang wit: kijk naar serverantwoord, hosting en caching.
- De tekst staat er snel, de grote foto komt veel later: verklein en prioriteer de hoofdafbeelding.
- Alles lijkt geladen, maar tikken reageert traag: te veel JavaScript; ruim scripts en widgets op.
- Knoppen schuiven weg tijdens het laden: reserveer ruimte voor beelden, banners en widgets.
- Enkel mobiel is traag: test op een gemiddeld toestel, niet op de nieuwste smartphone of je kantoor-pc.
- Enkel de webshop is traag: kijk naar productfoto's, filters en apps of extensies. Bij het kiezen van een platform weegt snelheid mee; daarover meer op onze pagina webshop laten maken.
Een WordPress-website sneller maken
Veel Vlaamse kmo-sites draaien op WordPress. Dat kan snel zijn, maar de vrijheid om alles toe te voegen maakt het ook kwetsbaar. De belangrijkste ingrepen, in volgorde:
- Hosting met degelijke serverprestaties en caching. De goedkoopste formule is zelden de snelste.
- Plug-ins kritisch nalopen. Elke plug-in kan extra scripts en databasevragen meebrengen. Verwijder wat je niet gebruikt.
- Een licht thema in plaats van een zware page builder, zeker bij een nieuwe site.
- Afbeeldingen automatisch verkleinen en converteren bij het uploaden.
- Updates en onderhoud. Nieuwere versies van PHP en WordPress zijn vaak efficiënter.
Snelheid blijft niet vanzelf goed: elke nieuwe plug-in of tag kan ze weer ondergraven. Daarom hoort snelheid bij website onderhoud. Overweeg je een nieuwe site, lees dan hoe wij een WordPress-website opbouwen.
Snelheid bewaken en wanneer je hulp inschakelt
Kijk maandelijks naar het rapport Core Web Vitals in Search Console. Verschuift een groep URL's van goed naar te verbeteren, ga dan na wat er sinds de vorige controle veranderde: een nieuwe plug-in, een extra trackingcode, een nieuw ontwerp van de homepage.
Schakel hulp in als de oorzaak in de code of de serveropbouw zit, als je site op een maatwerkplatform draait of als snelheid samenhangt met bredere problemen zoals indexering of een migratie. Dat is het domein van technische SEO. En vergeet het doel niet: een snellere site is pas echt waardevol als ze ook meer aanvragen oplevert. Daarover gaat conversie-optimalisatie.