Code voor snelheidstest werkt niet goed: oorzaken en oplossingen

Een code voor snelheidstest wordt vaak gebruikt om de internetverbinding in een website, applicatie of intern hulpmiddel te meten. Toch kan de uitkomst lager zijn dan de snelheid van het abonnement, sterk wisselen of helemaal ontbreken. Dat betekent niet automatisch dat de verbinding defect is. De meetcode, de gekozen testserver, de browser en het lokale netwerk kunnen allemaal invloed hebben op het resultaat.

Een goede analyse begint daarom met het onderscheid tussen een probleem in de meetcode en een probleem in de internetverbinding. Controleer naast download en upload ook latency, jitter en pakketverlies. Deze waarden geven meer informatie over de kwaliteit van de verbinding dan alleen de maximale downloadsnelheid.

Wat betekent een afwijkende uitslag van een snelheidstest?

Een snelheidstest meet doorgaans hoeveel data gedurende een bepaalde periode tussen het apparaat en een testserver wordt verzonden. De gemeten snelheid is daardoor een momentopname. Een resultaat kan lager uitvallen wanneer de testserver ver weg staat, wanneer meerdere apparaten de verbinding gebruiken of wanneer de code onvoldoende gelijktijdige verbindingen opent.

Ook de meeteenheid kan verwarring veroorzaken. Internetabonnementen worden meestal vermeld in megabits per seconde, terwijl sommige programmeerbibliotheken bytes per seconde tonen. Eén byte bestaat uit acht bits. Een waarde in MB/s mag daarom niet zonder omrekening worden vergeleken met een abonnement in Mbit/s.

Oorzaak 1: de code meet de verkeerde eenheid of periode

Een veelvoorkomende oorzaak is een fout in de berekening. Wanneer de code de bestandsgrootte in bytes deelt door de tijd in milliseconden zonder de juiste omrekening, ontstaat een onrealistisch resultaat. Een korte test kan bovendien vooral de opstarttijd meten in plaats van de werkelijke doorvoersnelheid. Gebruik een vaste testduur, controleer de eenheden en bereken de snelheid pas nadat de overdracht is voltooid.

Oorzaak 2: de testserver is te ver weg of overbelast

De afstand tot de server beïnvloedt vooral latency en kan ook de doorvoer verlagen. Een server in een ander land kan een minder representatief beeld geven van de verbinding naar de eigen ISP of operator. Als de server zelf veel verzoeken verwerkt, wordt de uitslag eveneens lager. Laat de code bij voorkeur een server in de buurt kiezen en vergelijk de meting met meerdere beschikbare servers.

Oorzaak 3: browserbeperkingen vertragen de meting

Een snelheidstest in JavaScript kan worden beperkt door de browser. De pagina moet mogelijk eerst toestemming krijgen voor cross-origin-verkeer via CORS. Daarnaast kunnen beveiligingsregels, tabbladslaapstand, extensies en beperkte achtergrondverwerking de test beïnvloeden. Controleer of de server de juiste CORS-headers terugstuurt en test dezelfde code in een actuele browser zonder zware extensies.

Oorzaak 4: Wi-Fi veroorzaakt wisselende resultaten

Wi-Fi is vaak de reden dat een code voor snelheidstest minder snelheid toont dan verwacht. Afstand tot de router, muren, naburige netwerken en het gebruik van de 2,4GHz-band kunnen de verbinding verzwakken. Apparaten met een oudere Wi-Fi-standaard kunnen ook een lagere capaciteit hebben. Voer een vergelijking uit met een netwerkkabel en test daarna opnieuw dicht bij de router op een rustig kanaal.

Oorzaak 5: andere apparaten gebruiken de verbinding

Streaming, cloudback-ups, videogesprekken, downloads en game-updates kunnen tijdens de meting bandbreedte gebruiken. Hierdoor verdeelt de router de beschikbare capaciteit over meerdere apparaten. Pauzeer tijdelijk grote datastromen en voer meerdere metingen uit op een moment waarop het netwerk weinig wordt gebruikt. Noteer de omstandigheden bij elke test, zodat uitslagen onderling vergelijkbaar blijven.

Oorzaak 6: router, modem of lokale software vormt een beperking

Een verouderde router, een verkeerde configuratie of oververhitting kan de snelheid beperken. Controleer of de firmware actueel is en of de router de gebruikte internetverbinding technisch aankan. VPN's, beveiligingssoftware en proxyservers kunnen extra vertraging toevoegen doordat het verkeer via een andere route loopt. Test daarom eerst zonder VPN of proxy, en herstart modem en router alleen wanneer dat nodig is.

Zo controleer je of de meting betrouwbaar is

1. Gebruik een bekabelde verbinding: sluit het apparaat rechtstreeks aan op de router wanneer dat mogelijk is.
2. Herhaal de test: voer ten minste drie metingen uit op verschillende momenten.
3. Vergelijk servers: kies een server in de buurt en controleer of een andere server een vergelijkbaar resultaat geeft.
4. Meet meerdere waarden: noteer download, upload, latency, jitter en pakketverlies.
5. Controleer de bron: vergelijk de eigen code met een bekende snelheidstest onder dezelfde netwerkomstandigheden.

Een stabiele latency met weinig jitter en pakketverlies wijst meestal op een bruikbare verbinding, ook wanneer de maximale snelheid iets lager ligt dan de theoretische abonnementswaarde. Grote verschillen tussen metingen wijzen eerder op Wi-Fi, netwerkbelasting, serverkeuze of een fout in de meetcode.

Optimalisaties voor een nauwkeurigere snelheidstest

Gebruik voor de downloadtest een bestand dat groot genoeg is om de verbinding gedurende meerdere seconden te belasten. Voor de uploadtest moet de server de ontvangen data efficiënt verwerken en de gegevens na afloop correct verwijderen of negeren. Meerdere gelijktijdige verbindingen kunnen helpen om een snelle glasvezel- of kabelverbinding volledig te benutten, maar te veel verbindingen kunnen juist extra overhead veroorzaken.

Laat de test pas starten nadat de pagina en de benodigde scripts volledig zijn geladen. Sluit meetverkeer uit dat door caching wordt beïnvloed en zorg dat de tijdmeting rond de daadwerkelijke gegevensoverdracht begint. Toon in de interface ook een melding wanneer de gebruiker via Wi-Fi test, omdat dat context geeft aan een lagere uitslag.

Wanneer ligt het probleem bij de ISP of operator?

Neem contact op met de ISP of operator wanneer een bekabelde test op meerdere momenten duidelijk onder de verwachte prestaties blijft, terwijl verschillende apparaten en testservers hetzelfde patroon laten zien. Vermeld de datum, het tijdstip, de gebruikte verbinding, de testserver en de waarden voor download, upload, latency en pakketverlies. Een enkele lage meting is meestal onvoldoende om een storing vast te stellen.

Bij een code voor snelheidstest is een reproduceerbare meetmethode belangrijker dan één hoge uitslag. Door de code, serverkeuze, browser en lokale netwerkomstandigheden afzonderlijk te controleren, kun je bepalen of de oorzaak in de applicatie of in de internetverbinding ligt.