Hoe snel moet een website laden, en waarom het telt

Hoe snel moet mijn website laden? Die vraag krijgen we vaak, meestal met een getal in gedachten. Wij geven je hier geen magisch aantal seconden, want zo werkt het niet. Een website moet zo snel laden dat een bezoeker niet merkt dat hij wacht, en zo snel dat Google er geen punt van maakt. In dit artikel leggen we uit waarom laadtijd telt, wat een site traag maakt, wat pure code anders doet, en hoe je je eigen site gratis test.

Waarom laadtijd telt voor bezoekers

Stel je de bezoeker voor die jou nodig heeft. Een cv-ketel die uitvalt, een lekkage, een afspraak die snel geregeld moet worden. Die persoon staat op een bouwplaats of zit in de auto, op een mobiele verbinding die wisselt. Hij tikt in Google op jouw site en kijkt naar een wit scherm. Elk moment wachten is een moment waarop hij terug kan tikken en de volgende kiest.

Snelheid is daarnaast de eerste indruk die je maakt. Een site die direct opent, voelt verzorgd en betrouwbaar. Een site die hapert, voelt alsof het bedrijf erachter ook hapert, ook als dat niet zo is. En een formulier dat traag reageert, wordt eerder afgebroken dan ingevuld. Laadtijd is dus geen technisch detail. Het bepaalt mee of iemand belt.

Waarom laadtijd telt voor Google

Google wil zoekers naar pagina's sturen waar ze een goede ervaring hebben. Daarom meet Google hoe echte bezoekers een pagina beleven, en gebruikt dat als een van de signalen bij het bepalen van de volgorde in de zoekresultaten. Die metingen heten Core Web Vitals, letterlijk de kernwaarden van een webpagina.

Core Web Vitals kijken naar wat een bezoeker merkt: hoe snel het belangrijkste deel van de pagina zichtbaar is, hoe vlot de pagina reageert als je ergens op tikt, en hoe stabiel de pagina blijft tijdens het laden. Dat laatste herken je als de tekst die net wegschuift op het moment dat je wilt klikken. Google geeft per onderdeel aan of een pagina slaagt of niet.

Eerlijk is eerlijk: inhoud blijft belangrijker dan snelheid. Een trage pagina met precies het goede antwoord wint het van een snelle pagina zonder inhoud. Maar bij pagina's die inhoudelijk even goed zijn, telt de ervaring mee. En een trage site kost je bezoekers nog voordat Google er iets van vindt.

Wat een website traag maakt

De meeste trage sites zijn niet traag door één grote fout, maar door een stapel kleine. De gebruikelijke verdachten:

• Plugins. Elke plugin op een CMS laadt vaak eigen scripts en stijlen mee, op elke pagina, ook waar ze niets doen. Met veel plugins stapelt dat op.
• Zware thema's. Thema's en pagebuilders die alles kunnen, laden ook alles. Jij gebruikt een fractie van de mogelijkheden, de bezoeker downloadt het geheel.
• Grote foto's. Een foto rechtstreeks van de telefoon is vele malen groter dan een scherm nodig heeft. Het is de meest voorkomende oorzaak, en de makkelijkst te verhelpen.
• Scripts van derden. Een chatwidget, een ingesloten video, lettertypen van een externe server, meetpixels voor advertenties. Elk script wacht op een andere server waar jij geen invloed op hebt.
• Werk per bezoek. Een CMS bouwt elke pagina opnieuw op uit de database op het moment dat iemand hem opvraagt. Op drukke momenten of bij goedkope hosting merk je dat.

Wat pure code anders doet

Een website van pure code slaat de meeste van die stappen over. De pagina's zijn kant-en-klare bestanden. De server hoeft niets te berekenen en geen database te raadplegen; hij stuurt het bestand, en klaar. Er zijn geen plugins die scripts meeladen, en er is geen thema dat meer doet dan nodig. Alleen de opmaak en de code die de pagina echt gebruikt, gaan over de lijn.

Daar komt bij hoe de site wordt gebouwd. Foto's worden vooraf geschaald naar de maat waarin ze worden getoond. Lettertypen en scripts worden alleen geladen waar ze nodig zijn. En de site wordt ontworpen voor de telefoon eerst, omdat dat het scherm is waarop de meeste klanten je vinden. Hostingpartijen voor statische websites, zoals Supadrop, noemen snellere laadtijden als een van de voordelen. Dat is de claim van een aanbieder, dus we houden het bij de uitleg hierboven: minder werk per bezoek is minder wachten.

Pure code is niet de enige weg naar een snelle site. Een goed onderhouden CMS met weinig plugins en goede hosting kan ook snel zijn. Het verschil is dat snelheid bij pure code het uitgangspunt is, en bij een CMS iets dat je moet blijven bewaken.

Zo test je je eigen site met PageSpeed Insights

Je hoeft niemand op zijn woord te geloven, ook ons niet. Google biedt een gratis tool die meet wat Google zelf belangrijk vindt: PageSpeed Insights. Zo gebruik je hem:

1. Ga naar PageSpeed Insights en plak het adres van je website in het veld. Begin met de homepage.
2. Wacht tot de meting klaar is. Bovenaan zie je of je pagina de beoordeling op de Core Web Vitals haalt. Kijk eerst naar het tabblad voor mobiel, dat is het strengst en het belangrijkst.
3. Scrol naar de onderdelen Diagnose en Kansen. Daar staat concreet wat de pagina traag maakt: te grote afbeeldingen, ongebruikte scripts, onderdelen die het tekenen van de pagina ophouden.
4. Herhaal de test voor een dienstenpagina en de contactpagina. De homepage is vaak de best verzorgde pagina, de rest niet.
5. Test ook een concurrent. Niet om te winnen, maar om te zien waar je staat.

Nog twee dingen om te weten. De tool laat soms twee soorten gegevens zien: veldgegevens van echte bezoekers met Chrome, en labgegevens van een nagebootst bezoek. Veldgegevens zijn er alleen als je site genoeg bezoekers heeft; heb je die niet, dan zie je alleen het lab. En staar je niet blind op de score. De lijst met kansen is wat je kunt verbeteren, de score volgt vanzelf.

Wil je een website waarbij snelheid vanaf de eerste regel code het uitgangspunt is, stel hem dan samen in de wizard.