리다이렉트 체인, 순위 깎아먹는 숨은 원인

결론부터 말하면 이렇다. 리다이렉트 체인은 하나의 URL이 곧바로 목적지로 가지 못하고 A에서 B, B에서 C, C에서 D로 여러 단계를 거쳐 도착하는 구조다. 리다이렉트 한 번은 문제가 아니지만, 이 단계가 서너 번 이상 쌓이면 크롤 버짓 낭비와 속도 저하로 이어진다.

특히 도메인 이전, 카테고리 개편, HTTPS 전환을 여러 번 거친 오래된 홈페이지일수록 체인이 몰래 쌓여 있는 경우가 많다. 눈에 보이지 않는 문제라 방치되기 쉽다.

리다이렉트 체인은 정확히 뭘까?

하나의 요청이 최종 페이지에 닿기까지 두 번 이상 리다이렉트를 거치는 구조다. 예를 들어 옛 주소(A)가 구버전 주소(B)로, B가 다시 현재 주소(C)로 연결된다면 3단 체인이다. 사용자와 검색엔진 모두 A에 접속했을 때 곧장 C를 받는 게 아니라 두 번의 왕복을 더 거쳐야 한다.

이와 헷갈리는 개념이 리다이렉트 루프다. A가 B로, B가 다시 A로 돌아오는 순환 구조로, 이 경우 브라우저는 콘텐츠를 아예 받지 못하고 "ERR_TOO_MANY_REDIRECTS" 오류를 띄운다. 체인은 결국 도착하지만 느리고, 루프는 아예 도착하지 못한다는 점이 다르다.

리다이렉트 한 번 자체는 순위를 깎지 않는다. 문제는 그 리다이렉트가 몇 겹으로 쌓였느냐다.

구글은 리다이렉트를 몇 번까지 따라갈까?

구글봇은 최대 10홉까지 리다이렉트를 따라가며, 그 안에 콘텐츠를 찾지 못하면 서치 콘솔이 리다이렉트 오류로 표시하고 해당 페이지를 색인에서 제외한다. 10번이면 넉넉해 보이지만, 실제 순위·크롤 효율 관점에서는 훨씬 엄격한 기준이 적용된다.

구글의 존 뮬러는 리다이렉트 단계를 5홉 미만으로 유지할 것을 권장했고, 이상적으로는 리다이렉트 한 번으로 목적지에 바로 닿는 단일 홉 구조를 추천한다. 구글 공식 크롤 버짓 가이드에도 "긴 리디렉션 체인을 사용하지 않기. 크롤링에 부정적인 영향을 미친다"는 권고가 명시돼 있다.

홉 수	상태
1홉	이상적, 안전
2홉	허용 가능
3홉 이상	위험, 정리 필요
10홉 초과	색인 제외

체인이 왜 순위와 속도를 갉아먹을까?

직접적인 순위 하락보다 크롤 버짓 낭비와 속도 저하라는 간접 피해가 더 크다. 구글은 리다이렉트 자체로 페이지랭크가 사라진다고 보지 않지만, 체인이 길수록 실제로는 세 가지 손실이 겹친다.

첫째, 크롤 버짓 낭비다. 구글봇이 오래전에 없어진 경로를 따라가느라 시간을 쓰는 동안, 정작 새로 올린 글이나 업데이트된 페이지는 뒷순위로 밀린다. 사이트 규모가 크고 크롤 예산이 한정적일수록 이 손실이 체감된다. 크롤 버짓의 기본 개념은 크롤 버짓(크롤링 예산)이란?에서 더 자세히 다뤘다.

둘째, 속도 저하다. 홉 하나당 대략 100에서 300밀리초의 지연이 추가되고, 이는 LCP·TTFB 같은 코어 웹 바이탈 지표에 그대로 반영된다. 3단 체인이면 순수 대기 시간만 1초 가까이 늘어날 수 있다.

셋째, 링크 신호 희석이다. 특히 301과 302가 섞인 체인은 "이 URL이 영구 이동인지 임시 이동인지" 신호가 불명확해져 검색엔진이 정본 URL을 판단하기 어려워진다.

우리 사이트 리다이렉트 체인, 어떻게 찾을까?

스크리밍 프로그 같은 크롤러로 사이트 전체를 훑으면 체인이 한눈에 드러난다. 크롤 도구가 리다이렉트 응답을 순서대로 기록해 몇 단계를 거쳤는지 보여준다. Sitebulb도 같은 용도로 쓸 수 있다.

특정 URL 하나만 빠르게 확인하고 싶다면 터미널에서 curl -I 주소를 실행해 응답 헤더를 순서대로 따라가면 된다. 서치 콘솔의 설정 > 크롤링 통계 보고서에서도 리다이렉트 응답 비중과 오류를 확인할 수 있다. 자세한 활용법은 서치 콘솔 크롤링 통계 보고서 완벽하게 읽는 법에 정리해 두었다. 페이지 속도 관점에서는 라이트하우스의 "다중 페이지 리디렉션 방지" 감사 항목으로도 체인 여부를 잡아낼 수 있다.

발견한 체인은 어떻게 정리할까?

중간 단계를 다 걷어내고 시작 주소가 최종 주소로 한 번에 연결되게 고치는 것이 핵심이다. A에서 B, C를 거쳐 D로 가던 구조라면 A가 곧바로 D로 가도록 서버 설정(리다이렉트 규칙)을 다시 쓴다.

내부 링크도 함께 손봐야 한다. 사이트 안에서 옛 주소(B, C)를 가리키는 링크가 남아 있다면 전부 최종 주소(D)로 직접 바꿔 준다. 그리고 영구히 이동한 페이지에는 항상 301 또는 308 상태 코드를 쓴다. 302나 307은 정말 임시로 바뀐 경우에만 남겨 둔다. 301 리다이렉트의 기본 원칙은 301 리다이렉트 제대로 쓰는 법에서 확인할 수 있다. 더 이상 필요 없는 옛 주소는 억지로 리다이렉트하지 말고 404나 410으로 정리하는 편이 깔끔할 때도 있다.

URL 구조 자체를 다시 설계하는 시점이라면 애초에 체인이 생기기 어려운 슬러그 규칙을 잡아 두는 게 근본적인 예방책이다. URL 구조 설계 가이드를 참고하면 도움이 된다.

리다이렉트 체인은 겉으로 티가 안 나기 때문에 정기적으로 점검하지 않으면 사이트를 개편할 때마다 조용히 쌓인다. 한 번 크롤러로 전체를 훑어 체인을 걷어내는 것만으로도 크롤 효율과 로딩 속도 모두 눈에 띄게 좋아진다.

리다이렉트 정리나 사이트 구조 점검이 막막하시다면 이루웹이 홈페이지 제작 상담을 통해 함께 진단해 드리겠습니다. 이루웹의 다른 서비스도 살펴보시고, 궁금하신 점은 언제든 문의 남겨 주시기 바랍니다.