Laadtijd website: het gemiddelde in België, per sector en per CMS

De gemiddelde Belgische kmo-website toont zijn hoofdbeeld op een gsm na 2,4 seconden; de mediaan, de site die precies in het midden staat, na 1,8 seconden. Twee op de drie sites (68,1 procent) blijven onder de 2,5 seconden die Google als goed beschouwt, en 14,8 procent heeft er meer dan 4 seconden voor nodig. WordPress-sites zijn het traagst: hun server antwoordt meer dan dubbel zo laat als die van Wix.

We maten in oktober 2026 de laadtijd van 426 kmo-websites uit alle provincies, als deel van ons onderzoek naar de staat van de Belgische kmo-website. Wil je je eigen site meten op dezelfde manier, gebruik dan onze snelheidstest.

Gemiddelde laadtijd van een website in België

Laadtijd is niet een getal. Een browser doet verschillende dingen na elkaar, en elk moment zegt iets anders.

De Largest Contentful Paint, het moment waarop het grootste beeld of tekstblok op het scherm staat, is de maat die Google gebruikt in de Core Web Vitals. Google noemt alles tot 2,5 seconden goed, tot 4 seconden te verbeteren en daarboven slecht. Het gemiddelde ligt hoger dan de mediaan omdat een kleine groep heel trage sites het gemiddelde optrekt: de traagste tien procent heeft meer dan 4,8 seconden nodig.

Een op de vijf sites (20,9 procent) toont zijn hoofdbeeld binnen een seconde; 25 sites (5,9 procent) hebben er meer dan zes seconden voor nodig. Deze tijden zijn gemeten zonder netwerkvertraging, op een snelle vaste lijn. Op een gsm met 4G of een zwak wifisignaal ligt alles hoger. Een site die hier al boven de 2,5 seconden zit, voelt voor een bezoeker op straat dus traag.

Laadtijd per CMS

Het platform maakt het grootste verschil. Wix-sites en eigen bouw laden hun hoofdbeeld in de mediaan na 1,4 seconden, WordPress-sites na 2,4 seconden. Van de WordPress-sites blijft maar 52,1 procent onder de grens van Google, tegen 88,6 procent van de Wix-sites.

Het verschil zit niet in het gewicht: een WordPress-pagina weegt in de mediaan evenveel als een andere. Het zit in de server. De eerste byte van een WordPress-site komt na 0,74 seconden, meer dan dubbel zo laat als bij Wix (0,38) of eigen bouw (0,30). WordPress bouwt elke pagina op bij elk bezoek, en draait vaak op goedkope gedeelde hosting zonder cache. Wix en statische sites sturen een kant-en-klare pagina. Waarom dat zo is en wat je eraan doet, lees je in waarom is WordPress zo traag.

Wix laadt overigens veel meer bestanden (151 in de mediaan, tegen 74 bij WordPress), maar die komen van een snel netwerk en blokkeren het eerste beeld niet. Het aantal bestanden zegt dus weinig; de wachttijd op de server en het gewicht van het hoofdbeeld zeggen meer.

Laadtijd per sector

Zorgpraktijken hebben de lichtste en snelste sites: de helft heeft minder dan 0,6 MB aan beelden. Kappers, schoonheidssalons en sportzaken hebben de traagste: bijna de helft draait op WordPress (24 van de 55) en hun beelden wegen in de mediaan 1,3 MB. De horeca heeft de zwaarste pagina's (3,1 MB in de mediaan), maar haalt toch een goede laadtijd; maar een kwart van de restaurantsites (17 van de 62) draait op WordPress.

Laadtijd per regio, en wat een CDN doet

De drie regio's liggen dicht bij elkaar. Waalse sites antwoorden iets later, maar het verschil in het hoofdbeeld is een tiende van een seconde.

81 van de 427 sites (19,0 procent) draaien achter Cloudflare, een netwerk dat pagina's dichter bij de bezoeker zet. Hun hoofdbeeld komt in de mediaan na 1,8 seconden, net als bij de sites zonder. Een CDN maakt een trage site dus niet vanzelf snel: als de server de pagina bij elk bezoek opnieuw opbouwt, blijft dat wachten bestaan. Het werkt pas als de pagina ook in het netwerk mag blijven staan.

Hoe zwaar een kmo-website is

Een startpagina weegt in de mediaan 2,3 MB en haalt 64 bestanden op. Het gemiddelde ligt op 4,5 MB, omdat een op de tien sites meer dan 8,8 MB laat downloaden. 39,6 procent van de sites weegt meer dan 3 MB: wie die met een beperkt databundel opent, betaalt het in zijn abonnement.

Beelden zijn het grootste deel. Sites met meer dan 3 MB aan beelden laden hun hoofdbeeld in de mediaan na 2,5 seconden, precies op de grens van Google. Hoe het anders kan, toont onze case: bij Villa Lidia ging de startpagina van 8,4 naar 1,4 MB. De aanpak staat in website snelheid optimaliseren.

Wat een snelle site in de praktijk vraagt

• Kies een platform of hosting met een cacheals je op WordPress zit. De meeste winst zit in de eerste byte: een pagina die al klaarstaat in plaats van bij elk bezoek opnieuw gebouwd. Meer in website onderhoud en beheer.
• Kies kleinere beeldenals je pagina meer dan 3 MB weegt. Een foto bovenaan je site hoeft geen 4 MB te zijn; in een modern formaat en op de juiste maat is 200 kB genoeg.
• Kies een eenvoudiger themaals je pagina meer dan 100 bestanden ophaalt van je eigen server: elke slider, lettertype en plugin voegt er een paar toe.
• Kies een nieuwe siteals de eerste byte boven een seconde blijft na een cache en betere hosting. Dan zit het probleem in het fundament. Wat de keuze tussen platformen inhoudt, lees je in Wix of WordPress en Webflow of WordPress.

Is snelheid voor jou een reden om opnieuw te beginnen, bekijk dan website laten maken of plan een gesprek.

Methode en beperkingen

We maten de startpagina, niet de hele site, en een keer per site. Laadtijd schommelt van bezoek tot bezoek, dus een enkele site kan bij een volgende meting sneller of trager zijn; over 426 sites middelt dat uit. De meetcomputer deed ook ander werk; dat kan de tijden licht verhogen, voor alle sites op dezelfde manier. De tijden zijn dus geschikt om sites, sectoren en platformen te vergelijken, en een ondergrens voor wat een bezoeker op 4G ervaart.

Echte gebruikersgegevens van Google (het Chrome-gebruikersrapport) bestaan alleen voor sites met genoeg bezoekers, en dat is bij de meeste kmo's niet zo. Daarom is dit een labmeting. De volledige methode van de steekproef staat bij het hoofdonderzoek.