사이트는 옮겨 가도 **방문자는 따라옵니다.**

웹사이트 이전 리디렉션이란#

웹사이트 이전 리디렉션은 기존 URL로 들어온 요청을 그 URL을 대체한 페이지로 보냅니다. 사이트가 새 도메인으로 옮겨 가도 기존 주소는 사라지지 않습니다. 다른 사이트의 링크, 북마크, 이메일, 인쇄물, 검색 결과는 계속 기존 주소를 가리킵니다.

리디렉션이 없으면 기존 서버를 끄는 순간 이런 요청은 실패합니다. 리디렉션이 있으면 각 기존 URL이 새 위치를 알려 주고, 방문자는 올바른 페이지에 도착합니다.

도메인 변경 시 301 리디렉션#

영구적인 이전에는 301 리디렉션을 사용하세요. 페이지가 영구적으로 이동했다는 사실과 새 위치를 브라우저와 검색 엔진에 알려 줍니다. 임시 리디렉션(302 또는 307)은 되돌릴 계획인 이동을 위한 것이라, 이전 작업에서는 잘못된 신호를 보냅니다.

리디렉션은 기존 도메인에 응답하는 무언가가 있을 때만 작동합니다. 기존 서버를 계속 운영하는 대신 기존 도메인의 DNS를 리디렉션 서비스로 연결하면, 기존 URL이 HTTPS로 계속 응답하는 상태에서 그 서버를 종료할 수 있습니다.

경로가 같은 이전과 URL이 바뀌는 이전#

이전에는 두 가지 형태가 있습니다.

• 같은 경로. 새 사이트가 URL 구조를 유지하고 도메인만 바뀝니다. 도메인 전체 리디렉션이 모든 경로와 쿼리 문자열을 전달하므로, 기존 도메인의 /blog/launch는 새 도메인의 /blog/launch로 이어집니다.
• 바뀌는 URL. 페이지 이름이 바뀌었거나, 통합되었거나, 재구성된 경우입니다. 각 페이지마다 리디렉션 맵에 기존 URL과 이를 대체하는 새 URL을 한 행씩 작성해야 합니다.

호스트 이름마다 어느 경우에 해당하는지 알면 리디렉션 맵의 규모도 알 수 있습니다.

리디렉션 매핑과 이전 계획#

리디렉션 맵은 기존 URL과 목적지를 한 행씩 적은 스프레드시트입니다. 이전 작업의 대부분은 이 맵을 만드는 일입니다.

• 계속 작동해야 하는 기존 URL을 정리합니다. 사이트맵, 분석 보고서, 백링크 보고서와 함께 인쇄물이나 이메일로 배포한 URL도 확인하세요.
• 각 URL마다 새 사이트에서 가장 가까운 대응 페이지를 고릅니다.
• 맵을 소스 열과 목적지 열이 있는 CSV 파일로 저장합니다.
• 저장되기 전에 가져오기 내용을 검토하고, 오류가 있는 행을 수정합니다.
• DNS가 리디렉션 서비스를 가리키면 주요 URL을 점검한 뒤 기존 서버를 종료합니다.

이전 리디렉션에서 흔한 실수#

• 모든 URL을 홈페이지로 보내기. 방문자는 찾던 페이지를 잃게 됩니다. 각 URL을 가장 가까운 대응 페이지로 리디렉션하세요.
• 리디렉션 체인. 기존 URL이 중간 URL을 거쳐 최종 페이지로 가면 방문할 때마다 이동이 한 번 더 생깁니다. 각 기존 URL을 최종 목적지로 바로 연결하세요.
• 영구 이전에 임시 리디렉션 사용. 이전이 영구적이라면 302가 아니라 301을 사용하세요.
• 쿼리 문자열 누락. 캠페인 및 추적 파라미터는 새 URL까지 전달되어야 합니다.
• 호스트 이름 누락. www 버전, 국가별 도메인, 오래된 하위 도메인에도 리디렉션이 필요합니다.
• 기존 서버를 너무 일찍 종료. 기존 도메인에서 리디렉션이 응답하는지 확인한 뒤 기존 서버를 종료하세요.