리디렉션
Redirect · 리다이렉트 · 리디렉트
리디렉션은 한 URL의 요청에 서버나 클라이언트가 다른 URL로 이동하라고 응답하는 방식입니다. HTTP에서는 주로 3xx 상태 코드와 Location 헤더로 목적지를 전달하며 영구·임시 의미와 요청 메서드 처리에 차이가 있습니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
리디렉션은 무엇을 검사해야 하나요?
Google 리디렉션 안내는 URL 이전, 도메인 변경과 페이지 통합에 영구·임시 리디렉션을 구분해 사용하도록 설명합니다. MDN HTTP 리디렉션 문서는 3xx 상태와 Location 헤더가 새 URL을 전달하며 301·302와 307·308의 메서드 처리 의미가 다르다고 설명합니다. 브라우저 화면만 보지 말고 최초 응답 코드와 헤더, 최종 URL을 확인합니다.
가상 영구 이전은 어떻게 응답하나요?
가상 사이트가 /old-guide를 /guide로 완전히 옮겼다면 서버는 HTTP/1.1 301 Moved Permanently와 Location: https://example.com/guide를 응답할 수 있습니다. 내부 링크도 새 URL로 고쳐 불필요한 왕복을 줄입니다. 이전 문서와 관계없는 홈으로 모든 삭제 URL을 보내는 방식은 사용자의 기대와 상태 의미를 흐릴 수 있습니다.
배포 확인
- 이동이 영구인지 임시인지 결정 근거가 있는가?
- 한 번의 이동으로 최종 200 URL에 도착하는가?
- HTTP·HTTPS와 www 변형이 루프를 만들지 않는가?
- POST 같은 요청에서 메서드 보존이 필요한가?
canonical과 메타 새로고침은 같은가요?
canonical은 대표 URL 힌트이며 사용자를 이동시키지 않습니다. HTTP 리디렉션은 페이지 본문을 받기 전에 응답으로 이동시키고, meta refresh나 JavaScript 이동은 HTML 또는 스크립트 처리 뒤 실행됩니다. 서버 제어가 가능하다면 목적에 맞는 HTTP 응답을 우선 검토하고 여러 방식을 겹쳐 서로 다른 목적지를 가리키지 않게 합니다.
301이면 검색 반영 시점을 보장할 수 있나요?
보장할 수 없습니다. 검색 엔진이 이전 URL을 다시 크롤링하고 새 URL을 처리하는 시간이 필요하며 한동안 이전 주소가 검색 결과에 보일 수 있습니다. 전환일과 최초 응답과 최종 목적지와 색인 상태를 나눠 기록해야 리디렉션 배포 성공과 검색 결과의 대표 URL 변경을 같은 완료 상태로 보고하지 않을 수 있습니다.
자주 묻는 질문
- 301과 302는 무엇이 다른가요?
- 301은 영구 이동, 302는 임시 이동 의미입니다. 요청 메서드 보존이 중요하면 307·308의 의미도 함께 검토해야 합니다.
- 리디렉션 체인이 길어도 최종 페이지가 열리면 괜찮나요?
- 불필요한 요청과 오류 가능성이 늘어납니다. 내부 링크를 최종 URL로 고치고 가능한 한 직접 이동하도록 정리합니다.
출처와 확인 범위
- Redirects and Google Search · Google Search Central · 확인 2026-10-27
리디렉션은 기존 URL 요청을 새 위치로 보내며 영구·임시 유형은 검색 엔진이 대표 URL을 판단하는 신호로 다르게 사용합니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.
- Redirections in HTTP · MDN Web Docs · 확인 2026-10-27
HTTP 리디렉션은 3xx 상태 코드와 Location 헤더를 포함한 서버 응답이며 코드에 따라 영구성 및 요청 메서드 처리 의미가 달라집니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.