Een trage pagina op mobiel kost je bezoekers voordat ze je telefoonnummer zien: dit zijn de grenzen, de check en de oorzaken.
Door Bart van der Ark, oprichter DigitaleWeg · bijgewerkt 16-10-2026
Op een telefoon moet de belangrijkste inhoud van je pagina binnen ongeveer 2,5 seconden in beeld staan. Dat is de grens die Google hanteert voor de Largest Contentful Paint, het belangrijkste onderdeel van de Core Web Vitals. Haal je dat niet, dan haken bezoekers af voordat ze je telefoonnummer zien, en het telt licht mee in je positie in Google. Checken kan gratis met PageSpeed Insights; de meeste traagheid bij mkb-sites komt door te grote foto's, te veel plugins en scripts, en goedkope hosting.
De meeste bezoekers van een vakbedrijf komen binnen via een telefoon. Ze staan in de keuken met een lekkende kraan, zitten in de auto op een parkeerplaats of liggen op de bank. De verbinding wisselt, de aandacht is kort. Als jouw pagina drie, vier seconden wit blijft, is de duim al onderweg naar de terugknop. De volgende in de zoekresultaten krijgt het telefoontje.
Voor Google telt snelheid ook mee, al is het geen grote factor. Bij twee pagina's die inhoudelijk even goed zijn, wint de snellere. Belangrijker is het indirecte effect: een trage pagina zorgt dat mensen terugklikken, en dat ziet Google wel. Een snelle pagina houdt bezoekers vast, laat ze doorklikken en bellen, en dat zijn precies de signalen die je wilt.
Snelheid is dus geen technisch hobbyisme. Het is het verschil tussen een bezoeker die je prijs en je belknop ziet en een bezoeker die nooit zover komt.
Google meet de ervaring van echte bezoekers met drie getallen, samen de Core Web Vitals. De namen zijn Engels en onhandig, de betekenis is simpel.
| Meetwaarde | Wat het betekent | Goed | Slecht |
|---|---|---|---|
| LCP Largest Contentful Paint | Hoe lang het duurt voordat het grootste element bovenaan (meestal de foto of de kop) in beeld staat | Onder 2,5 seconden | Boven 4 seconden |
| INP Interaction to Next Paint | Hoe snel de pagina reageert als iemand tikt op een knop, menu of formulierveld | Onder 200 milliseconden | Boven 500 milliseconden |
| CLS Cumulative Layout Shift | Hoeveel de pagina verspringt tijdens het laden, waardoor je per ongeluk op het verkeerde tikt | Onder 0,1 | Boven 0,25 |
Je herkent ze allemaal uit eigen ervaring. De pagina die eindeloos laadt (LCP). Het menu dat pas een seconde na je tik opent (INP). De belknop die verspringt op het moment dat je erop drukt, zodat je op een advertentie tikt (CLS). Google noemt een pagina "goed" als minstens driekwart van de bezoekers op alle drie onder de groene grens zit.
Ga naar pagespeed.web.dev, plak het adres van je homepage en klik op Analyseren. Je krijgt twee tabbladen: Mobiel en Desktop. Kijk vooral naar Mobiel, want daar zit het grootste deel van je bezoekers en daar is het altijd slechter.
Bovenaan staat, als je site genoeg bezoekers heeft, een blok met echte gebruikersdata van de afgelopen 28 dagen. Dat is wat Google gebruikt. Daaronder staat een laboratoriumtest met een score van 0 tot 100 en een lijst met aanbevelingen. Die score is een momentopname en schommelt van test tot test; laat je er niet gek door maken.
Zo lees je het rapport:
Doe de test op een rustig moment en herhaal hem een week later. Verschillen van tien punten zonder dat je iets veranderd hebt, zijn normaal.
Na het bekijken van veel sites van kleine bedrijven komt steeds dezelfde lijst boven. De volgorde is ongeveer de volgorde van hoe vaak het voorkomt.
Een foto rechtstreeks van de telefoon is al snel 4 tot 8 megabyte. Op een pagina staan er tien. Oplossing: verklein elke foto tot de breedte waarop hij getoond wordt, meestal 1.200 tot 1.600 pixels, en sla op als WebP. Laat foto's onder de vouw pas laden als de bezoeker scrolt.
Een chatwidget, een cookiebanner, een slider, drie trackingcodes en een social-feed. Elk apart onschuldig, samen seconden vertraging. Oplossing: schakel alles uit wat je in het afgelopen jaar niet gebruikt hebt, en laad wat overblijft pas na de inhoud.
Op een gedeelde server van een paar euro per maand wacht je browser soms al een seconde voordat de server überhaupt antwoordt. Dat haal je met geen enkele optimalisatie meer in. Oplossing: kijk in PageSpeed naar "reactietijd van de server" en stap over als die boven de 0,6 seconden ligt.
Zonder caching bouwt de server elke pagina bij elk bezoek opnieuw op uit de database. Oplossing: zet paginacaching aan (bij WordPress via een cacheplugin of bij de hoster) en laat browsers afbeeldingen en stijlbestanden lokaal bewaren.
Visuele bouwers maken het makkelijk om zelf te slepen, maar laden voor elke pagina honderden kilobytes aan code die je niet gebruikt. Oplossing: gebruik een licht thema, of laat de site opnieuw bouwen in gewone HTML en CSS. Dat is bijna altijd de snelste optie.
Een ingesloten Google Maps-kaart, een YouTube-video, een Instagram-feed en drie webfonts van verschillende aanbieders. Elk haalt data op van een andere server. Oplossing: toon een stilstaande afbeelding van de kaart met een link, laad video's pas na een klik, en beperk je tot één of twee lettertypen.
Een site van vijf tot acht pagina's met tekst, foto's en een formulier kan zonder moeite op alle drie de Core Web Vitals groen scoren. Daar is geen dure techniek voor nodig, wel discipline: kleine foto's, weinig scripts, fatsoenlijke hosting. Een site in gewone HTML haalt dat vrijwel vanzelf. Een WordPress-site kan het ook, maar vraagt om een licht thema en een strenge hand bij plugins.
Wat je niet hoeft: een score van 100. Dat is een laboratoriumgetal, geen doel. Een site met score 85 op mobiel en groene gebruikersdata doet het prima. Je hoeft ook niet alle foto's weg te halen; je moet ze alleen verkleinen. En je hoeft niet elke maand te testen. Twee keer per jaar, en na elke grote wijziging, is genoeg.
Snelheid is één van de voorwaarden om van een bezoeker een klant te maken. De andere lees je in een website die klanten oplevert.
Nee. De score is een laboratoriumtest die per meting schommelt. Waar het om gaat, is dat echte bezoekers de drie Core Web Vitals in het groen ervaren. Een score van 80 of 90 op mobiel met groene gebruikersdata is ruim voldoende voor een bedrijfssite.
Je laptop heeft je site al in het geheugen staan, hangt aan snelle wifi en heeft een krachtige processor. PageSpeed test met een gemiddelde telefoon op een trage mobiele verbinding, zonder iets in het geheugen. Dat is de ervaring van een nieuwe bezoeker, en die telt.
Niet direct en niet veel. Snelheid is een kleine factor naast inhoud, reviews en links. Het effect zit vooral in bezoekers die niet meer afhaken. Google verzamelt de gebruikersdata over 28 dagen, dus een verbetering zie je pas na ongeveer een maand terug in het rapport.
Foto's verkleinen en ongebruikte plugins uitzetten kun je zelf. Hosting wisselen, caching instellen en code opschonen is werk voor wie het vaker doet. Maak eerst de gratis test, pak de bovenste aanbevelingen aan en vraag hulp als de server zelf de vertraging is.
Een nieuwe site in lichte code op eigen hosting lost de meeste van deze oorzaken in één keer op. DigitaleWeg bouwt zo'n website gratis, inclusief hosting, SSL, back-ups en updates; vanaf livegang betaal je €45 per maand exclusief btw. Bekijk eerst zelf hoe je huidige site scoort, dan weet je waar je staat.