Een trage website kondigt zichzelf niet aan. Niemand mailt om te zeggen dat hij vertrok omdat een pagina vijf seconden duurde. De kosten stapelen zich stilletjes op in gemiste verkoop, verspild advertentiebudget en zoekposities die over maanden wegzakken.
Dit artikel zet cijfers op die kosten, legt uit wat er meestal de oorzaak van is en zet de oplossingen op volgorde van rendement, zodat je kunt beginnen met de oplossingen die ertoe doen.
Wat snelheid werkelijk kost
Het verband tussen laadtijd en afhaken is in het begin steil. Van één naar drie seconden gaan verhoogt het aandeel mobiele bezoekers dat vertrekt scherp, en bij vijf seconden is een groot deel weg. Cruciaal: ze vertrekken voordat ze je aanbod zien, dus niets anders op de pagina krijgt de kans om te werken.
Daar volgen drie effecten uit die elkaar versterken:
Verloren conversies. Als duizend mensen per maand je site bereiken en 2 procent converteert, zijn dat twintig aanvragen. Een snelheidsprobleem dat je een kwart van je mobiele bezoekers kost, haalt er daar meerdere van weg voordat ze een woord hebben gelezen.
Verspilde advertenties. Betaald verkeer dat afhaakt, is geld dat voor niets is uitgegeven. Je betaalt hetzelfde voor een klik die binnen twee seconden vertrekt als voor een klik die koopt.
Zichtbaarheid in zoekmachines. Core Web Vitals zijn een rankingfactor. Hun gewicht ten opzichte van contentkwaliteit is bescheiden, maar ze werken als doorslag tussen vergelijkbare pagina’s, en mobiele prestaties worden beoordeeld op de versie die Google indexeert.
De metingen die ertoe doen
Drie cijfers vertellen je het meeste van wat je moet weten:
- Largest Contentful Paint (LCP) is het moment waarop de hoofdinhoud zichtbaar wordt. Doel: onder 2,5 seconden. Dit is het cijfer dat het sterkst samenhangt met hoe snel de site aanvoelt.
- Interaction to Next Paint (INP) meet de responsiviteit wanneer iemand tikt of klikt. Doel: onder 200 milliseconden. Zware JavaScript is hier de gebruikelijke oorzaak van problemen.
- Cumulative Layout Shift (CLS) meet hoeveel de pagina verspringt tijdens het laden. Doel: onder 0,1. Dit is de reden dat mensen op mobiel op de verkeerde knop tikken.
Test met Google PageSpeed Insights, op mobiel, op een pagina die commercieel ertoe doet in plaats van alleen de homepage. Kijk waar beschikbaar naar velddata van echte bezoekers in plaats van alleen de labscore.
Wat er meestal de oorzaak van is
Afbeeldingen, bijna altijd
De meest voorkomende oorzaak. Een foto rechtstreeks van een telefoon kan meerdere megabytes en vierduizend pixels breed zijn, weergegeven in een ruimte van achthonderd pixels. Die op weergavegrootte aanbieden in een modern formaat zoals WebP verkleint het bestand stelselmatig met tachtig tot negentig procent zonder zichtbaar verschil.
Scripts van derden
Analytics, chatwidgets, heatmaps, advertentiepixels, socialmedia-embeds, reviewwidgets, lettertypediensten. Elk is op zichzelf klein; samen wegen ze vaak zwaarder dan de hele site. Elk van deze doet ook een verzoek aan de server van een ander bedrijf, en jij erft hun reactietijd.
Controleer ze eerlijk. De meeste sites dragen minstens één script mee dat is geïnstalleerd voor een campagne die twee jaar geleden eindigde.
Pagebuilders en ongebruikte plugins
Visuele bouwers laden stylesheets en scripts voor elke functie die ze bieden, of de pagina ze nu gebruikt of niet. In combinatie met een dozijn plugins die elk hun eigen bestanden op elke pagina laden, levert dit sites op die veel downloaden voordat ze iets tonen.
Hosting
Goedkope shared hosting zet honderden sites op één server. Als een buurman een verkeerspiek heeft, lijdt jouw reactietijd eronder. Een serverreactietijd boven ruwweg 600 milliseconden wijst meestal hierop, en geen enkele frontend-optimalisatie compenseert een trage server.
Webfonts
Lettertypen die van een externe dienst worden geladen, voegen een verbinding met een ander domein toe en vertragen vaak het weergeven van tekst. Lettertypen zelf hosten en de essentiële gewichten vooraf laden neemt die vertraging volledig weg, en in de EU verwijdert het ook een gegevensoverdracht die toestemming vereist.
Oplossingen op volgorde van rendement
- Comprimeer afbeeldingen, verklein ze en bied moderne formaten aan. Meestal de grootste afzonderlijke verbetering die beschikbaar is, en vaak in een middag te doen.
- Verwijder scripts die je niet meer gebruikt, en stel de scripts die je houdt uit, zodat ze na de content laden.
- Schakel caching en een content delivery network in. Bedient terugkerende bezoekers en bezoekers van ver veel sneller met bescheiden configuratie.
- Geef afbeeldingen expliciet een breedte en hoogte en reserveer ruimte voor embeds, wat het meeste verspringen van de lay-out oplost.
- Host lettertypen zelf en laad de lettertypen boven de vouw vooraf.
- Laad afbeeldingen onder de vouw lui (lazy loading), maar laad de hoofdheroafbeelding uitdrukkelijk niet lui, een veelgemaakte fout die de LCP verslechtert.
- Upgrade de hosting als de serverreactietijd na het bovenstaande traag blijft.
- Verminder het aantal plugins en heroverweeg de pagebuilder als de site nog steeds zwaar is. Dit is de grootste klus en hoort als laatste.
Wanneer optimaliseren niet het antwoord is
Soms is een site traag door de manier waarop hij is gebouwd, en koopt elke fix een beetje tijd voordat het volgende probleem opduikt. Signalen dat opnieuw bouwen de goedkopere weg is: de pagebuilder kan niet worden verwijderd zonder toch elke pagina opnieuw te bouwen, pluginconflicten breken de site bij updates, het thema is al jaren niet onderhouden, of je hebt al twee keer voor optimalisatie betaald.
We bekijken de onderliggende bouw voordat we een van beide routes aanraden, en we zeggen het als repareren de betere keuze is.
Veelgestelde vragen
Wat is een goede laadtijd?
Onder 2,5 seconden voor Largest Contentful Paint op mobiel, gemeten op een middenklasse-apparaat en een normale mobiele verbinding in plaats van kantoorwifi op een nieuwe laptop.
Beïnvloedt snelheid echt de Google-rankings?
Ja, al minder dan de relevantie van de content. Zie het als een doorslag: tussen twee pagina’s die de vraag even goed beantwoorden, heeft de snellere een voordeel. Het grotere effect zit in de conversie, en die vindt plaats ongeacht de ranking.
Kan ik dit zelf oplossen?
Gedeeltelijk. Afbeeldingen comprimeren, ongebruikte plugins verwijderen en een cachingplugin inschakelen zijn haalbaar voor de meeste site-eigenaren en leveren vaak een flink deel van de verbetering. Serverconfiguratie, renderblokkerende bronnen en JavaScript-uitvoering vereisen doorgaans een developer.
Hoe lang duurt een snelheidsproject?
Op een typische bedrijfssite dekt één tot twee weken de afbeeldingen, scripts, caching en het verspringen van de lay-out. Een rebuild is een project van een andere orde, maar legt het fundament opnieuw in plaats van nog een jaar te kopen.
Begin met een meting
Haal je commercieel belangrijkste pagina door PageSpeed Insights op mobiel en noteer de drie cijfers. Dat kost twee minuten en vertelt je of dit een echt probleem is of iets dat je kunt laten rusten. Voor een breder beeld van de snelheid naast de rest van je technische opzet haal je dezelfde pagina door SEO Lens.
Elke site die we bouwen mikt op deze drempels als opleveringseis in plaats van als optimalisatiefase achteraf. Bekijk wat dat inhoudt op de pagina over zakelijke websites, of stuur ons je URL en we vertellen je wat hem vertraagt en wat wij als eerste zouden oplossen.
