Website snelheid testen: gratis speedtest en SEO-check

Hoe test u de snelheid van uw website?

U test de snelheid van uw website gratis met een speedtest zoals de test bovenaan deze pagina of Google PageSpeed Insights. Binnen een minuut ziet u een score van 0 tot 100 en hoe snel uw pagina op een telefoon in beeld staat.

Er zijn twee soorten metingen, en het helpt om het verschil te kennen. Een labmeting laadt uw pagina één keer onder vaste omstandigheden: een middenklasse telefoon op een trage 4G-verbinding. Dat doet de test bovenaan deze pagina. Een veldmeting verzamelt de laadtijden van echte bezoekers die Chrome gebruiken, over de afgelopen 28 dagen. Die gegevens komen uit het Chrome User Experience Report, en daar kijkt Google naar.

Er zijn veel gratis tools om de snelheid van uw website te testen. Dit zijn de bekendste op een rij:

Vergelijk scores alleen binnen dezelfde tool. Elke speedtest meet met een eigen toestel, verbinding en testlocatie, dus een 70 in de ene tool en een 90 in de andere kunnen allebei kloppen. Test bovendien de pagina's die ertoe doen, niet alleen de homepage. Een productpagina of offerteformulier met een grote slider is vaak veel trager dan de voorpagina.

Google PageSpeed Insights: zo leest u het rapport

PageSpeed Insights (pagespeed.web.dev) is de gratis speedtest van Google, en de meting achter de test op deze pagina. Het rapport bestaat uit twee delen: wat echte bezoekers ervaren, en wat een labmeting vindt. We lopen ze langs met twee voorbeelden die we op 26 oktober 2026 hebben getest: rijksoverheid.nl, een drukbezochte site met veel meetgegevens, en onze eigen homepage.

Bovenaan: wat echte bezoekers ervaren

(opent de schermafbeelding op ware grootte)

Het eerste blok, ‘Ontdek wat je echte gebruikers ervaren’, toont hoe echte Chrome-gebruikers de pagina de afgelopen 28 dagen hebben beleefd. Daar staat ook de beoordeling van de Core Web Vitals, in het Nederlandse rapport ‘Evaluatie van Site-vitaliteit’. Die is geslaagd als LCP, INP en CLS bij ten minste 75 procent van de bezoeken goed zijn (Google, over PageSpeed Insights). Dit blok laat zien wat Google van uw snelheid ziet.

Let op het verschil met de labmeting eronder. Bij echte bezoekers van rijksoverheid.nl staat het grootste element na 0,9 seconde in beeld. In het lab, op een geëmuleerde middenklasse telefoon met langzame 4G, duurde dat 8,3 seconden, goed voor een prestatiescore van 73. Echte bezoekers hebben vaak een snellere telefoon of verbinding dan het lab nabootst, en wie de site al eens bezocht, heeft een deel van de bestanden al in de browser staan. De labmeting is dus strenger dan de praktijk, en juist daardoor handig om knelpunten te vinden.

Heeft een pagina te weinig bezoek, dan valt PageSpeed Insights terug op de gegevens van de hele site. Is ook dat te weinig, dan staat hier ‘Geen gegevens’. Dat komt bij kleinere bedrijfssites vaak voor. U bent dan aangewezen op de labmeting, die geen echte klikken meet maar de meeste knelpunten wel vindt.

Daaronder: de labmeting

(opent de schermafbeelding op ware grootte)

Het tweede blok is de labmeting. Naast de vier bekende scores toont PageSpeed Insights inmiddels een vijfde onderdeel: Agentisch browsen. Volgens de uitleg in het rapport controleert dat of AI-agents uw site kunnen doorzoeken en of koppelingen voor die agents (WebMCP) kloppen. Google noemt de categorie zelf nog in ontwikkeling. Wilt u weten hoe AI-zoekmachines uw bedrijf vinden, lees dan wat GEO is.

(opent de schermafbeelding op ware grootte)

Onder de scores staan de vijf meetwaarden waaruit de prestatiescore is opgebouwd. Elke waarde krijgt een kleur: groen is goed, oranje kan beter en rood is slecht. Bij onze homepage staan ze alle vijf op groen. Daaronder leest u hoe er is gemeten: een geëmuleerde Moto G Power op een langzame 4G-verbinding, de eerste keer dat de pagina laadt en dus zonder iets uit de cache.

Staat er bij uw site een oranje waarde, dan is dat geen ramp: Speed Index telt bijvoorbeeld maar voor 10 procent mee. Kijk eerst naar de waarden die zwaar wegen; de grafiek in het deel over de scores laat zien welke dat zijn.

Op het tabblad Desktop stond het grootste element in dezelfde meting al na 0,4 seconde in beeld, op mobiel na 1,4 seconde. Een langzamere telefoon en verbinding maken dezelfde pagina hier ruim drie keer zo traag. Kijk daarom altijd naar de mobiele score. Die is strenger, en Google gebruikt voor het indexeren en rangschikken de mobiele versie van een site (Google Search Central).

