리다이렉트 검사기
URL 리다이렉트 체인 분석·최종 목적지 확인
리다이렉트란?
리다이렉트는 서버가 특정 URL을 요청한 사용자와 봇을 다른 URL로 자동 전환하는 HTTP 메커니즘입니다. 3xx 상태 코드로 구현되며, URL 구조 변경, HTTP→HTTPS 전환, www/non-www 통일, 도메인 이전 등 다양한 목적으로 사용됩니다. 잘못된 리다이렉트 설정은 PageRank 손실, 검색엔진 색인 오류, 사용자 경험 저하를 초래합니다. 리다이렉트 체인 분석을 통해 이런 이슈를 사전에 예방하세요.
자주 묻는 질문
Q. 리다이렉트란 무엇인가요?
A. 리다이렉트는 서버가 특정 URL로 접근한 클라이언트(브라우저, 검색봇)를 다른 URL로 자동 안내하는 HTTP 응답입니다. 3xx 상태 코드 중 어느 것을 사용하느냐에 따라 영구/임시 여부, HTTP 메서드 유지 여부가 결정됩니다. 올바른 리다이렉트 설정은 SEO와 사용자 경험 모두에 직결됩니다.
Q. 301과 302 리다이렉트의 차이는?
A. 301은 "영구 이동"으로 구글이 PageRank(링크 권위도)를 거의 100% 새 URL로 전달합니다. 302는 "임시 이동"으로 원본 URL에 PageRank가 남아있고 새 URL로 권위도가 완전히 전달되지 않습니다. 콘텐츠가 영구 이전했다면 반드시 301을 사용하세요. A/B 테스트나 임시 공사 중 페이지에는 302를 사용합니다.
Q. 307과 308은 302, 301과 무엇이 다른가요?
A. 307은 302와 마찬가지로 임시 리다이렉트이지만, 원본 HTTP 요청 메서드(GET, POST 등)를 변경하지 않습니다. 308은 301의 현대적 대안으로 영구 리다이렉트이면서 메서드를 보존합니다. API 엔드포인트처럼 POST 요청을 처리하는 URL을 리다이렉트할 때 307/308이 중요합니다.
Q. 리다이렉트 체인이 SEO에 미치는 영향은?
A. 리다이렉트 체인(A→B→C)이 길어질수록 PageRank가 각 홉에서 조금씩 손실됩니다. Googlebot은 크롤 예산을 절약하기 위해 5~10개 이상의 리다이렉트 체인을 중단할 수 있습니다. 이상적인 체인 길이는 최대 3단계이며, 가능하면 A→C로 직접 리다이렉트하는 것이 좋습니다.
Q. 리다이렉트를 통해 PageRank가 전달되나요?
A. 301 리다이렉트를 통해 PageRank가 거의 완전히 전달됩니다(과거에는 약간 손실된다고 알려졌으나 Google은 현재 301과 302 모두 PageRank를 전달한다고 공식 발표했습니다). 다만 리다이렉트 체인이 길수록 각 단계에서 작은 손실이 누적됩니다. 백링크를 보유한 구 URL에서 신 URL로 301 리다이렉트는 링크 자산 보존에 필수입니다.
Q. 리다이렉트 루프란 무엇인가요?
A. 리다이렉트 루프는 A→B→A 또는 A→B→C→A처럼 리다이렉트가 순환하는 상황입니다. 브라우저와 검색봇이 무한 루프에 빠져 페이지를 렌더링하지 못합니다. .htaccess나 nginx 설정 오류, CMS 설정 충돌로 주로 발생합니다. 체인에서 동일 URL이 2회 이상 등장하면 루프가 의심됩니다.
Q. HTTPS 마이그레이션 시 리다이렉트 설정은?
A. HTTP → HTTPS 전환 시 반드시 301 영구 리다이렉트를 사용해야 합니다. www와 non-www 중 하나를 정규 버전으로 선택하고 나머지는 정규 버전으로 301 리다이렉트합니다. 이상적 체인: http://www → https://www (301), 또는 http://example → https://example (301). HSTS 헤더도 함께 설정하면 보안성을 높일 수 있습니다.
Q. 최대 리다이렉트 수는 몇 개가 적당한가요?
A. SEO 모범 사례는 최대 2~3단계 리다이렉트입니다. 5단계 이상은 Google이 크롤을 중단할 수 있으며, Chrome은 기본적으로 20번의 리다이렉트 후 ERR_TOO_MANY_REDIRECTS 오류를 표시합니다. 구 URL에서 현 URL로 직접 리다이렉트하는 것이 항상 최선입니다.