URL 리다이렉트 체인 검사기
URL을 입력하여 리다이렉트 체인을 추적하고 전체 과정에서 HTTP 상태 코드, 리다이렉션 및 총 로드 시간을 분석하세요.
URL 리다이렉트 체인 검사기 사용 방법
- 1
URL 입력
검사하려는 전체 URL을 http:// 또는 https:// 를 포함해 입력하거나 붙여넣으세요.
- 2
리디렉션 확인
'Check Redirects'를 클릭해 URL을 추적하고 최종 목적지까지 모든 단계를 따라가세요.
- 3
리디렉션 체인 읽기
각 단계와 그 HTTP 상태 코드(예: 301 또는 302), 그리고 체인 전체에 걸친 총 시간을 검토하세요.
- 4
SEO 평가에 따라 조치
단계가 너무 많거나, 체인이 느리거나, 임시 리디렉션이나 오류 코드가 있는 경우를 표시해 주는 SEO Impact 패널을 활용해 문제를 해결하세요.
리다이렉트의 이해와 체인이 해로운 이유
리다이렉트란 무엇이며 체인은 어떻게 생기는가
리다이렉트는 브라우저가 요청한 URL이 이제 다른 곳에 있다고 알려 주는 서버의 지시입니다. 서버는 3xx 상태 코드와 새 주소를 가리키는 Location 헤더로 응답하고, 브라우저는 자동으로 그 주소를 대신 요청합니다. 리다이렉트 체인은 한 리다이렉트의 목적지가 그 자체로 또 다른 리다이렉트일 때 생깁니다. 브라우저가 A를 요청하면 B로 보내지고, B에서 다시 C로 보내져, 결국 C에 이르러서야 실제 페이지를 찾게 되는 식입니다. 이 경로의 화살표 하나하나가 서버를 오가는 별개의 왕복입니다.
체인은 대개 시간이 지나며 의도치 않게 쌓입니다. 사이트가 http에서 https로 옮기고, 나중에 non-www에서 www로 바꾸고, 그다음 URL 경로를 재구성하는데, 각 변경을 정리 없이 이전 것 위에 계속 덧쌓으면 오래된 링크 하나가 최종 도착 전에 서너 단계나 튕겨 다니게 될 수 있습니다. 이 검사기는 모든 단계를 추적하고 전체 경로를 보여 주어, 체인이 정확히 얼마나 길어졌는지 확인할 수 있게 합니다.
301 대 302: 영구와 임시
가장 흔한 두 리다이렉트 코드는 의미가 크게 다릅니다. 301은 영구 리다이렉트입니다. 이동이 최종적임을 브라우저와 검색 엔진에 알려, 북마크를 갱신하고 이전 URL이 쌓아 온 랭킹 신호를 새 URL로 넘기며 목적지를 색인하게 합니다. 302는 임시 리다이렉트입니다. 원래 URL이 돌아올 것이라는 의미라서, 검색 엔진은 보통 원래 URL을 색인된 상태로 두고 랭킹 신호 전달에는 신중을 기합니다. 사실상 영구적인 이동에 302를 쓰는 것은 링크 자산을 옛 URL에 묶어 두는 전형적인 SEO 실수입니다.
기본 원칙은 간단합니다. 폐기된 페이지나 이전한 도메인처럼 변경이 영구적이라면 301을 쓰세요. 시즌 프로모션, A/B 테스트, 점검 페이지처럼 정말로 일시적이라면 302를 쓰세요. 오래 유지될 리다이렉트인데 판단이 서지 않는다면, 거의 언제나 301이 옳은 선택입니다.
307과 308: 엄격한 현대식 코드
HTTP는 이후 오래된 모호함을 없애기 위해 307과 308을 추가했습니다. 원래의 301과 302 코드는 리다이렉트 시 POST 요청을 GET으로 바꿔 버릴 수 있는 방식으로 널리 구현되었는데, 이는 페이지 이동에는 대체로 편리하지만 폼 제출이나 API에는 잘못된 동작입니다. 308은 301과 같은 영구 리다이렉트이면서 HTTP 메서드와 본문이 보존됨을 보장하고, 307은 같은 보장을 갖춘 302의 임시 대응 코드입니다. 일반적인 페이지 리다이렉트에서 308의 실질적 SEO 효과는 301과 같고, 307은 302와 같습니다.
307은 주로 두 곳에서 만나게 됩니다. 브라우저가 내부적으로 http를 https로 업그레이드할 때 HSTS 프리로딩이 내보내는 리다이렉트, 그리고 요청 메서드 보존이 중요한 API 트래픽입니다. 콘텐츠 URL의 경우, 영구 이동에 301을 고수하는 것이 여전히 관례적이고 잘 이해된 선택입니다.
체인과 루프가 해로운 이유
체인의 단계 하나하나는 완전한 요청-응답 주기이며, 그 지연은 차곡차곡 쌓입니다. 특히 왕복 시간이 긴 모바일 네트워크에서는 추가 리다이렉트 하나가 사용자가 무언가를 보기까지 수백 밀리초를 더할 수 있습니다. 체인은 크롤 예산도 낭비합니다. 검색 엔진은 사이트당 요청 수에 한정된 여력만 두는데, 그 여력을 A에서 B, C, D로 따라가는 데 쓰면 실제 콘텐츠를 크롤링할 자원이 그만큼 줄어듭니다. 또한 긴 체인을 거치는 동안 랭킹 신호가 최종 페이지로 깔끔하게 흐르지 않고 약간씩 흩어질 수 있다는 정황도 있습니다.
리다이렉트 루프는 병적인 사례입니다. A가 B를 가리키고 B가 다시 A를 가리키면, 브라우저는 포기할 때까지 빙빙 돌다가 ERR_TOO_MANY_REDIRECTS 같은 오류를 띄워 페이지에 아예 접근할 수 없게 됩니다. 검사기는 너무 긴 체인, 느린 체인, 의도치 않았을 수 있는 임시 리다이렉트, 경로상의 오류 상태 코드를 표시해, 이런 실패 양상들이 숨겨지지 않고 드러나도록 합니다.
체인을 한 단계로 평탄화하기
체인을 고치는 방법은 모든 출발점이 단 한 단계로 최종 목적지에 곧장 리다이렉트되도록 만드는 것입니다. A가 B를 거쳐 C로 간다면, A 규칙을 고쳐 곧장 C로 가게 해 B 경유지를 없애는 것이죠. Apache에서는 .htaccess나 서버 설정의 리다이렉트 규칙을 편집해 출발지가 최종 대상으로 매핑되도록 하고, Nginx에서는 rewrite나 return 지시문을 갱신하면 됩니다. 목표는 어떤 리다이렉트의 목적지도 그 자체로 또 다른 리다이렉트가 되지 않게 하는 것입니다.
리다이렉트는 주기적으로 점검하세요. 사이트가 발전하면서 체인이 슬그머니 다시 끼어들기 때문입니다. 마이그레이션, HTTPS 전환, URL 재구성을 거친 뒤에는 가장 중요한 유입 URL들을 다시 추적해, 각각이 단일 301로 표준 페이지에 도달하는지 확인하세요. 외부 백링크에 등장하는 URL에는 특히 신경 쓰세요. 그런 URL이 가장 많은 링크 자산을 지니고 있어 깔끔하고 직접적인 리다이렉트의 이점을 가장 크게 누리기 때문입니다.
정규화: 모든 사이트에 필요한 리다이렉트
대부분의 리다이렉트 문제는 정규화, 즉 URL의 모든 변형을 하나의 표준 형태로 모으는 작업으로 거슬러 올라갑니다. 네 가지 차원은 프로토콜(http 대 https), 호스트(www 대 non-www), 후행 슬래시(경로 끝에 슬래시가 있는지 여부), 그리고 대소문자입니다. 사이트가 이들의 모든 조합으로 접근 가능하다면 검색 엔진은 중복 콘텐츠로 보고, 링크 신호는 여러 변형에 흩어집니다. 해법은 각 변형을 하나의 선호 URL로 모아 주는 301 리다이렉트 묶음입니다.
핵심은 이들을 줄줄이 잇는 대신 한 단계로 합치는 것입니다. http://example.com 을 https://example.com 으로, 다시 https://www.example.com 으로 보내는 것은 하나면 될 일을 두 번의 리다이렉트로 처리하는 셈입니다. 비표준 요청이라면 몇 개의 차원이 틀렸든 단일 301로 완전히 표준화된 URL에 도달하도록 규칙을 설정하세요. 그것이 가능한 가장 깔끔한 결과이며, 검사기가 좋은 관행이라고 표시하는 경우입니다.
meta refresh와 JavaScript 리다이렉트
모든 리다이렉트가 HTTP 수준에서 일어나는 것은 아닙니다. meta refresh 리다이렉트는 HTML의 meta http-equiv="refresh" 태그를 사용해 일정 지연 뒤 브라우저를 다른 곳으로 보내고, JavaScript 리다이렉트는 스크립트에서 window.location 을 바꿉니다. 둘 다 사용자에게는 작동하지만 SEO 측면에서는 열등합니다. 더 느리고, 검색 엔진이 서버 측 301보다 덜 신뢰하며, 지연이 있는 meta refresh는 거슬리거나 심지어 나쁜 경험으로 표시될 수 있습니다. 게다가 이런 리다이렉트는 페이지 본문이 로드된 뒤에 결정되므로 HTTP 수준의 리다이렉트 추적에는 나타나지 않습니다.
서버를 제어할 수 있을 때는 언제나 meta refresh나 JavaScript 리다이렉트보다 진짜 HTTP 301을 택하세요. 클라이언트 측 리다이렉트는 정말로 서버를 설정할 수 없는 경우를 위해 아껴 두세요. 이 검사기는 서버가 발행한 3xx 응답을 따라가므로, 브라우저에서는 리다이렉트되는 듯 보이는데 여기서는 직접 200으로 표시되는 페이지라면 리다이렉트가 클라이언트 측에서 일어나고 있으며 서버로 옮겨야 한다는 강력한 단서입니다.
자주 묻는 질문
리디렉션 체인 검사기는 무엇을 보여 주나요?
리디렉션 체인이 왜 SEO에 나쁜가요?
301 리디렉션과 302 리디렉션의 차이는 무엇인가요?
http나 https를 포함한 전체 URL을 입력해야 하나요?
이 도구는 무료이고, URL을 서버로 전송하나요?
관련 도구
이런 편리한 도구도 함께 사용해 보세요