무료 도구 · 리디렉션 속도 테스트

bbc.co.uk는 얼마나 빠를까요?

2026년 10월 16일에 워싱턴 D.C.에서 측정했습니다. 다시 테스트하거나 내 URL을 시도해 보세요.

결과 · 워싱턴 D.C. · 10회 중앙값

bbc.co.uk워싱턴 D.C. · 2026년 10월 16일

빠름

지난 7일 동안 테스트한 리디렉션의 91%보다 빠릅니다.

bbc.co.uk는 10 ms 만에 응답했습니다. 7일 평균은 테스트한 URL 64개 기준 80 ms입니다.

제공 서비스Fastly상태301홉1첫 바이트10 ms

91%

의 테스트된 리디렉션이 더 느림

가장 느림중앙값가장 빠름

7일 벤치마크에서의 위치테스트한 URL별 첫 바이트까지의 중앙값

평균 80 ms

내 URL · 10 ms

0200400600750+ ms

첫 바이트까지 중앙값 · 각 10회 · 새 연결redirhub.com/redirect-speed-test

최종 도착지https://www.bbc.co.uk/200 OK

1https://bbc.co.uk/301
2https://www.bbc.co.uk/200

고칠 점

없음: 불필요한 홉도, 암호화되지 않은 HTTP도 없고, 체인이 정상 페이지에서 끝납니다.

내 리디렉션

10 ms

301 · 1홉 · Fastly

지난 7일 평균

80 ms

여기서 테스트한 모든 URL

테스트한 URL, 지난 7일

64

URL당 한 건

시간은 어디에 쓰이나

bbc.co.uk

10 ms

7일 평균

80 ms

DNS연결TLS서버 대기

curl로 재현 ↓

직접 재현하기

같은 테스트를 직접 실행하세요

macOS나 Linux 터미널에 복사하세요. 내 URL이 이미 들어 있으니 붙여넣고 Enter만 누르면 됩니다. curl만 있으면 됩니다.

결과는 실행 위치와 네트워크에 따라 달라지므로 저희 수치와 다를 수 있습니다.

bash · URL당 10회

for u in 'https://bbc.co.uk/'; 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

벤치마크

“X%보다 빠름”을 계산하는 방법

이 숫자는 이 페이지에서 테스트된 리디렉션과, 매일 측정하는 잘 알려진 리디렉션 고정 목록에서 나옵니다. 그래서 모든 위치에 항상 기준 데이터가 있습니다.

1

모든 테스트는 7일 동안 집계

여기서 테스트한 각 URL은 첫 바이트까지의 중앙값과 측정 위치를 저장합니다. URL당 한 건이라 같은 링크를 열 번 테스트해도 결과가 치우치지 않습니다.

2

같은 위치에서 비교

결과는 같은 위치에서 테스트한 URL과 비교되므로, 도쿄에서 한 테스트가 워싱턴 D.C.에서 한 테스트와 비교되는 일은 없습니다.

3

순위는 백분위수

“82%보다 빠름”은 지난 7일 동안 테스트된 URL의 82%가 내 URL보다 오래 걸렸다는 뜻입니다.

제공업체별

리디렉션 제공업체별 속도는?

최근 7일 동안 워싱턴 D.C.에서 측정한 첫 바이트 중앙값으로, 테스트된 URL이 하나 이상 있는 모든 제공업체를 보여 줍니다. 열면 지역별 결과, 순위, 시간 구성을 볼 수 있습니다.

측정 방법

테스트가 측정하는 항목

DNS

리디렉션 도메인을 조회합니다.

연결

가장 가까운 서버로 TCP 연결을 엽니다.

TLS

HTTPS 핸드셰이크와 인증서 확인입니다.

서버 대기

301과 Location 헤더가 도착할 때까지의 시간입니다.

대상 페이지가 아닌 리디렉션 응답만 측정하므로, 대상 페이지가 느려도 리디렉션 결과에는 영향을 주지 않습니다. 홉 수는 별도로 집계합니다. 이 도구는 저희 리디렉션 네트워크가 아닌 워싱턴 D.C., 프랑크푸르트, 도쿄의 Vercel Functions에서 실행되며, 실행할 때마다 A와 B를 번갈아 측정합니다.

자주 묻는 질문

“X%보다 빠름”은 어떻게 계산하나요?

지난 7일 동안 여기서 테스트된 각 URL은 최신 첫 바이트 중앙값으로 한 번만 집계되며, 결과는 같은 위치에서 테스트한 URL과만 비교됩니다. “82%보다 빠름”은 그중 82%가 내 URL보다 오래 걸렸다는 뜻입니다. 한 위치에서 URL 30개가 테스트되면 순위가 표시됩니다.

리디렉션 체인 전체를 따라가나요?

첫 응답만 측정하므로 느린 대상 페이지가 리디렉션 결과에 불리하게 작용하지 않습니다. 그다음 최종 페이지까지 체인을 따라가며 각 홉의 상태 코드와 임시 리디렉션, 불필요한 홉, 암호화되지 않은 HTTP 홉 등 고칠 점을 보여 줍니다.

테스트는 어디에서 실행되나요?

세 리전의 Vercel Functions에서 실행됩니다: 워싱턴 D.C.(iad1), 프랑크푸르트(fra1), 도쿄(hnd1). 하나를 고르거나 세 곳을 모두 골라 위치별 결과를 볼 수 있습니다.

비교는 두 리디렉션 모두에 공정한가요?

두 번째 URL을 추가하면 둘 다 같은 위치에서 같은 횟수만큼 A, B, A, B 순으로 매번 새 연결로 측정되며 중앙값을 보여 줍니다. 테스트는 RedirHub 네트워크가 아닌 Vercel에서 실행되고, curl 명령으로 내 컴퓨터에서도 확인할 수 있습니다.

결과를 공유할 수 있나요?

모든 테스트에는 /redirect-speed-test/example.com 같은 전용 페이지가 있고 차트, 체인, 공유 이미지가 포함됩니다. 링크가 있는 누구나 최신 결과를 볼 수 있으며, 7일이 지나면 다시 측정됩니다.

curl 결과가 다른 이유는 무엇인가요?

서버까지의 거리, 연결 상태, DNS 캐시에 따라 수치가 달라집니다. 절댓값이 아니라 URL 간 차이나 평균과의 차이를 비교하세요.