도메인이나 플랫폼을 바꿀 때 기존 URL과 새 URL을 일대일로 매핑하고 리디렉션과 오류를 검증하는 순서를 정리합니다. 복잡한 기능 이름보다 먼저 확인할 것은 ‘일대일 대응’입니다. 기존 글마다 내용이 가장 가까운 새 URL을 연결합니다. 관련 없는 여러 주소를 새 홈으로 한꺼번에 보내지 않습니다.
이 글의 범위
실제 경험이나 측정 결과를 가정하지 않고, 공식 문서로 확인 가능한 개념과 적용 순서를 일반 가이드로 설명합니다. 제품 버전과 서비스 정책은 바뀔 수 있으므로 적용 전 연결된 공식 문서를 다시 확인하세요.
판단의 출발점
블로그 이전은 파일 복사보다 오래된 URL이 새 위치를 정확히 가리키게 만드는 작업입니다. ‘일대일 대응’에서 시작해 ‘영구 리디렉션’와의 경계를 정하면 구현할 범위와 실패했을 때 확인할 지점을 구분하기 쉬워집니다.
이전 전에 확정할 URL 대응 원칙
일대일 대응
기존 글마다 내용이 가장 가까운 새 URL을 연결합니다. 관련 없는 여러 주소를 새 홈으로 한꺼번에 보내지 않습니다.
영구 리디렉션
콘텐츠가 실제로 이동했다면 301 또는 308 같은 영구 리디렉션을 사용하고 연쇄 단계를 최소화합니다.
대체 페이지 없음
옮길 가치나 대응 콘텐츠가 없다면 정확한 404 또는 410을 반환합니다. 소프트 404 형태의 빈 정상 페이지를 만들지 않습니다.
신호 갱신
새 canonical, 내부 링크, 사이트맵과 구조화 데이터를 새 URL로 맞춥니다. 이전용 noindex와 robots 차단이 남지 않았는지 확인합니다.
관찰 기간
기존 도메인과 리디렉션을 충분히 유지하고 양쪽 Search Console 속성, 크롤링 오류, 트래픽을 관찰합니다.
 |
| 블로그 이전 전에 URL 대응표부터 만들어야 하는 이유 핵심 판단 흐름 설명용 개념도 |
사이트 이전에서 자주 생기는 손실
- 도메인, CMS, 디자인, URL 구조를 한 번에 바꾸고 원인을 추적하지 못하기
- 모든 예전 글을 새 홈으로 리디렉션하기
- 테스트용 noindex와 robots 차단을 운영에 남기기
- 옛 도메인을 바로 해지해 리디렉션을 중단하기
URL 중심 이전 순서
- 기존 색인·트래픽·내부 링크 URL 목록을 내보냅니다.
- 각 URL에 새 URL, 삭제, 통합 중 하나의 결정을 기록합니다.
- 새 사이트를 차단된 테스트 환경에서 기능과 콘텐츠까지 검증합니다.
- 리디렉션과 새 canonical·사이트맵을 함께 배포합니다.
- 리디렉션 체인, 404, 색인과 트래픽 변화를 정기적으로 확인합니다.
운영 전 빠른 점검
| 확인 항목 | 질문 |
|---|---|
| 첫 기준: 일대일 대응 | 변경 전에 전제와 목적을 확인했는가? |
| 분리 대상: 영구 리디렉션 | 다른 책임과 섞이지 않게 경계를 정했는가? |
| 피할 패턴: 도메인, CMS, 디자인, URL 구조를 한 번에 바꾸고 원인을 추적하지 못하기 | 본문에서 경고한 패턴이 남아 있지 않은가? |
| 오류와 복구 | 정상 경로뿐 아니라 실패와 되돌리기도 확인했는가? |
마무리
블로그 이전은 파일 복사보다 오래된 URL이 새 위치를 정확히 가리키게 만드는 작업입니다. 콘텐츠 대응표를 먼저 만들고 한 번에 한 변화씩 적용하면 검색 엔진과 기존 방문자가 길을 잃는 일을 줄일 수 있습니다.
