Waarom je website traag is, en wat dat je kost

Laadtijd is een van de weinige dingen aan een website waar je klanten op afhaken zonder het ooit te zeggen. Ze klikken terug naar de zoekresultaten en jij ziet alleen een bezoeker die niets deed. Hieronder wat er meestal achter zit.

Wat Google eigenlijk meet

Google kijkt naar de Core Web Vitals, drie meetwaarden die samen beschrijven hoe de pagina aanvoelt in plaats van hoe snel het bestand binnenkomt:

• LCP — hoe lang het duurt voordat het grootste element bovenaan zichtbaar is. Meestal je kop of je hoofdafbeelding. Onder de 2,5 seconde is goed.
• INP — hoe snel de pagina reageert als iemand ergens op tikt. Onder de 200 milliseconden is goed.
• CLS — hoeveel de pagina nog verspringt tijdens het laden. Dat verspringen is waardoor je op de verkeerde knop drukt.

Deze cijfers zijn een ranking-signaal, maar overschat dat niet: relevantie weegt zwaarder. Het echte argument voor snelheid is niet Google, het is dat mensen wegklikken.

Oorzaak 1: afbeeldingen recht uit de camera

Dit is met afstand nummer één. Een foto van vier megabyte die in een vakje van 600 pixels breed wordt getoond, moet nog steeds helemaal gedownload worden. Tien van die foto's op een pagina en je zit op veertig megabyte voor iets wat er als een gewone pagina uitziet.

Oplossing: schalen naar het formaat waarop ze getoond worden, opslaan als WebP of AVIF, en alles onder de vouw pas laden als iemand ernaartoe scrolt. Dat is bij de meeste sites in een middag te doen en levert direct het meeste op.

Oorzaak 2: te veel plugins en scripts

Elke plugin brengt zijn eigen bestanden mee, en die worden geladen op elke pagina — ook op pagina's waar die plugin niets doet. Een contactformulier-plugin die zijn code op je homepage laadt, is heel gewoon.

Hetzelfde geldt voor externe scripts: een chatwidget, twee analyticspakketten, een cookiebanner, een reviewwidget en een advertentiepixel. Elk daarvan is een verbinding met een andere server die eerst moet antwoorden. Ze zijn stuk voor stuk klein en samen zijn ze het probleem.

Oorzaak 3: lettertypes die de tekst tegenhouden

Een eigen lettertype moet gedownload worden voordat de tekst getoond kan worden. Standaard wachten browsers daarop, en die seconden zie jij niet omdat het bestand bij jou allang in de cache zit. Bij een nieuwe bezoeker op een telefoon wel.

Oplossing: lettertypes vanaf je eigen domein serveren in plaats van vanaf een externe dienst, alleen de gewichten laden die je echt gebruikt, en de tekst alvast in een systeemlettertype tonen tot het echte binnen is.

Oorzaak 4: alles pas in de browser opbouwen

Sommige sites sturen een vrijwel lege pagina en laten JavaScript de inhoud opbouwen zodra die is gedownload en uitgevoerd. Op een snelle laptop merk je dat nauwelijks. Op een telefoon van vier jaar oud is dat het verschil tussen een halve en drie seconden.

Oorzaak 5: goedkope hosting

Bij gedeelde hosting van een paar euro per maand staat je site op een server met honderden andere. Wordt er eentje druk bezocht, dan merk jij dat. De reactietijd van de server zit vóór alle andere optimalisaties: is die traag, dan helpt de rest niet.

Zelf meten

Google PageSpeed Insights geeft je in een halve minuut een cijfer en een lijst met wat eraan schort. Belangrijk: kijk naar het mobiele tabblad, niet naar desktop. Daar zit je publiek, en daar doet het pijn. Kijk ook naar de veldgegevens als die er zijn — dat zijn echte bezoekers in plaats van een test in een laboratorium.

Komt er een rood cijfer uit en weet je niet waar te beginnen: stuur ons de link. We kijken er gratis naar en zeggen eerlijk of het een middag werk is of dat je site aan vervanging toe is.