Onderaan: inzichten en diagnose

(opent de schermafbeelding op ware grootte)

Onder de meetwaarden staan de inzichten en de diagnostische gegevens: concrete punten met, waar dat kan, een geschatte besparing in kilobytes. Klik een punt open en u ziet welke bestanden of elementen het betreft. Begin bij een rood driehoekje of de grootste besparing. Volgens het rapport zelf hebben de diagnostische gegevens geen directe invloed op de prestatiescore; ze helpen wel om te vinden waar de tijd heen gaat.

Ook bij onze eigen site staan er nog drie punten, waaronder een rood driehoekje voor een ‘gedwongen dynamische aanpassing’: een script dat de browser dwingt de opmaak tussendoor opnieuw te berekenen. Een hoge score betekent dus niet dat er niets meer te verbeteren valt. Wel dat de rest kleine winst is.

Wat is een goede websitesnelheid? De Core Web Vitals

Google meet laadsnelheid niet met één getal, maar met drie Core Web Vitals. Een pagina scoort "goed" als ten minste 75 procent van de bezoeken onder de drempel blijft, op mobiel en desktop apart (web.dev, Web Vitals). INP verving in 2024 de oudere meting FID.

De test bovenaan toont geen INP, omdat een labmeting niet klikt. In plaats daarvan meet Lighthouse de Total Blocking Time: hoe lang de browser na het laden bezig is met scripts en dus niet reageert. Een hoge Total Blocking Time gaat vaak samen met een slechte INP bij echte bezoekers.

Wilt u de INP toch zelf zien, bijvoorbeeld omdat PageSpeed Insights voor uw site nog geen gegevens van echte bezoekers heeft? Open uw pagina in Chrome, druk op F12 en kies het tabblad Prestaties (Performance). Dat toont meteen uw eigen LCP en CLS, en zodra u op de pagina klikt of tikt ook uw INP (Chrome for Developers). Klik daarom de knoppen, menu's en formulieren langs die bezoekers echt gebruiken.

Laadsnelheid begint bij de server: TTFB

Voordat er iets op het scherm staat, moet de server eerst antwoorden. De tijd tot de eerste byte binnen is, heet Time to First Byte (TTFB). Het is geen Core Web Vital, maar alles wat daarna komt schuift met die tijd op, ook de LCP. Web.dev noemt een TTFB van 0,8 seconde of minder goed, tot 1,8 seconde verbetering nodig en daarboven slecht (web.dev, Time to First Byte).

Een TTFB-check doet u bijvoorbeeld met WebPageTest, dat de TTFB per test en per locatie toont. Ook PageSpeed Insights meldt bij de inzichten als de server traag reageert. Is de TTFB hoog, dan ligt het meestal aan de hosting, een ontbrekende paginacache of een zware database achter het systeem. Web.dev zegt er wel bij dat een goede TTFB geen harde eis is. Het getal helpt vooral om te zien of de server de rest van de pagina ophoudt.

Wat betekenen de scores?

De test geeft vier scores van 0 tot 100. Lighthouse kleurt ze groen van 90 tot 100, oranje van 50 tot 89 en rood onder de 50. De prestatiescore is een gewogen gemiddelde van vijf meetwaarden. Total Blocking Time weegt het zwaarst (Chrome for Developers).

• Prestaties

  Hoe snel uw pagina laadt en bruikbaar is op een mobiele verbinding. Dit is de score waar het bij een snelheidstest om draait. Volgens Google weegt de gebruikservaring van een pagina, waaronder laadsnelheid, mee bij het rangschikken, al blijft de inhoud het belangrijkst (Google Search Central).

• Toegankelijkheid

  Of uw site bruikbaar is voor iedereen, ook met een screenreader, slecht zicht of alleen een toetsenbord. Goed voor uw bezoekers, en voor veel webshops en diensten verplicht sinds de European Accessibility Act op 28 juni 2025 van toepassing werd. Micro-ondernemingen die diensten leveren, met minder dan 10 medewerkers en maximaal €2 miljoen jaaromzet of balanstotaal, zijn uitgezonderd. Een score van 100 betekent niet dat u aan de wet voldoet: een automatische test controleert maar een deel van de eisen.

• Best practices (in PageSpeed Insights: Praktische tips)

  Moderne, veilige techniek: een geldige beveiligde verbinding, geen verouderde code, geen fouten in de browserconsole. Zwakke punten hier maken uw site kwetsbaar en vaak ook trager.

• SEO

  De technische basis van vindbaarheid: kan Google uw pagina's lezen, kloppen de titels en beschrijvingen, is de site mobielvriendelijk. Let op: dit meet de techniek, niet of uw teksten scoren op de juiste zoekwoorden.

