Skip to the check

Ping and latency test

Twenty small requests, timed. Median and jitter, not a made-up score.

Unlike every other check here, this one does make network requests — 20 of them, for a one-byte file on this domain. It has to: latency is a property of the path between you and a server, and there is no way to measure it without using that path.

Each probe, in order

Twenty bars appear here — one per probe. Even bars mean a steady line; a ragged row is jitter, and jitter is what breaks up calls.

If the numbers are poor

The bars are ragged

Jitter. The average may look acceptable while conversation still breaks up, because speech cannot tolerate arrival times that keep changing.

Next step: Move closer to the router or plug in a cable, then measure again. If the row becomes even, Wi-Fi was the cause and no other change will help as much.

Everything is high but even

Distance or a slow first hop. A steady large number usually means the path is simply long — satellite, mobile, or a VPN exit in another country.

Next step: Turn off any VPN and measure again. If it drops sharply, you were measuring the detour rather than your line.

It is fine until someone streams

Bufferbloat: your router queues traffic instead of dropping it, and everything else waits in that queue.

Next step: Look for “smart queue”, “SQM” or “bufferbloat” in your router settings. This one setting fixes more call quality complaints than upgrading the plan.

What is measured, exactly

20, spaced 60 ms apart
Probes sent
a one-byte file on this domain
What each probe fetches
well under 20 KB including headers
Total data transferred
median under 60 ms and jitter under 30 ms
Verdict “good” at
median 150 ms or more
Verdict “high” at
no — see the reasons below
Download speed measured

Other ways to measure latency

Approach Best for Trade-off
The ping command in a terminal Anyone comfortable with a command line: it uses ICMP and is the most accurate option Measures a different protocol than your browser uses, and many networks throttle or block ICMP, which makes results look worse than reality
The ping figure inside a game Gamers, because it measures the exact server that matters to them Tells you nothing when the game is not running, and each game defines the number slightly differently
A full speed test Checking whether you get the bandwidth you pay for Downloads tens of megabytes, is unusable on a metered connection, and reports latency only as an afterthought
This page Finding out whether a wobbly video call is your connection, using the same protocol the call uses Measures the path to this site only — a server on another continent will give a different number

When this page will not help

Where this stops being the right tool — and what to use instead.

Words you will meet on this page

Latency
The time for a request to travel to a server and back, in milliseconds. It is set mostly by distance and by the number of hops, and no amount of bandwidth reduces it.
Jitter
How much the latency varies between one request and the next. This is what makes voices break up in calls: a steady 120 ms is easier to listen to than an average of 60 ms that keeps jumping.
Median
The middle value once the measurements are sorted. Used here instead of the average because one slow response would drag an average somewhere misleading.
Round trip
One complete there-and-back journey. Every figure on this page is a round trip, not a one-way time.
Bandwidth
How much data fits through the connection per second. Independent of latency: a fast satellite link has plenty of bandwidth and dreadful latency.
Bufferbloat
Oversized queues in network equipment that make latency shoot up whenever the connection is busy. It is why a call degrades the moment somebody starts a large download.
Captive portal
The login page a public network forces you through. Until you pass it, requests are answered locally, so any measurement describes the portal rather than the internet.

Latency questions people actually ask

Does this page send data about me?
It sends 20 requests for a one-byte file on this same domain. They carry what any web request carries — your address and the browser’s standard headers — and nothing is added to them. This is the only page on this site that makes requests at all while you use it, which is why it is spelled out here.
Why not measure download speed too?
Because it would mean pushing tens of megabytes to every visitor. That is a running cost that grows with popularity, it is painful on a metered connection, and bandwidth testing is a field with entrenched specialists. Latency and jitter are the numbers that actually explain a bad call, and they are nearly free to measure.
My ping is higher here than in my game.
Different destination, different protocol. Games measure a nearby game server over UDP; this measures a web server over HTTPS, including the time to set up the connection. Both are correct answers to different questions.
What is a good number?
Under 60 ms is comfortable for anything. Between 60 and 150 ms calls are fine and fast games feel slightly behind. Above 150 ms conversations start to overlap because people talk over each other.
Why does the page emphasise jitter?
Because it explains the complaint people actually have. “The call keeps breaking up” is almost never about the average latency; it is about latency that will not sit still, and most tools do not show it.
The numbers get much worse when someone streams video.
That is bufferbloat: network equipment queues traffic instead of dropping it, and everything waits behind the queue. It is a configuration problem in the router, not a fault in your line, and modern routers have a setting for it.
Wi-Fi or cable — how much difference?
Usually a few milliseconds of median and a great deal of jitter. If your figures here are erratic, plugging in a cable for one test is the fastest way to prove whether Wi-Fi is the cause.
Some probes failed. Is that bad?
Yes, and it is a real finding. Ordinary web requests are retried before they are given up on, so an outright failure means something between you and the site is dropping traffic, or a captive portal is intercepting it.
Does a VPN change the result?
Substantially. Your traffic goes to the VPN server first, so you measure the distance to it plus the distance from it to this site. Testing with the VPN off is the way to see your own line.
Why 20 probes?
Fewer than ten cannot show jitter — a single slow response would dominate. Many more would take long enough that people leave. Twenty is where the numbers become stable and the test still finishes in a couple of seconds.
Can I test from a phone on mobile data?
Yes, and mobile is where jitter is most revealing: mobile networks give respectable median latency and much larger swings, which is exactly why calls on the move break up.
Is the result stored?
Only one summary line, in your own browser, so the summary page can show it alongside the other checks. Nothing is stored on our side and you can erase it on the data page.