Waarom een trage website je klanten kost

Een trage site kost je klanten voordat ze weten wat je doet. Hieronder lees je wat Google precies meet, waar de vertraging meestal vandaan komt en welke ingrepen in de praktijk het meeste schelen.

Groei4 min lezen
Een fietser die als beweging langs een Nederlandse straat schiet in het avondlicht

Hoeveel bezoekers kost een seconde?

Elke seconde extra laadtijd kost bezoekers. Hoeveel precies verschilt per site, maar de richting is bij elk onderzoek hetzelfde: hoe langer het duurt, hoe meer mensen weggaan, en het gaat hard in de eerste seconden.

Wat je zelf kunt narekenen is belangrijker dan een algemeen percentage. Krijg je 2.000 bezoekers per maand en converteert 2 procent, dan zijn dat 40 aanvragen. Verlies je een tiende van je bezoekers aan traagheid, dan zijn dat vier aanvragen per maand die je niet ziet, omdat ze nooit in je statistieken verschijnen als aanvraag.

Dat is de kern: iemand die afhaakt tijdens het laden komt niet terug als klacht, hij komt gewoon niet. Daarom onderschatten de meeste ondernemers dit probleem.

Wat Google precies meet: de Core Web Vitals

Google meet snelheid niet als één getal, maar als drie dingen die een bezoeker echt merkt.

Die laatste is de meest onderschatte. Hij kost je geen laadtijd, hij kost je vertrouwen. En hij is bijna altijd eenvoudig op te lossen door vaste afmetingen mee te geven aan afbeeldingen en advertentievakken.

Een mechanische stopwatch op een donkere ondergrond

Waar de vertraging meestal vandaan komt

In de sites die wij nakijken zijn dit de vaste vier oorzaken, ongeveer op volgorde van schuld.

Te grote afbeeldingen. Een foto van 4.000 pixels breed die in beeld 800 pixels groot is. Dit is veruit de grootste en veruit de makkelijkst op te lossen oorzaak.

Scripts van derden. Chatwidgets, trackers, kaartjes, lettertypen van een andere server, reviewbalkjes. Elk stukje voegt een verbinding met een andere partij toe, en jij bent zo snel als hun traagste server.

Te veel uitbreidingen. Bij WordPress zien we sites met dertig plug-ins die elk hun eigen stijlblad en script meesturen op elke pagina, ook waar ze niets doen.

Elke pagina opnieuw opbouwen. Veel systemen zetten bij elk bezoek de hele pagina opnieuw in elkaar uit de database. Dat hoeft bijna nooit, en met een cachelaag scheelt dat honderden milliseconden per bezoek.

Zo maak je je site sneller, van veel naar weinig effect

Begin bovenaan. De eerste drie punten leveren bij de meeste sites samen al het grootste deel van de winst op.

  1. Schaal je afbeeldingen en sla ze op in WebP. Lever ze op de maat waarop ze getoond worden, en niet groter. Dit haalt vaak megabytes weg.
  2. Laad wat onder de vouw staat pas later. De foto's verderop de pagina hoeven niet mee te komen voordat er iets te zien is.
  3. Gooi de scripts weg die je niet gebruikt. De pixel van die campagne uit 2023, de tweede analysetool, de kaart op een pagina zonder kaart.
  4. Zet vaste afmetingen op alles wat later inlaadt. Dat lost het verspringen op en kost je niets.
  5. Zet caching aan, ook op je server. Zowel in de browser van je bezoeker als voor de pagina zelf.
  6. Host je lettertypen zelf en laad alleen de gewichten die je echt gebruikt. Twee gewichten is genoeg voor bijna elke site.
  7. Kijk daarna pas naar je hosting. Als alles hierboven klopt en het blijft traag, dan is de server aan de beurt.

Meet op een telefoon, niet op je eigen laptop

Dit is de fout die bijna iedereen maakt. Je opent je eigen site op je eigen laptop, op je eigen wifi, met je eigen browser die alles al in het geheugen heeft. Dan is hij snel.

Je bezoeker zit in de auto, op 4G, met een telefoon van drie jaar oud en een browser die je site voor het eerst ziet. Dat is de situatie die telt, en daar is het beeld vaak twee tot vier keer zo traag.

Meet dus altijd op mobiel, met een lege cache. En let op het verschil tussen een test in een laboratorium en echte metingen van echte bezoekers. Die laatste zijn eerlijker, want daar zit alles in wat er in het echt misgaat.

Snelheid is geen eenmalige klus

Sites worden langzamer vanzelf. Er komt een nieuwe campagnepixel bij, iemand plaatst een foto rechtstreeks vanuit de camera, er wordt een uitbreiding geïnstalleerd voor een formulier. Zes maanden later is de site een seconde trager zonder dat iemand iets verkeerd deed.

Zet daarom een simpele gewoonte neer: meet elk kwartaal, kijk of er iets bij is gekomen dat je niet gebruikt, en houd je afbeeldingen op maat. Een half uur per kwartaal is genoeg om te voorkomen dat je over twee jaar opnieuw begint.

Hoe wij bouwen

Wij leveren sites die uit gewone bestanden bestaan in plaats van uit een systeem dat elke pagina opnieuw in elkaar zet. Afbeeldingen gaan er in WebP in, op de juiste maat, met vaste afmetingen. Scripts van derden zetten we er alleen in als je ze echt gebruikt.

Daarnaast hebben we een gratis website-scan die meet in plaats van gokt: je krijgt de gemeten cijfers terug met de bestanden erbij die de vertraging veroorzaken. Ook als je site niet van ons is.

Klaar om te starten?

Wil je weten hoe snel jouw site echt is? Vraag een gratis scan aan. Je krijgt gemeten cijfers en concrete punten, met de bestanden erbij die het veroorzaken.

Vraag een gratis scan aan

Veelgestelde vragen

Is een snelle website beter voor Google?

Ja, maar minder dan vaak wordt beweerd. Snelheid is een van de vele factoren en weegt lichter dan de vraag of je pagina het antwoord geeft waar iemand naar zoekt. Bij twee pagina's die inhoudelijk gelijk zijn, wint de snelste. De grootste winst van snelheid zit niet in je positie maar in het aantal mensen dat blijft.

Wat is een goede laadtijd?

Streef ernaar dat de belangrijkste inhoud binnen 2,5 seconden zichtbaar is, gemeten op een gewone telefoon met mobiel internet. Meet niet op je eigen laptop met glasvezel, want dan meet je je eigen situatie en niet die van je bezoekers.

Helpt een duurdere hosting?

Soms, maar het is zelden de hoofdoorzaak. Zit je op goedkope gedeelde hosting die traag reageert, dan levert een betere server echt iets op. Meestal zit de vertraging echter in te grote afbeeldingen, te veel scripts van derden en een systeem dat elke pagina opnieuw opbouwt. Los dat eerst op, dan weet je of de server nog een probleem is.