사무실에서는 1초 만에 열리는 사이트가 지구 반대편 방문자에게는 4초가 걸릴 수 있습니다. 거리, 응답하는 CDN 에지, 현지 DNS, 지역별 스크립트가 시장마다 경험을 바꾸며, 내 자리에서 한 번 속도를 테스트해서는 그 어느 것도 보이지 않습니다. 여러 국가에서 판매하거나 순위를 관리한다면 해당 국가에서의 테스트는 선택 사항이 아니라 SEO 모니터링의 일부입니다.
이 가이드에서는 여러 위치에서 웹사이트 속도를 테스트하는 방법을 다룹니다. 어떤 도구가 무엇을 측정하는지, 왜 PageSpeed Insights만으로는 부족한지, CDN이 모든 시장에서 똑같이 작동하는지 확인하는 방법, 그리고 매주 반복할 수 있는 간단한 워크플로를 설명합니다.
국가마다 속도가 달라지는 이유
같은 URL이라도 어디서나 같은 페이지는 아닙니다. 시장마다 다섯 가지가 달라집니다.
- 거리. 방문자와 서버 사이의 왕복마다 시간이 들고, 페이지 하나를 불러오는 데 여러 번의 왕복(DNS, TCP, TLS, 그다음 요청)이 필요합니다. 멀리 있는 방문자는 매번 그 비용을 치릅니다.
- CDN 에지. CDN은 해당 지역에 PoP(Point of Presence)가 있다면 방문자와 가장 가까운 곳에서 응답합니다. 두 나라 떨어진 에지에서 서비스받는 시장은 현지 에지가 있는 시장과 전혀 다르게 작동합니다.
- 캐시 상태. 에지마다 캐시가 따로 있습니다. 주력 시장은 페이지가 늘 캐시에 올라 있지만, 작은 시장은 캐시 미스가 나서 오리진 응답을 기다려야 할 수 있습니다.
- DNS 라우팅. 지역 기반 DNS(Geo DNS)는 특정 국가를 다른 오리진이나 아예 다른 CDN으로 보낼 수 있습니다.
- 지역별 콘텐츠. 유럽의 동의 배너, 현지 결제 위젯, 번역된 페이지, 국가별 서드파티 태그는 모두 본국 버전에서는 불러오지 않는 무게를 더합니다.
Google의 Core Web Vitals는 실제 방문을 기준으로 측정되므로, 직접 테스트한 결과가 완벽해 보여도 느린 시장이 현장 데이터를 끌어내립니다.
실험실 데이터와 현장 데이터
속도 데이터에는 두 종류가 있으며, 둘 다 필요합니다.
현장 데이터는 실제 Chrome 사용자에게서 수집됩니다. PageSpeed Insights와 Search Console은 Chrome UX Report(CrUX)의 데이터를 보여주지만, 페이지나 오리진에 대한 하나의 전 세계 수치로만 제공합니다. CrUX는 공개 BigQuery 데이터 세트에서 국가별 데이터를 제공하며, 이것이 “브라질에서 우리 사이트는 얼마나 빠른가?”에 대한 가장 정직한 답입니다. 월 단위로 갱신되며, 해당 국가에서 충분한 트래픽이 있어야 표시됩니다.
실험실 데이터는 필요할 때 실행하는 통제된 테스트입니다. PageSpeed Insights 안의 Lighthouse 테스트는 방문자가 있는 국가가 아니라 Google 데이터 센터에서 실행되므로, 그 실험실 점수는 특정 시장의 경험에 대해 아무것도 알려주지 않습니다. 지역 간 비교가 아니라 페이지 자체의 문제를 찾는 데 사용하세요.
위치별 실험실 테스트에는 여러 곳에 실제 테스트 에이전트를 둔 도구를 사용하세요. 예를 들어 WebPageTest에서는 실행할 때마다 위치, 브라우저, 연결 속도를 선택할 수 있습니다. 상용 합성 모니터링 서비스도 같은 작업을 일정에 따라 수행합니다.
국가별로 무엇이 제공되는지 테스트하기
속도 도구는 페이지 로드에 걸린 시간을 알려줍니다. 하지만 어떤 국가가 왜 더 느린지까지 항상 알려주지는 않습니다. 그러려면 해당 국가의 방문자가 실제로 받는 응답을 봐야 합니다. 어느 에지가 응답했는지, 캐시 히트였는지, 불필요한 리디렉션이 있었는지, 페이지가 얼마나 무거웠는지를 확인해야 합니다.
대상 국가의 Residential Proxies를 거친 요청은 바로 그것을 보여줍니다. 요청이 실제 방문자와 마찬가지로 해당 시장의 가정용 회선에서 도착하기 때문입니다. CDN과 지역 기반 DNS는 고객의 요청을 라우팅하는 것과 똑같이 이 요청을 라우팅합니다.
curl로 간단히 확인하면 시간 분석과 중요한 헤더가 출력됩니다.
curl -s -o /dev/null -D - \
-x http://customer-USERNAME-country-de:PASSWORD@p.shifter.io:443 \
-w "dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} ttfb:%{time_starttransfer} total:%{time_total} size:%{size_download}\n" \
https://www.example.com/country-de를 country-br이나 country-jp처럼 관심 있는 시장으로 바꿔 가며 비교하세요. 확인할 항목은 다음과 같습니다.
- 캐시 상태 헤더:
cf-cache-status,x-cache,x-vercel-cache등. 주력 시장에서는HIT, 다른 곳에서는MISS라면 그 에지는 캐시되지 않은 페이지를 제공하고 있다는 뜻입니다. - 에지 식별자. Cloudflare의
cf-ray는 응답한 데이터 센터의 공항 코드로 끝납니다. CloudFront는x-amz-cf-pop을, Fastly는x-served-by를 보냅니다. 독일 방문자가 다른 대륙에서 응답을 받고 있다면 문제를 찾은 것입니다. Age: 캐시된 사본이 해당 에지에 얼마나 오래 있었는지 보여줍니다.- 리디렉션과 크기. 국가별 리디렉션이나 더 무거운 현지화 페이지는 추가 홉과 더 많은 바이트로 드러납니다.
한 가지 주의할 점이 있습니다. 프록시를 거친 요청은 프록시 네트워크도 통과하므로, 절대적인 시간 수치는 현지 방문자보다 높게 나옵니다. 프록시 테스트는 국가 간 비교와 제공되는 내용 확인에 사용하고, 절대적인 로드 시간은 WebPageTest나 현장 데이터에서 확인하세요. 별도 설정 없이 다른 국가에서 보이는 페이지를 빠르게 눈으로 확인하고 싶다면 무료 웹 프록시로 충분합니다.
CDN 성능과 에지 캐싱 테스트
지역별 속도 저하는 대부분 서버 문제가 아니라 CDN 문제로 밝혀집니다. 시장별로 다음 항목을 확인하세요.
에지 커버리지. 각 국가에 어느 에지가 응답하는지 확인하세요. CDN 업체는 PoP 목록을 공개하지만, 유일한 증거는 독일이나 일본처럼 해당 국가 안에서 보낸 요청의 에지 헤더입니다.
지역별 캐시 적중률. 각 국가에서 같은 URL을 두세 번 요청하세요. 첫 요청은 미스일 수 있지만 두 번째는 히트여야 합니다. 계속 미스가 난다면 그 지역에서는 응답이 캐시되지 않는 것일 가능성이 높습니다.
캐시 키 분산. 쿠키나 사용자 에이전트에 대한 Vary 헤더, 또는 첫 방문 시 설정되는 지역 쿠키는 한 페이지를 여러 캐시 항목으로 쪼갤 수 있습니다. 그러면 작은 시장은 캐시된 사본을 거의 만나지 못합니다.
퍼지 전파. 배포나 퍼지 후에는 가장 가까운 에지뿐 아니라 모든 곳에서 새 버전이 제공되는지 여러 국가에서 확인하세요.
오리진 실드. 먼 시장에서 미스 응답이 느리다면, 오리진 실드나 지역 계층형 캐싱을 통해 에지가 오리진 대신 가까운 캐시에서 가져오게 할 수 있습니다.
반복 가능한 워크플로
- 시장을 선정합니다. Search Console과 분석 도구에서 트래픽이나 매출이 발생하는 국가와 성장시키려는 국가를 고릅니다.
- 국가별 현장 데이터를 확인합니다. CrUX BigQuery 데이터 세트에서 월 1회 확인합니다.
- 실험실 테스트를 실행합니다. WebPageTest에서 각 시장을 대상으로 주요 템플릿을 테스트하되, 매번 같은 브라우저와 연결 조건을 사용합니다.
- 제공되는 내용을 점검합니다. 국가별 프록시 요청으로 에지, 캐시 상태, 리디렉션, 크기를 확인합니다.
- 수정하고 다시 테스트합니다. 수치나 헤더가 이상한 시장을 중심으로 진행합니다.
국가별로 접근하는 이 방식은 순위와 콘텐츠에도 똑같이 적용됩니다. 관련 점검은 지오그리드 순위 추적과 대규모 현지화 QA 가이드에서 다룹니다.
FAQ
다른 국가에서 내 웹사이트 속도를 어떻게 테스트하나요?
로드 시간은 WebPageTest처럼 해당 국가에 테스트 에이전트가 있는 실험실 도구로 측정하세요. 그 국가에 무엇이 제공되는지(CDN 에지, 캐시 상태, 리디렉션) 보려면 현지에 위치한 Residential Proxy를 통해 요청을 보내세요.
PageSpeed Insights는 방문자 위치에서 테스트하나요?
아니요. 실험실 테스트는 Google 데이터 센터에서 실행되고, 현장 데이터는 하나의 전 세계 수치입니다. 국가별 현장 데이터는 CrUX BigQuery 데이터 세트에서 확인할 수 있습니다.
일부 국가에서 사이트가 더 느린 이유는 무엇인가요?
대개 가까운 CDN 에지가 없거나, 에지의 캐시가 비어 있거나, 지역 기반 DNS가 해당 국가를 먼 오리진으로 보내거나, 현지화 페이지가 추가 스크립트를 불러오기 때문입니다.
국가별 속도는 얼마나 자주 테스트해야 하나요?
주요 템플릿은 매주 합성 테스트로 확인하고, 현장 데이터는 매월 살펴보며, 주요 배포나 CDN 변경 후에는 추가로 확인하세요.
결론
속도는 지역마다 다릅니다. 국가별 실제 상황은 현장 데이터로, 비교 가능한 로드 시간은 다중 위치 실험실 도구로 확인하고, 어느 에지가 응답하는지와 캐시된 페이지를 제공하는지는 현지 요청으로 확인하세요. 지역별 속도 저하는 대부분 CDN 문제로 귀결되며, 방문자가 있는 곳에서 직접 볼 수 있게 되면 쉽게 해결할 수 있습니다.