Ping, jitter en 0 ms: je HTTP-latentietest lezen
Begrijp ping, jitter, 0 ms en hergebruikte verbindingen in je browser. Lees waarom HTTP/3 QUIC gebruikt en welke grenzen een HTTP-latentietest heeft. Gratis.
Mediaan, bereik en jitter samen lezen
De latentietest meet acht opeenvolgende HTTP-reactietijden na één voorbereidend verzoek. De mediaan is het midden van de gesorteerde waarden; het bereik toont minimum en maximum. Jitter is hier de gemiddelde absolute verandering tussen opeenvolgende waarden, geen meting op pakketniveau.
Rekenvoorbeeld met acht metingen: 20, 30, 10, 40, 20, 30, 10, 40 ms. Gesorteerd vormen 20 en 30 het middelste paar, dus de mediaan is 25 ms. De zeven opeenvolgende verschillen tellen op tot 140 ms; gedeeld door zeven is de variatie 20 ms. Het bereik is 10–40 ms. Dit zijn voorbeeldwaarden voor de berekening, geen metingen van de verbinding van een bezoeker.
Wat 0 ms of ontbrekende tijden betekenen
Reactietijden en de uitsplitsing van verbindingsopbouw zijn aparte metingen. Een hergebruikte verbinding kan een nieuw verzoek uitvoeren zonder nieuwe DNS-opzoeking of handshake.
| Weergave | Betekenis | Volgende stap |
|---|---|---|
| Uit cache of hergebruikte verbinding | Geen nieuwe DNS-fase gemeten voor dit verzoek | Lees dit niet als de opzoeksnelheid van je DNS-resolver |
| Geen nieuwe verbindingsopbouw (verbinding hergebruikt) | De resourcetiming bevat geen nieuw opbouwinterval | Vergelijk reactietijden in plaats van opbouw als heen-en-teruglatentie te zien |
| TCP niet gebruikt (HTTP/3 · QUIC) | Dit verzoek gebruikte HTTP/3 met QUIC als transport | Lees QUIC RTT als de edge die meldt |
| Niet gerapporteerd | De vereiste tijd ontbrak of was onbruikbaar | Laat dit onbekend; het is geen gemeten nul |
| Gerapporteerd als 0 ms (nauwkeurigheid onbekend) | De edge leverde nul zonder voldoende nauwkeurigheid voor verdere interpretatie | Leid hier geen nulvertraging of verbindingshergebruik uit af |
Wifi, mobiele data of VPN eerlijk vergelijken
Gebruik voor een kleine vergelijking hetzelfde apparaat en dezelfde browser. Het resultaat is een waarneming voor probleemoplossing, geen gekalibreerde benchmark van je hele internetverbinding.
- Pauzeer downloads, streams en ander zwaar verkeer. Start de latentietest en noteer mediaan, bereik en variatie.
- Wijzig alleen de netwerk- of VPN-configuratie die je wilt vergelijken, wacht tot de verbinding stabiel is en herhaal.
- Noteer meerdere metingen en het tijdstip. Verandert de waargenomen edge of route, zie het dan als een vergelijking van complete routes.
- Gebruik TLS-controle voor het HTTP-protocol en de door de edge gemelde RTT. Die metadata hoort bij een apart inspectieverzoek en hoeft dus niet gelijk te zijn aan een latentiemeting.
Een bruikbaar vergelijkingslogboek bijhouden
Noteer per reeks tijdstip, netwerknaam, VPN-instelling, mediaan, bereik en variatie. Houd voor een VPN-vergelijking wifi en apparaat gelijk. Houd voor wifi tegenover mobiele data de VPN-instelling gelijk. Een hogere mediaan na twee gelijktijdige wijzigingen vertelt niet welke de oorzaak was.
Vergelijk het voorbeeld met acht metingen van precies 25 ms: beide medianen zijn 25 ms, maar de constante reeks heeft een bereik van 25–25 ms en 0 ms opeenvolgende variatie. Gelijke medianen kunnen heel verschillende stabiliteit verbergen. Deze synthetische voorbeelden isoleren de berekening; echte browserplanning voegt ruis toe. Herhaal onverwachte tests en noteer de labels voor verbindingsopbouw. Tel de edge-RTT niet op bij de totale browserverzoektijd: de waarden kunnen overlappen en van verschillende verzoeken komen.
Waarom browserping verschilt van gameping
Een HTTP-verzoek omvat browser- en serverwerk naast netwerktijd. Een spel gebruikt een ander eindpunt en mogelijk een ander protocol. Een resultaat naar een nabije Cloudflare-edge voorspelt niet de latentie naar een specifieke gameserver. Dit meet geen ICMP-ping, pakketverlies of downloadsnelheid.
Wil je een spel hosten, gebruik dan Gaming-IP om een adres samen te stellen en WAN-aanwijzingen te bekijken. Onderzoek bij vertraging tijdens het spelen ook de eigen netwerkstatistieken van het spel en test wanneer het probleem optreedt. CGNAT-aanwijzingen en hoge latentie zijn aparte waarnemingen; het ene bewijst het andere niet.
Veelgestelde vragen
Waarom staat TCP RTT bij HTTP/3 op ‘niet gebruikt’?
HTTP/3 gebruikt QUIC in plaats van TCP. Het TCP-veld is niet van toepassing op dat verzoek. IPNixa toont QUIC RTT apart als de edge die meldt.
Betekent 0 ms dat mijn verbinding geen vertraging heeft?
Nee. Een opbouwfase kan bij hergebruik worden overgeslagen, of een server kan een nul zonder voldoende nauwkeurigheid melden. Die gevallen staan apart van ontbrekende waarden.
Is browserlatentie hetzelfde als ICMP-ping?
Nee. Deze metingen betreffen kleine HTTP-verzoeken naar IPNixa, inclusief browser- en serververwerking. ICMP, spellen en andere bestemmingen gebruiken andere metingen.
Kan deze test pakketverlies of bufferbloat meten?
Nee. Acht kleine HTTP-verzoeken meten geen pakketverlies of latentie onder een gecontroleerde upload- of downloadbelasting. Gebruik daarvoor een gespecialiseerd hulpmiddel.