리다이렉트 체인
리다이렉트 체인은 A→B→C처럼 두 단계 이상의 리다이렉트가 연결되어, 최초 URL에서 최종 URL에 도달하기까지 중간 URL을 여러 번 거치는 상태를 말합니다. 단일 리다이렉트와 달리 홉(hop)이 누적되어 페이지 속도 저하, 크롤 예산 낭비, 링크 신호 손실 위험이 커집니다.
- 리다이렉트 체인은 A→B→C처럼 리다이렉트가 두 단계 이상 연결된 상태로, 단일 리다이렉트(A→B 한 번)와 구분됩니다.
- 각 홉마다 추가 왕복이 발생해 로딩이 느려지고, 일부 브라우저·유저 에이전트는 긴 체인을 끝까지 따라가지 못합니다.
- 구글은 Googlebot이 최대 10홉까지 따라가지만, 가능한 한 최종 도착지로 직접 리다이렉트할 것을 권장합니다.
- 불가피하면 체인 길이를 낮게(이상적으로 3개 이하, 5개 미만) 유지하라는 것이 구글·Semrush의 공통 가이드입니다.
- 수정의 핵심은 중간 단계를 거치지 않고 출발 URL을 최종 URL로 직접 연결하도록 리다이렉트 규칙과 내부 링크를 갱신하는 것입니다.
개요
리다이렉트 체인은 하나의 URL이 다른 URL로 리다이렉트된 뒤, 그 URL이 다시 또 다른 URL로 리다이렉트되는 식으로 두 단계 이상의 리다이렉트가 꼬리를 무는 상태를 말합니다. 예를 들어 example.com/page-a가 /page-b로, 다시 /page-c로 보내지면 최종 200 응답에 도달하기까지 두 번의 홉을 거치게 됩니다.
중요한 것은 단일 리다이렉트와의 구분입니다. A→B처럼 한 번만 이동하는 단일 리다이렉트는 사이트 이전·URL 변경 시 정상적이고 권장되는 처리입니다. 반면 체인은 그 리다이렉트가 '여러 단계로 연결'되어 누적된 상태를 가리킵니다. 단계가 늘어날수록 사용자와 크롤러 모두에게 비용이 커집니다.
왜 문제인가
- 속도 저하: 홉마다 추가 HTTP 왕복이 발생해 페이지 로딩이 느려지고 사용자 경험을 해칩니다. Ahrefs와 Semrush 모두 체인이 로딩 속도를 떨어뜨린다고 지적합니다.
- 호환성 한계: 구글에 따르면 모든 유저 에이전트와 브라우저가 긴 리다이렉트 체인을 지원하는 것은 아니므로, 일부 환경에서는 최종 페이지에 도달하지 못할 수 있습니다.
- 크롤 낭비: 체인은 검색엔진의 크롤링을 복잡하게 만들고 내부 링크 구조를 흐려, 색인 효율에 영향을 줄 수 있습니다(Semrush·Ahrefs).
- 신호 손실 위험: 홉이 많아질수록 의도한 최종 URL로 평가 신호가 온전히 전달되지 못할 가능성이 커집니다.
진단
리다이렉트 체인은 사이트 크롤 도구의 점검 항목으로 식별됩니다. Ahrefs는 Site Audit의 Redirects 섹션에서 'Redirect chain' 이슈로, Semrush는 Issues 탭의 'Redirect chains and loops' 점검에서 체인 길이와 포함된 URL 목록을 함께 보여줍니다. 개별 URL은 구글 서치 콘솔의 URL 검사 도구로, 대량 URL은 커맨드라인 도구나 스크립트로 응답 헤더의 홉 순서를 확인할 수 있습니다.
수정: 직접 연결로 단축
수정의 원칙은 중간 단계를 제거하고 출발 URL을 최종 도착 URL로 한 번에 연결하는 것입니다.
- 리다이렉트 규칙 갱신: A→B→C 체인을 A→C 단일 301(또는 308)로 다시 작성하여, 출발 URL이 곧바로 최종 200 페이지를 가리키도록 합니다.
- 내부 링크 교체: 사이트 내에서 리다이렉트되는 중간 URL로 걸린 링크를 최종 URL로 직접 바꿉니다. Ahrefs는 내부 링크를 최종 도착지로 직접 연결하는 방법을 우선 권장합니다.
- 루프 제거: 출발점으로 되돌아오는 순환(loop)은 체인과 별개로 반드시 끊어야 합니다(Semrush).
- 재검증: 수정 후 같은 크롤 도구로 재감사하고, 영향받은 URL을 수동으로 점검해 불필요한 홉 없이 최종 도착지로 이동하는지 확인합니다.
구글 권장 사항
구글 서치 센트럴은 Googlebot이 "여러 단계로 이어진 체인에서 최대 10홉까지 따라간다"고 명시하면서도, "최종 도착지로 직접 리다이렉트할 것"을 권장합니다. 직접 연결이 불가능하다면 체인 길이를 낮게 유지하되 "이상적으로 3개 이하, 5개 미만"을 제시합니다. 그 근거로 구글은 "체인 연결은 사용자에게 지연을 더하고, 모든 유저 에이전트와 브라우저가 긴 체인을 지원하지는 않는다"는 점을 듭니다. Semrush 역시 한 체인에 3개를 넘는 리다이렉트를 쓰지 말라고 안내합니다.
예시: .htaccess에서 체인을 단일 홉으로
# 나쁜 예: 두 번의 홉이 누적되는 체인 (A -> B -> C)
Redirect 301 /page-a /page-b
Redirect 301 /page-b /page-c
# 좋은 예: 출발 URL을 최종 도착지로 직접 연결 (A -> C)
Redirect 301 /page-a /page-c
Redirect 301 /page-b /page-c실행 체크리스트
- 크롤 도구(Ahrefs Site Audit, Semrush Site Audit)로 'Redirect chain / chains and loops' 이슈를 추출합니다.
- 각 체인의 출발 URL과 최종 200 URL을 확인하고, 중간 홉을 식별합니다.
- 리다이렉트 규칙을 A→최종 URL 단일 301/308로 다시 작성합니다.
- 중간 URL로 향하던 내부 링크를 최종 URL로 직접 교체합니다.
- 순환(loop)이 있으면 되돌아오는 리다이렉트를 제거해 끊습니다.
- 수정 후 재감사하고 핵심 URL을 수동으로 점검해 홉이 1회로 줄었는지 확인합니다.
- 유효한 리다이렉트는 장기간(일반적으로 최소 1년) 유지합니다.