Free tool · Redirect speed test

How fast is cutt.ly/rgdfBIa?

Measured from Washington, D.C. on October 16, 2026. Test it again, or try your own URL.

Measure from
Runs

Result · Washington, D.C. · median of 10 runs

cutt.lyOct 16, 2026
Slow

Slower than 82% of redirects tested in the last 7 days.

cutt.ly/rgdfBIa answered in 190 ms. The 7-day average is 84 ms across 60 tested URLs.

Served byCuttlyStatus301Hops0First byte190 ms
18%
of tested redirects are slower
SlowestMedianFastest
Where you sit in the 7-day benchmarkMedian first-byte time per tested URL
avg 84 ms
You · 190 ms
0200400600750+ ms
Median time to first byte · 10 runs each · fresh connectionredirhub.com/redirect-speed-test
Where it landshttps://cutt.ly/rgdfBIa429
  1. 1https://cutt.ly/rgdfBIa429

This URL answers 301 itself: it is a page, not a redirect.

What to fix
  • The final page answers 429. Fix the destination or point the redirect at a page that works.
Your redirect
190 ms
301 · 0 hops · Cuttly
Last 7 days average
84 ms
All URLs tested here
URLs tested, last 7 days
60
One entry per URL
Where the time goes
cutt.ly/rgdfBIa
190 ms
7-day average
84 ms
DNSConnectTLSServer wait
Move this redirect to the fast side of the chart.

RedirHub serves redirects from 130 Global PoPs, with a ~90ms global average response time.

Create a free redirect →

Reproduce it

Run the same test yourself

Copy this into a terminal on macOS or Linux. It already holds your URL, so paste it and press Enter. Only curl is needed.

Your numbers will differ from ours: they depend on where you run it and your network.

bash · 10 runs per URL
for u in 'https://cutt.ly/rgdfBIa'; do
  for i in $(seq 10); do
    curl -s -o /dev/null --max-redirs 0 --max-time 10 \
      -w '%{time_namelookup} %{time_connect} %{time_appconnect} %{time_starttransfer} %{http_code}\n' "$u"
  done | sort -n -k4 | awk -v u="$u" '{r[NR]=$0} END{split(r[int((NR+1)/2)],m," ");
    printf "%-28s %s  DNS %4.0f  connect %4.0f  TLS %4.0f  first byte %4.0f ms\n", u, m[5], m[1]*1000, (m[2]-m[1])*1000, (m[3]>0?m[3]-m[2]:0)*1000, m[4]*1000}'
done

The benchmark

How “faster than X%” is worked out

The number comes from the redirects people test on this page, plus a fixed list of well-known redirects measured every day, so each location always has a baseline.

1

Every test is kept for 7 days

Each URL tested here stores its median first-byte time and test location. One entry per URL, so testing the same link ten times doesn't tilt the result.

2

Compared from the same place

Your result is ranked against URLs tested from the same location, so a test from Tokyo is never compared with one from Washington, D.C.

3

Your rank is a percentile

“Faster than 82%” means 82% of the URLs tested in the last 7 days took longer than yours.

Method

What the test measures

DNS

Looking up the redirect's domain.

Connect

Opening a TCP connection to the closest server.

TLS

The HTTPS handshake and certificate check.

Server wait

Until the 301 and its Location header arrive.

Only the redirect response is timed, not the destination page, so a slow destination does not count against the redirect. Hops are counted separately. The tool runs on Vercel Functions in Washington, D.C., Frankfurt and Tokyo, not on our redirect network, and alternates A and B on every run.

FAQ

Frequently asked questions

How is “faster than X%” worked out?
Every URL tested here in the last 7 days counts once, with its latest median time to first byte, and your result is compared only with URLs tested from the same location. “Faster than 82%” means 82% of them took longer than yours. The ranking starts once 30 URLs have been tested from a location.
Does it follow the whole redirect chain?
The timing covers the first response only, so a slow destination page does not count against the redirect. The chain is then followed to the page it lands on: every hop with its status code, and what to fix, such as a temporary redirect, extra hops or a hop over plain HTTP.
Where is the test run from?
From Vercel Functions in three regions: Washington, D.C. (iad1), Frankfurt (fra1) and Tokyo (hnd1). Pick one, or all three to see the result for each location.
Is a comparison fair to both redirects?
Add a second URL and both get the same number of runs from the same location, alternating A, B, A, B, each on a fresh connection, and we report the median. The test runs on Vercel, not on RedirHub's network, and the curl command lets you check it from your own machine.
Can I share a result?
Every test has its own page, such as /redirect-speed-test/example.com, with the chart, the chain and a share image. Anyone with the link sees the latest result, and it is measured again when it is more than 7 days old.
Why do my curl results differ?
Distance to the server, your connection and DNS caching all change the numbers. Compare the gap between URLs, or against the average, not the absolute values.
cutt.ly/rgdfBIa redirect speed: 190 ms - RedirHub