Waarom is uw score bij elke test anders?

Test u twee keer achter elkaar, dan krijgt u vaak twee verschillende scores. Dat is geen fout. De meting laadt uw site echt, via het echte internet, en dat gaat nooit twee keer precies even snel. Google noemt als gebruikelijke oorzaken wisselende advertenties en A/B-tests, veranderingen in de route van het internetverkeer en verschillen in apparaat, browserextensies en virusscanners (Chrome for Developers).

Google adviseert daarom om prestaties te zien als een spreiding en niet als één getal. Volgens de Lighthouse-documentatie is de middelste score van vijf metingen twee keer zo stabiel als één meting (Lighthouse, Variability). In de praktijk: test een paar keer, kijk naar de middelste score en maak u niet druk om een verschil van een paar punten. Een sprong van 40 naar 85 na een aanpassing is wél een echt verschil.

Waarom snelheid omzet is

Snelheid lijkt een technisch detail, maar bepaalt wat bezoekers doen. In een veel geciteerde analyse van Google uit 2016, op basis van 3.700 mobiele sites, werd 53 procent van de mobiele bezoeken afgebroken als een pagina er langer dan drie seconden over deed om te laden (Google/DoubleClick, The Need for Mobile Speed). Telefoons en netwerken zijn sindsdien sneller geworden, maar het principe blijft overeind: wie afhaakt, belt niet, vraagt geen offerte aan en bestelt niets.

Recenter onderzoek komt van Deloitte, dat in 2020 in opdracht van Google de mobiele sites van 37 merken volgde, vooral in Europa en de VS, over 30 miljoen bezoeken. Was de mobiele site 0,1 seconde sneller, dan lag de conversie bij webwinkels 8,4 procent hoger en bij reissites 10,1 procent (Deloitte, Milliseconds Make Millions). Het gaat om een verband, niet om een proef: de snelheid wisselde vanzelf. Een garantie is het dus niet, wel een duidelijke richting.

Daarbij komt een site die direct staat betrouwbaarder over. Hoeveel extra aanvragen dat oplevert, verschilt per site. Vergelijk daarom uw aanvragen van de maanden vóór en na een verbetering.

Zo maakt u een trage website sneller

De oorzaken van een lage score zijn met het blote oog niet te zien: de site ziet er prima uit, maar onder de motorkap verliest hij bezoekers. Werk deze stappen van boven naar beneden af; de eerste twee leveren meestal de meeste winst op.

1. 1. Maak afbeeldingen kleiner

   Sla foto's op in WebP of AVIF en in de maat waarin ze getoond worden. Een foto van 4 MB die als kleine kaart op het scherm staat, is een van de meest voorkomende remmen op de laadtijd. Geef afbeeldingen een vaste breedte en hoogte, zodat de pagina niet verspringt (CLS), en laad afbeeldingen onder de vouw pas als de bezoeker erheen scrolt.

2. 2. Schrap overbodige plugins en scripts

   Elke plugin, chatwidget, tracker of ingesloten video laadt eigen code mee, vaak op elke pagina. Loop de lijst na en verwijder wat niemand gebruikt. Wat blijft, laat u pas laden na de eerste weergave. Dit verbetert vooral de Total Blocking Time en de INP.

3. 3. Zet caching aan

   Met paginacaching hoeft de server een pagina niet bij elk bezoek opnieuw op te bouwen. Op WordPress doet een cacheplugin dat, bij moderne hosting zit het vaak standaard in het pakket. Een CDN levert afbeeldingen en bestanden bovendien vanaf een server dicht bij de bezoeker.

4. 4. Kijk kritisch naar uw hosting

   Als de server zelf al lang nadenkt voordat de eerste byte vertrekt, wint u die tijd in de browser nooit terug. U ziet dat aan een hoge TTFB. Goedkope gedeelde hosting is hier de gebruikelijke oorzaak.

5. 5. Beperk lettertypen

   Gebruik één of twee lettertypen in een paar gewichten, host ze zelf en laat de tekst direct zien terwijl het lettertype laadt. Vier families in zes gewichten kosten merkbaar laadtijd op een telefoon.

6. 6. Meet opnieuw, en meet een paar keer

   Test na elke aanpassing opnieuw met de check bovenaan deze pagina, een paar keer achter elkaar, en kijk naar de middelste score. Kijk na vier weken in het Core Web Vitals-rapport van Search Console of echte bezoekers het verschil ook merken.

WordPress-site of webshop testen

Draait uw site op WordPress, WooCommerce of Shopify, dan werkt de test precies hetzelfde. Wel scoort het ene platform gemiddeld beter dan het andere. Van de WordPress-sites die Google bij echte bezoekers meet, haalde in september 2026 48 procent op mobiel alle Core Web Vitals. Bij WooCommerce-webshops was dat 39 procent, bij Shopify 76 procent (HTTP Archive).

