Online latentiecontrole
Controleer of een website reageert vanuit de browser voordat u de DNS-, SSL-, CDN- of app-code doorzoekt.
Let op: Deze tool meet HTTP-bereikbaarheid met de Fetch API, geen echte ICMP-ping. De timing omvat DNS, TCP, TLS en serverresponstijd, waardoor het een praktische browsergebaseerde benadering is van hoe een bezoeker uw website ervaart.
Recente controles
Basisprincipes van latentie
Lage latentie
Minder dan 100 ms: ideaal voor interactieve apps, live voorbeeldweergaven en API-calls.
100-200 ms: meestal nog steeds soepel voor dagelijks browsen.
Hoge latentie
Meer dan 300 ms: gebruikers beginnen een merkbare vertraging te voelen.
Meer dan 500 ms: pagina's voelen vaak traag aan en hebben onderzoek nodig.
Wat deze controle inhoudt
Browsertiming kan DNS, TCP, TLS, omleidingen, cachegedrag en serverresponstijd omvatten.
Gebruik het als een bereikbaarheidscontrole vanuit bezoekersperspectief en inspecteer vervolgens CDN-, origin- en backend-traces als het getal er verkeerd uitziet.
Veelgestelde vragen
Waarom is de latentie hoger dan ik had verwacht?
De latentie neemt toe als de server ver weg is, het netwerk overbelast is, de verbinding instabiel is of de oorsprong zelf traag is. De browsermeting omvat ook de verbindingsopbouw en serververwerkingstijd.
Wat is TTFB?
Time to First Byte meet hoe lang het duurt voordat de browser de eerste byte van het antwoord ontvangt. Het is een nuttig signaal voor het netwerkpad, het CDN-gedrag, de oorsprongsverwerking en de responsiviteit van de backend.
Waarom is dit anders dan terminalping?
Terminalping maakt meestal gebruik van ICMP. Browsercontroles maken gebruik van HTTP-verzoeken, zodat ze beter kunnen inschatten of een webpagina kan worden bereikt, maar ze bevatten meer bewegende delen.
Waarom kan de ene regio snel zijn en de andere langzaam?
Afstand, peering, CDN-routing, cache-hitratio, oorsprongslocatie en lokale netwerkkwaliteit hebben allemaal invloed op de latentie. Wereldwijde websites moeten vanaf meer dan één netwerkpad worden gecontroleerd.