Waarom mobiele snelheid de hartslag van uw KMO-website is
- snelheid
- mobiel
- Lighthouse
- SEO
- GEO
Kort antwoord: zeven tot acht op de tien bezoekers van een lokale KMO-website komen via hun gsm. Laadt die pagina traag, dan is een deel van hen al weg voor u iets hebt kunnen vertellen. Snelheid op mobiel is geen technisch detail dat achteraf komt, het is de eerste indruk.
Een website hebben is niet langer genoeg. De vraag is hoe die website presteert op het toestel dat uw klanten dagelijks in hun hand hebben.
De mobiele realiteit: 80% van uw klanten
In mijn werk als softwareontwikkelaar zie ik het nog te vaak misgaan. Er wordt geïnvesteerd in een mooi ontwerp, maar de technische fundering blijft liggen. Dat is jammer, want die cijfers zijn niet subtiel: 70 tot 80 procent van uw potentiële klanten bezoekt uw website via een mobiel toestel.
Dat verandert wat “goed genoeg” betekent. Een site die op een bureaucomputer met een vaste verbinding vlot oogt, kan op een gsm met drie streepjes bereik iets helemaal anders zijn. En het is die tweede situatie die geldt voor de meeste mensen die u proberen te vinden.
De gevolgen zijn concreet. Bezoekers haken af, wat u rechtstreeks aanvragen kost. En Google weegt de mobiele versie van uw pagina, niet de versie op groot scherm.
De cijfers die er echt toe doen
“Traag” is geen meting. Er bestaan wel vier cijfers die het wel zijn, en die u zelf kan nakijken:
| Cijfer | Wat het meet | Goed |
|---|---|---|
| Largest Contentful Paint | Wanneer het grootste element in beeld staat | onder 2,5 s |
| Interaction to Next Paint | Hoe snel de pagina reageert op een tik | onder 200 ms |
| Cumulative Layout Shift | Hoeveel de pagina nog verspringt tijdens het laden | onder 0,1 |
| Total Blocking Time | Hoelang de pagina bevroren is door scripts | onder 200 ms |
Die laatste is de stille moordenaar op mobiel. Een gsm-processor heeft het veel moeilijker met JavaScript dan een laptop. Twintig scripts die op een bureaucomputer amper opvallen, leggen een telefoon een paar seconden lam, precies op het moment dat iemand wil scrollen.
De standaard die ik hanteer: 100 op 100
Ik geloof niet in “goed genoeg”. Voor elke website die ik bouw, of dat nu voor mijn eigen zaak is of voor een klant in Limburg en Vlaams-Brabant, geldt dezelfde norm. Mijn eigen website haalt op mobiel consequent 100 op 100 in Lighthouse, het meetinstrument van Google:
- Performance 100/100 — de pagina staat er meteen
- Accessibility 100/100 — leesbaar en bruikbaar voor iedereen
- Best Practices 100/100 — veilige en actuele technieken
- SEO 100/100 — technisch klaar om gevonden te worden
De onderliggende cijfers uit dat rapport: 0,9 seconden tot de eerste tekst in beeld, 1,1 seconden tot het grootste element er staat, 0 milliseconden blokkeertijd en 0 verschuiving in de opbouw. Geen enkel cijfer dat u moet wegpraten.
Dat is geen kunstje op één pagina. Het komt voort uit een bewuste keuze: de site wordt op voorhand omgezet naar gewone HTML-bestanden, zonder database en zonder plugins die bij elke aanvraag opnieuw moeten draaien. Er is dus weinig dat traag kán zijn.
Waarom dit ook telt voor AI-antwoorden
In datzelfde rapport staat sinds kort een vijfde meting: Agentic Browsing, 3 op 3. Dat gaat over de vraag of een geautomatiseerde bezoeker, zoals de crawler achter ChatGPT of Copilot, uw pagina kan ophalen en begrijpen.
Dat is geen toeval, want het is dezelfde technische basis. Een pagina die zijn inhoud pas toont nadat er een halve seconde JavaScript gedraaid heeft, is traag voor een bezoeker én onleesbaar voor een model dat een antwoord samenstelt. Wie zijn tekst gewoon in HTML zet, bedient beide.
Zo raken snelheid en vindbaarheid elkaar. Wat ik elders schreef over gevonden worden in AI-antwoorden gaat over de inhoud: heldere feiten die een model kan citeren. Dit artikel gaat over de voorwaarde daarvoor: die feiten moeten wel te bereiken zijn.
Wat u vandaag zelf kan nakijken
- Ga naar pagespeed.web.dev, plak uw adres, kies het tabblad Mobiel.
- Kijk naar Performance en naar Largest Contentful Paint.
- Test daarna een pagina die er echt toe doet, niet enkel de startpagina. De contactpagina of een dienstenpagina zegt vaak meer.
- Doe dezelfde test op uw eigen gsm, op mobiele data en niet op wifi. Dat is wat uw klant ziet.
Staat er iets oranje of rood, dan is dat geen ramp maar een lijstje werk. In de meeste gevallen zitten de grootste winsten bij te zware foto’s, bij scripts van derden zoals chatwidgets en trackers, en bij lettertypes die van elders geladen worden.
Wat dit voor uw zaak betekent
Snelheid verkoopt niets op zichzelf. Wat ze doet, is elke andere inspanning laten renderen: de tekst die u liet schrijven, de foto’s die u liet maken, de advertentie waarvoor u betaalde. Een bezoeker die afhaakt tijdens het laden, heeft van dat alles niets gezien.
Wanneer ik een website bouw voor een KMO, zit die snelheid er standaard in. Niet als extra optie, wel als vertrekpunt. Hoe dat werkt en wat het kost, staat bij de aanpak en de tarieven; wat het opleverde bij anderen, staat bij de realisaties.
Wil u weten hoe uw eigen site ervoor staat? Stuur me het adres via het contactformulier. Ik draai de test en u krijgt eerlijk te horen wat er te winnen valt, ook als het antwoord is dat uw site prima in orde is.
Veelgestelde vragen
Hoeveel bezoekers komen via een mobiel toestel op een KMO-website?
Bij de meeste lokale KMO-websites komt 70 tot 80 procent van het bezoek via een smartphone. Voor zaken waar mensen onderweg naar zoeken, zoals een aannemer, een garage of een handelszaak, ligt dat aandeel nog hoger. De mobiele versie is dus niet de tweede versie van uw website, het is de versie die bijna iedereen ziet.
Wat is een goede Lighthouse-score voor een website op mobiel?
Lighthouse geeft vier scores van 0 tot 100: Performance, Accessibility, Best Practices en SEO. Vanaf 90 kleurt een score groen. In de praktijk haalt een doorsnee KMO-website op mobiel 40 tot 70 voor Performance. 100 op 100 op alle vier is haalbaar, ook voor een gewone bedrijfssite: coopconsult.be haalt die score consequent.
Welke laadtijd is snel genoeg voor een mobiele website?
Google hanteert drie kerncijfers. Largest Contentful Paint moet onder 2,5 seconden blijven, Interaction to Next Paint onder 200 milliseconden en Cumulative Layout Shift onder 0,1. Coopconsult.be zit op 1,1 seconden LCP, 0 milliseconden blokkeertijd en 0 verschuiving. Alles onder de 2,5 seconden is goed, boven de 4 seconden verliest u bezoekers.
Beïnvloedt de snelheid van mijn website mijn positie in Google?
Ja, maar indirect en beperkt. Snelheid is één rangschikkingsfactor tussen vele: een trage pagina met het beste antwoord staat nog altijd boven een snelle pagina zonder inhoud. Het grootste verlies zit niet in de ranking maar in de bezoeker die al weg is voor de pagina verschijnt. Die telt niet mee, hoe hoog u ook staat.
Waarom is een snelle website belangrijk voor AI-assistenten zoals ChatGPT?
Omdat een AI-assistent uw pagina zelf moet kunnen ophalen en lezen. Een site die traag is of zijn inhoud pas na het uitvoeren van JavaScript toont, wordt vaker overgeslagen. Lighthouse meet dat sinds kort apart onder Agentic Browsing. Dezelfde technische basis die uw site snel maakt voor een bezoeker, maakt hem leesbaar voor een model dat een antwoord samenstelt.
