Website sneller maken: waar het meestal aan ligt

Is je website traag op je telefoon? Dan ligt dat zelden aan je hosting. Meestal komt het door wat er in de loop der jaren op is gestapeld. Hieronder lees je wat Google meet, waar het vaak misgaat en hoe je het zelf test.

Zo merk je zonder meetprogramma dat je site traag is

Pak je eigen telefoon en zet de wifi uit. Open je site via 4G, zoals een klant op de bouwplaats dat doet. Tel hoe lang het duurt voordat je ziet wat je bedrijf doet.

Let daarbij op drie dingen. Blijft het scherm eerst wit? Reageert het menu pas na een tel? Springt een knop weg op het moment dat je wilt tikken? Dat zijn precies de drie dingen die Google ook meet.

Test ook de pagina's die geld opleveren: je belangrijkste dienst, een project en je aanvraagformulier. Bezoekers uit Google komen vaak binnen op een dienstpagina. Die moet dus net zo snel zijn als je homepage.

Wat Google meet, in gewone taal

Google noemt de drie metingen samen Core Web Vitals. De namen zijn Engels, het idee is eenvoudig.

Google kijkt hiervoor naar echte bezoeken met Chrome. Je pagina is goed als 75 van de 100 bezoeken binnen de grenzen blijven. Zo telt een bezoeker met een oude telefoon en slecht bereik ook mee. Telefoon en computer beoordeelt Google apart.

Vier dingen waar een trage site meestal aan ligt

Als een site traag is, ligt het volgens mij bijna altijd aan een van deze vier dingen. Hosting staat er bewust niet bij.

Plugins en een paginabouwer

Veel WordPress-sites hangen aan een rij plugins. Elke plugin laadt zijn eigen code, vaak op elke pagina. Ook op pagina's waar hij niets doet. Een paginabouwer legt daar nog een flinke laag overheen.

Dat is een van de redenen dat ik er geen nieuwe sites meer in bouw. De andere redenen lees je in WordPress of maatwerk? Waarom ik geen WordPress meer gebruik.

Foto's die veel te groot zijn

Een foto recht van je camera of telefoon is bedoeld voor een groot scherm of voor drukwerk. Zet je die zo op je site, dan laadt een telefoon een bestand dat vele malen groter is dan nodig. De grote foto bovenaan is vaak ook precies wat Google bij LCP meet.

Scripts van andere partijen

Denk aan een chatknop, een ingesloten kaart, een YouTube-video of meetcodes voor advertenties. Elk script komt van een andere server en vraagt rekenwerk van de telefoon. Dat maakt vooral het reageren op een tik traag.

Foto's en blokken zonder vaste plek

Verspringt je pagina tijdens het laden? Dan komt er iets binnen zonder vaste plek. Denk aan een foto zonder vaste maat of een melding die later verschijnt. Je tekst schuift dan weg terwijl je leest.

En de hosting?

Goedkope hosting kan de eerste reactie van de server vertragen. In PageSpeed Insights heet dat Time to First Byte. Met duurdere hosting los je de rest zelden op. Zware foto's en scripts blijven even zwaar.

Hoe ik een site snel bouw

Ik bouw in Next.js. Dat is een manier van websites maken waarbij elke pagina alleen meekrijgt wat hij nodig heeft. Een pagina zonder formulier laadt de code van het formulier niet. Er draait geen code van plugin-makers mee.

Foto's krijgen vanzelf een formaat dat bij het scherm past. Een telefoon krijgt een kleiner bestand dan een groot computerscherm. Foto's onderaan laden pas als je ernaartoe scrolt. Elke foto heeft vooraf een vaste plek, dus er verspringt niets.

De tekst zit al in de pagina als die binnenkomt. Google kan hem dus meteen lezen.

Zo scoort mijn eigen site

Op 6 oktober 2026 ging www.fixels.nl door PageSpeed Insights, op mobiel. Het grootste deel van de pagina stond na 1,4 seconde in beeld. De pagina versprong niet (CLS 0). De score voor snelheid was 99 van de 100.

Dat is één test op één moment, op een nagebootste telefoon met trage 4G. Wil je een grote video bovenaan, dan kost dat snelheid. Die keuze maak je vooraf.

Wat snelheid doet voor je plek in Google

Google gebruikt deze metingen bij het bepalen van je positie. Google zegt er zelf bij dat een goede score geen hoge plek garandeert. Een snelle pagina moet nog steeds de vraag van je klant beantwoorden.

Ik zie snelheid daarom vooral als iets voor je bezoeker. Wie op zijn telefoon moet wachten, drukt sneller op terug. En wie terugdrukt, belt jou niet.

Daalt je bezoek uit Google, zeker na een nieuwe site? Hoe je de oorzaak zoekt, lees je in Website migreren zonder SEO-verlies: zo pak ik het aan. Een verkeerd doorgestuurd adres kost je meer bezoekers dan een trage foto.

Zo test je je eigen site in vijf minuten

1. Ga naar pagespeed.web.dev en vul het adres van een belangrijke pagina in. Kies Mobiel.
2. Kijk eerst bovenaan, bij "Ontdek wat je echte gebruikers ervaren". Dat zijn metingen bij echte bezoekers over de afgelopen 28 dagen.
3. Staat daar "Geen gegevens"? Dan heeft je site te weinig bezoekers voor dat overzicht. Bij kleine bedrijven is dat normaal.
4. Kijk dan naar het deel eronder, "Prestatieproblemen diagnosticeren". Dat is een test in een lab: de pagina laadt één keer op een nagebootste telefoon.
5. Lees onder "Inzichten" wat de grootste vertragers zijn. De test noemt er de geschatte winst bij.
6. Schrijf de datum, de pagina en de cijfers op. Test na elke grote wijziging opnieuw, met dezelfde instelling.
7. Heb je Google Search Console? Kijk dan met URL-inspectie of Google de tekst en links van je pagina echt ziet. Doe dat zeker na een nieuwe site.

De labtest en de echte bezoekers kunnen flink verschillen. Een rode labscore is dus geen ramp. Een groene score is geen garantie.

Vijf vragen voor je websitebouwer

Laat je iemand je site sneller maken? Vraag dan om antwoorden die je kunt controleren.

• Welke pagina's heb je getest, op welk toestel en op welke datum?
• Wat was het probleem precies: de grote foto, het reageren op een tik of het verspringen?
• Wat pas je aan, en welke test laat daarna zien dat het beter is?
• Werken het menu en het aanvraagformulier daarna nog op je telefoon?
• Hoe voorkom je dat nieuwe foto's of scripts de site later weer traag maken?

Veelgestelde vragen

Wil je weten waar jouw site op vastloopt? Stuur me het adres in een appje, dan kijk ik ernaar. Op werkdagen heb je meestal binnen een half uur antwoord. Hoe ik websites bouw, lees je bij Websites. Over beter gevonden worden gaat Gevonden worden in Google.