Zo werkt de test
Geen mysterieuze cijfers: deze pagina legt exact uit wat we meten, hoe we het berekenen en wat de uitkomst kan vertekenen.
Waar we meten
Je browser communiceert met het dichtstbijzijnde Cloudflare-datacenter via de openbare meetpunten achter speed.cloudflare.com. Cloudflare is actief in meer dan 300 steden, waardoor de testserver meestal maar enkele milliseconden weg is — de uitkomst weerspiegelt je toegangsnetwerk, niet een verre server.
De datacentercode in de resultaten, bijvoorbeeld SIN of FRA, is de IATA-achtige code van de locatie die je test heeft afgehandeld.
Download en upload
We openen meerdere parallelle verbindingen en versturen gedurende een vaste periode data (ongeveer 10 seconden download en 8 seconden upload). De datablokken worden steeds groter, zodat zowel langzame als multigigabitlijnen eerlijk worden gemeten.
De doorvoer wordt continu bemonsterd terwijl bytes binnenkomen. Het hoofdresultaat is het 90e percentiel na de opstartfase — dicht bij wat de verbinding op volle snelheid volhoudt en dezelfde aggregatie als speed.cloudflare.com. De piek naast elke grafiek is de hoogste afzonderlijke meting.
Latency, jitter en latency onder belasting
Latency in rust is de mediaan van ongeveer 15 kleine HTTP-rondreizen naar de testserver voordat de zware overdracht begint. Jitter is de gemiddelde verandering tussen opeenvolgende probes.
Tijdens download en upload op volle snelheid blijven we latencyprobes versturen. De mediaan daarvan is je latency onder belasting. Op een gezonde lijn blijft die dicht bij de rustwaarde; met te grote buffers kan hij honderden milliseconden stijgen. Dat heet bufferbloat en is de voornaamste reden dat gesprekken haperen “terwijl het internet snel is”.
Bufferbloatscores
De score vergelijkt de slechtste latency onder belasting met de latency in rust. We beoordelen de extra vertraging:
| Score | Extra latency onder belasting | Hoe het aanvoelt |
|---|---|---|
| A | < 20 ms | Onmerkbaar — alles blijft soepel. |
| B | 20–60 ms | Goed voor vrijwel alles. |
| C | 60–150 ms | Gesprekken kunnen haperen tijdens downloads. |
| D | 150–400 ms | Realtime-apps hebben moeite onder belasting. |
| F | > 400 ms | De verbinding verstikt zodra hij druk is. |
Kwaliteitsscores
Voor streaming kijken we naar de downloadmarge (4K vraagt ongeveer 15–25 Mbps per stream). Voor videogesprekken naar upload, latency onder belasting en jitter. Voor gaming naar latency in rust, jitter en bufferbloat; boven enkele Mbps maakt ruwe bandbreedte nauwelijks verschil.
De scores zijn bewust voorzichtig: A betekent dat de activiteit ook bij een drukke verbinding vlekkeloos hoort te werken.
Wat de uitkomst kan vertekenen
Wi-Fi is het meest voorkomende knelpunt — test bedraad als dat kan. Ook een VPN of proxy, andere gebruikers, browserextensies die verkeer inspecteren, een drukke processor en energiebesparing op telefoons verlagen de cijfers.
Uitkomsten kunnen verschillen tussen speedtest.net, fast.com en deze site, omdat elke test andere servers, aantallen verbindingen en rekenmethodes gebruikt. Verschillen van 10–20% zijn normaal en betekenen niet dat een test fout is.
Wat we niet doen
Deze site is volledig statisch — geen backend, database of accounts. Resultaten worden in je browser berekend en alleen in lokale opslag bewaard, die je altijd kunt wissen.
Het IP-adres, de provider en de plaats in je resultaten komen uit antwoordheaders van de testserver en worden uitsluitend lokaal getoond. We ontvangen, loggen of bewaren ze nooit.