Een trage website kost je bezoekers en posities in Google, maar de meeste vertraging is met gerichte stappen op te lossen. In dit artikel meet je eerst waar het misgaat en werk je daarna de belangrijkste oorzaken af: zware afbeeldingen, ontbrekende caching, te veel scripts, je hosting en je database. De focus ligt op de Core Web Vitals, de meetwaarden waarmee Google je laadervaring beoordeelt.
Meet eerst, raad niet
Begin nooit met optimaliseren zonder te meten. Anders steek je tijd in onderdelen die nauwelijks verschil maken. Test je pagina met PageSpeed Insights van Google. Die tool geeft je een score, wijst de zwaarste onderdelen aan en laat je scores op de Core Web Vitals zien:
- LCP: hoe snel het grootste element in beeld staat. Streef naar onder 2,5 seconden.
- INP: hoe snel de pagina reageert op een klik of tik. Streef naar onder 200 milliseconden.
- CLS: hoeveel de opmaak verspringt tijdens het laden. Streef naar onder 0,1.
Test zowel je homepage als een zware pagina, bijvoorbeeld een productpagina of een blogartikel met veel afbeeldingen. Zo weet je waar de winst zit voordat je begint.
De belangrijkste verbeteringen op een rij
| Verbetering | Effect op | Impact |
|---|---|---|
| Afbeeldingen comprimeren en op WebP zetten | LCP | Groot |
| Caching inschakelen | LCP, reactietijd | Groot |
| Snelle hosting met een actuele PHP-versie | Reactietijd, LCP | Groot |
| Overbodige scripts en plug-ins verwijderen | INP, LCP | Gemiddeld |
| Lazy loading voor afbeeldingen buiten beeld | LCP | Gemiddeld |
| Een CDN inzetten | LCP bij bezoekers ver weg | Gemiddeld |
| Database opschonen | Reactietijd | Klein tot gemiddeld |
Afbeeldingen: vaak de grootste winst
Afbeeldingen zijn meestal het zwaarste onderdeel van een pagina en bepalen daarmee grotendeels je LCP. Drie dingen helpen direct:
- Comprimeren. Een foto van enkele megabytes recht uit een camera is veel te groot voor het web. Terugbrengen naar enkele honderden kilobytes scheelt fors zonder zichtbaar kwaliteitsverlies.
- Op WebP zetten. Dit moderne formaat levert bij gelijke kwaliteit een kleiner bestand op dan JPEG of PNG.
- Op de juiste maat plaatsen. Toon je een afbeelding op 800 pixels breed, plaats hem dan niet op 4000 pixels en laat de browser hem verkleinen.
Zet daarnaast lazy loading aan. Afbeeldingen die pas verderop op de pagina staan, worden dan pas geladen zodra de bezoeker ernaartoe scrolt. Zo laadt het bovenste, zichtbare deel van je pagina sneller.
Caching inschakelen
Met caching bewaart je site een kant-en-klare versie van elke pagina, zodat die niet bij elk bezoek opnieuw wordt opgebouwd. Bij een dynamische site scheelt dat veel: zonder caching wordt elke pagina opnieuw uit de database samengesteld. Bij WordPress schakel je caching in met een cachingplug-in. Lees meer in WordPress sneller maken.
Minder scripts en plug-ins
Elke plug-in en elk extern script voegt code toe die de browser moet laden en uitvoeren. Dat werkt vooral door in je INP, omdat zware scripts de pagina traag laten reageren op klikken. Loop je plug-ins na en verwijder wat je niet gebruikt. Let vooral op onderdelen die op elke pagina laden terwijl je ze maar op één plek nodig hebt, zoals een sliderscript of een uitgebreide contactformulier-plug-in.
Snelle hosting als basis
Je optimalisaties hebben een snelle server als fundament nodig. Nog voordat de browser iets tekent, moet je hosting het verzoek verwerken. Is die reactietijd traag, dan begint elke pagina met achterstand. Snelle opslag (NVMe), een actuele PHP-versie en een datacenter dicht bij je bezoekers verlagen die reactietijd. Hoe dat precies samenhangt met je vindbaarheid lees je in snelle hosting en SEO.
Een CDN voor bezoekers ver weg
Een CDN (Content Delivery Network) bewaart kopieën van je pagina's op servers verspreid over de wereld, zodat een bezoeker de dichtstbijzijnde kopie krijgt. Heb je vooral Nederlandse bezoekers en staat je server in Nederland, dan is de winst beperkt. Trek je bezoek uit meerdere landen, dan verlaagt een CDN de laadtijd voor bezoekers ver van je server.
Database opschonen
Bij een oudere site loopt de database vol met overbodige gegevens: oude revisies, verwijderde items en resten van plug-ins die je niet meer gebruikt. Een opgeschoonde database wordt sneller uitgelezen, wat je reactietijd ten goede komt. Maak altijd eerst een back-up voordat je hierin opruimt.
Meet na elke aanpassing opnieuw met PageSpeed Insights. Zo zie je welke stap effect had en voorkom je dat je tijd steekt in verbeteringen die voor jouw site nauwelijks verschil maken.
Veelgestelde vragen
Welke tool gebruik ik om mijn snelheid te meten?
PageSpeed Insights van Google is een goede start. Die geeft je een score, laat je scores op de Core Web Vitals zien en wijst de zwaarste onderdelen van je pagina aan.
Wat levert de meeste snelheidswinst op?
Voor de meeste sites zijn afbeeldingen comprimeren, caching inschakelen en snelle hosting de drie grootste bronnen van winst. Begin daar, en meet daarna opnieuw.
Wat is lazy loading?
Bij lazy loading worden afbeeldingen die nog niet in beeld staan pas geladen zodra de bezoeker ernaartoe scrolt. Zo laadt het zichtbare deel van je pagina sneller.
Heb ik een CDN nodig?
Dat hangt af van je bezoekers. Zitten die vooral in Nederland en staat je server ook in Nederland, dan is de winst klein. Komt je bezoek uit meerdere landen, dan verlaagt een CDN de laadtijd voor bezoekers ver weg.
Kan snelle hosting mijn trage site vanzelf snel maken?
Nee. Hosting legt de basis, maar een zware, ongeoptimaliseerde pagina blijft ook op snelle hosting traag. Snelheid ontstaat uit de combinatie van server en website.
Wil je bouwen op een snelle basis met NVMe-opslag en PHP 8.5? Bekijk wat er in een webhostingpakket zit.