리디렉션은 한 URL로 들어온 사용자와 검색로봇을 다른 URL로 이동시키는 처리입니다. 영구 이동과 임시 이동, 서버 설정 방식, 체인과 루프를 설명합니다. 301 영구 이전의 세부 실무는 별도 용어에서 이어집니다.
이 글은 Google 공식 문서와 네이버 공식 문서를 기준으로 작성했습니다.
영구와 임시의 대표 URL 기준
이동을 되돌릴 계획이 있는지에 따라 상태 코드를 선택합니다.
| 목적 | 주요 코드 | 검색엔진에 전달하는 의미 |
|---|---|---|
| 영구 이동 | 301, 308 | 앞으로 새 URL을 대표로 사용 |
| 임시 이동 | 302, 307 | 원래 URL을 다시 사용할 예정 |
301과 308은 모두 영구 이동에 사용합니다. 302와 307은 임시 이동입니다. 요청 메서드 보존 등 HTTP 동작에는 차이가 있으므로 애플리케이션 요구사항을 개발자와 확인하세요.
영구와 임시의 사용 상황
- 페이지 slug나 디렉터리 구조를 변경합니다.
- HTTP를 HTTPS로 통일합니다.
- www와 non-www 중 대표 호스트로 통일합니다.
- 여러 중복 URL을 하나의 대표 URL로 보냅니다.
- 사이트 도메인을 이전합니다.
- 기존 페이지를 관련 있는 새 페이지와 통합합니다.
- 짧은 점검 기간에 안내 페이지로 임시 이동합니다.
삭제한 모든 페이지를 홈페이지로 보내는 것은 적절하지 않습니다. 대체 콘텐츠가 없다면 404나 410을 반환하는 편이 사용자의 기대와 서버 상태를 정확하게 전달합니다.
서버 측 HTTP 리디렉션 우선 원칙
Google은 가능하면 서버 측 HTTP 리디렉션을 권장합니다. 서버가 요청을 받는 즉시 상태 코드와 Location 헤더를 반환하므로 사용자와 검색로봇이 명확하게 해석할 수 있습니다.
HTTP/1.1 301 Moved Permanently
Location: https://example.com/new-page
설정 뒤에는 기존 URL의 실제 응답에서 301과 Location 값이 함께 오는지 확인하세요.
서버 설정이 어려운 경우 Google은 즉시 실행되는 meta refresh를 영구 이동, 지연된 meta refresh를 임시 이동으로 해석합니다. JavaScript 리디렉션은 렌더링이 실패하면 Google이 이동을 보지 못할 수 있어 서버 측 방식과 meta refresh를 쓸 수 없을 때만 검토하세요.
체인과 루프 문제
기존 URL이 중간 URL 여러 개를 거쳐 최종 페이지로 가면 리디렉션 체인이 됩니다. 다시 이전 주소로 돌아오면 루프가 생겨 페이지에 도달할 수 없습니다.
체인이 길면 응답 시간이 늘고 중간 URL의 접근 차단이나 오류로 최종 페이지 수집이 실패할 수 있습니다. 기존 규칙을 정리해 가능한 한 최종 URL로 한 번에 이동하게 만드세요.
301과 canonical의 역할 구분
같지 않습니다. 301 리디렉션은 사용자와 검색로봇을 새 URL로 실제 이동시킵니다. canonical은 페이지를 계속 열어둘 수 있는 상태에서 대표 URL 선호를 전달합니다.
사용자가 기존 URL을 사용할 필요가 없고 완전히 이전했다면 영구 리디렉션이 더 명확합니다. 필터나 인쇄용 페이지처럼 여러 URL이 계속 필요하면 canonical을 검토할 수 있습니다.
설정 후 확인 항목
- 기존 URL이 의도한 상태 코드와 Location을 반환하는지 봅니다.
- 최종 URL이 200으로 정상 응답하는지 확인합니다.
- 목적지가 기존 페이지와 관련 있는지 검토합니다.
- 내부 링크, canonical과 사이트맵을 최종 URL로 갱신합니다.
- robots.txt가 체인의 중간과 최종 URL을 막지 않는지 봅니다.
- Search Console과 서버 로그에서 크롤링 변화를 확인합니다.
브라우저 주소창은 최종 화면만 보여주므로 개발자 도구나 curl -I -L로 전체 이동 경로를 확인하세요.
Google 검색의 AI 기능은 기존 Google 검색의 크롤링과 색인 기반을 공유하므로 URL을 옮길 때도 같은 리디렉션 원칙을 따릅니다. 다만 ChatGPT, Claude 같은 범용 챗봇이 리디렉션을 처리하고 인용 URL을 갱신하는 시점은 서비스마다 다를 수 있습니다. 서버 로그에서 각 크롤러의 이전 URL과 새 URL 요청을 보고, 실제 답변의 출처가 바뀌었는지 별도로 확인합니다.
자주 묻는 질문
301과 302 중 무엇을 써야 하나요?
되돌리지 않을 URL 변경이라면 301이나 308 같은 영구 리디렉션을 사용합니다. 원래 URL로 돌아올 일시 이동이라면 302나 307을 검토합니다.
리디렉션을 설정하면 순위가 그대로 유지되나요?
검색 정보 이전에 도움을 주지만 순위 유지를 보장하지는 않습니다. 콘텐츠와 사이트 구조 변화, 목적지 관련성과 여러 신호에 따라 재평가될 수 있습니다.
리디렉션은 언제 삭제해도 되나요?
오래된 외부 링크나 북마크로 들어오는 사용자, 그리고 검색로봇이 기존 URL을 계속 요청할 수 있습니다. 영구 이전 리디렉션은 충분히 오래 유지하고 가능하면 계속 보존하는 편이 안전합니다.
함께 알아두면 좋은 용어
- 301 리디렉션: URL의 영구 이동을 알리는 HTTP 응답
- 302 리디렉션: URL의 임시 이동을 알리는 HTTP 응답
- 리디렉션 체인: URL이 여러 단계의 이동을 거치는 구조
- 캐노니컬 태그: 중복 URL 중 대표 URL 선호를 전달하는 태그
- HTTP 상태 코드: 서버의 요청 처리 결과를 나타내는 숫자 응답