Volgens ons zegt dat vooral iets over hoe een platform gebruikt wordt. Bij WordPress kiest u zelf het thema, de plugins en de hosting, en daar zit het verschil. Bij Wix en Shopify regelt het platform de hosting zelf. Een goed gebouwde WordPress-site kan dus prima snel zijn. Filtert u hetzelfde rapport op Nederland (mobiel, september 2026), dan haalde 68 procent van de WordPress-sites de Core Web Vitals, tegen 67 procent van alle Nederlandse sites (eigen berekening, afgerond).

Test bij een webshop niet alleen de homepage, maar ook een categoriepagina, een productpagina en de winkelwagen. Daar beslist de klant, en daar staan de meeste afbeeldingen, filters en scripts.

Draait uw site op een oud thema met een stapel plugins, dan is er een grens aan wat bijschaven oplevert. Soms is opnieuw bouwen op een lichte basis goedkoper dan eindeloos optimaliseren. Wat dat oplevert, ziet u in ons portfolio, en wat een nieuwe site kost, leest u in ons overzicht van websiteprijzen.

Vindbaarheid van uw website testen: gratis SEO-check

Een snelle site is nog geen vindbare site. De SEO-score in de test controleert alleen of Google uw pagina's technisch kan lezen. Of u ook gevonden wordt, test u gratis zo:

1. Staan uw pagina's in Google?

   Zoek in Google op site:uwbedrijf.nl. U ziet dan ongeveer welke pagina's Google heeft opgenomen. Ontbreekt een belangrijke pagina, dan kan niemand hem vinden. Search Console laat in het rapport Pagina's precies zien welke pagina's niet zijn opgenomen, en waarom.

2. Op welke zoekwoorden wordt u getoond?

   Koppel uw site gratis aan Google Search Console. Het rapport Prestaties toont per zoekopdracht hoe vaak uw site werd getoond, hoe vaak erop werd geklikt en op welke positie u gemiddeld stond.

3. Waar valt winst te halen?

   Zoek in dat rapport naar zoekopdrachten met veel vertoningen op positie 8 tot 20. Daar staat u onderaan pagina 1 of net op pagina 2; een betere titel of een uitgebreidere pagina kan u dan een paar plaatsen omhoog brengen.

4. Noemen AI-zoekmachines uw bedrijf?

   Stel in ChatGPT, Gemini of Perplexity de vraag die een klant zou stellen, bijvoorbeeld ‘goede installateur in Rotterdam’, en kijk of uw bedrijf erbij staat. Hoe u die kans vergroot, leest u in onze uitleg over GEO.

Wilt u een inhoudelijke SEO-analyse, met uw zoekwoorden en concurrenten erbij? Dat doen wij als onderdeel van SEO en GEO.

Wat wij ermee doen (als u dat wilt)

Wij bouwen websites die op deze meting zo hoog mogelijk scoren. Niet omdat die getallen een doel op zich zijn, maar omdat een trage site bezoekers kost. Hoe we dat aanpakken, leest u op de pagina over webdevelopment.

Scoort uw site lager dan u hoopte? Dan zijn er twee routes: uw bestaande site technisch opknappen, of vernieuwen met een site die vanaf dag één goed scoort. Een nieuwe website kost bij ons €30 per maand (Start) of vanaf €795 (Groei), beide excl. btw. Welke route zinvol is, hangt af van wat er nu staat. Dat vertellen we u eerlijk, ook als het antwoord is dat u beter niets kunt doen.

Veelgestelde vragen over website snelheid testen

Bronnen

Drempels en weging komen uit de documentatie van Google, geraadpleegd op 26 oktober 2026. De metingen van geekie.nl en rijksoverheid.nl hebben we zelf gedaan in PageSpeed Insights, op 26 oktober 2026.

• web.dev: Web Vitals (drempels voor LCP, INP en CLS)
• web.dev: Time to First Byte (TTFB)
• Google Search Console Help: rapport Core Web Vitals
• Chrome for Developers: Lighthouse performance scoring
• Lighthouse: Score variability
• Google: over PageSpeed Insights (lab- en veldgegevens)
• Google Search Central: paginagebruikservaring in zoekresultaten
• Google Search Central: mobile-first indexering
• Richtlijn (EU) 2019/882, European Accessibility Act
• Google/DoubleClick: The Need for Mobile Speed (2016)
• Deloitte in opdracht van Google: Milliseconds Make Millions (2020)
• HTTP Archive: Core Web Vitals Technology Report (gegevens september 2026)
• Chrome for Developers: Lighthouse in Chrome DevTools
• Chrome for Developers: Core Web Vitals live meten in het Prestaties-paneel
• GTmetrix: testlocaties
• Uptrends: gratis Website Speed Test