사이트 마이그레이션
Site Migration
사이트 마이그레이션은 도메인, URL 경로, 프로토콜, 호스팅이나 플랫폼 같은 웹사이트 기반을 이전하는 작업입니다. 사용자에게 보이는 디자인만 바꾸고 주소·응답·콘텐츠 제공 구조가 유지되는 개편과는 영향 범위가 다릅니다.
AI 보조 조사·작성 후 원문과 대조한 설명입니다. 사례·계산은 별도 출처 표기가 없는 한 이해를 위한 가상 예시이며 실제 고객 성과가 아닙니다.
이전 유형을 먼저 나눠야 하는 이유는 무엇인가요?
Google의 URL 변경 이전 문서는 도메인·경로·HTTP에서 HTTPS 전환에 새 사이트 준비, URL 매핑, 리디렉션과 모니터링이 필요하다고 설명합니다. 호스팅 변경 안내는 URL이 유지되는 경우 새 서버와 DNS, 이전·신규 로그를 중심으로 다룹니다. 주소가 바뀌는지, 응답을 만드는 서버만 바뀌는지에 따라 작업표와 롤백 조건이 달라집니다.
가상 도메인 이전은 어떻게 준비하나요?
가상 사이트가 old.example에서 new.example로 옮긴다고 가정합니다. 이전 URL과 내용이 대응하는 새 URL을 행별로 매핑하고 새 환경에서 200, canonical, 내부 링크와 분석 설정을 검사합니다. 전환일에는 이전 URL이 대응 문서로 직접 리디렉션되는지 확인하고 새 URL 사이트맵을 제출합니다. 관계없는 모든 경로를 새 홈으로 보내지 않습니다.
전환 기록
- 이전·신규 URL 매핑과 제외 사유
- DNS, 인증서, 서버 응답과 리디렉션
- robots·noindex·canonical·사이트맵 차이
- 이전·신규 서버 로그와 주요 페이지 색인 상태
- 롤백 가능 시점과 책임자
디자인 개편과 마이그레이션은 같은가요?
디자인만 바뀌어도 렌더링과 내부 링크가 달라질 수 있지만 도메인·URL·호스팅 이전과 같은 작업은 아닙니다. 한 번에 URL, CMS, 콘텐츠와 디자인을 모두 바꾸면 문제 원인을 분리하기 어려워집니다. 가능하면 변경 묶음을 나누고 기준선을 남기며 동시에 바꿔야 한다면 항목별 검증 결과를 따로 저장합니다.
이전 뒤 순위와 회복 기간을 보장할 수 있나요?
보장할 수 없습니다. 검색 엔진이 이전·신규 URL을 다시 크롤링하고 리디렉션과 대표 URL 신호를 처리하는 동안 변동이 생길 수 있으며 수요와 콘텐츠 변경도 영향을 줍니다. 배포 완료, 리디렉션 확인, 검색 엔진 처리, 트래픽 관찰을 서로 다른 상태로 보고해야 일정 준수와 검색 회복을 같은 성과로 오해하지 않습니다.
자주 묻는 질문
- 호스팅만 바꾸고 URL이 같아도 마이그레이션인가요?
- 인프라 이전에 해당합니다. DNS 전환과 서버 용량, 오류 응답, 이전·신규 로그를 중심으로 확인합니다.
- 모든 이전 URL을 새 홈페이지로 보내도 되나요?
- 권장되지 않습니다. 내용이 대응하는 새 URL로 연결하고 대체 문서가 없는 경로는 삭제 상태를 정확히 응답해야 합니다.
출처와 확인 범위
- How to move a site with URL changes · Google Search Central · 확인 2026-10-27
URL이 바뀌는 사이트 이전은 이전·신규 URL 매핑, 서버 리디렉션, 내부 링크·사이트맵 갱신과 전후 모니터링이 필요합니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.
- Changing your hosting · Google Search Central · 확인 2026-10-27
URL이 유지되는 호스팅 이전은 새 인프라 테스트, DNS 전환, 이전·신규 서버 로그 관찰을 거쳐 기존 서버 트래픽이 사라진 뒤 종료합니다.
확인 범위: 표시한 절의 정의·프로토콜·측정 조건·한계만 사용했습니다. 크롤링·렌더링·색인·검색 노출·속도·순위·처리 기간 보장은 근거로 사용하지 않았습니다.