사이트 마이그레이션은 도메인이나 URL 구조를 바꾸거나 CMS, 호스팅을 옮기는 작업입니다. HTTPS 전환과 서브도메인 통합도 여기에 해당합니다. 주소가 바뀌면 검색엔진이 옛 페이지와 새 페이지의 관계를 다시 파악해야 합니다. 기존 URL을 대응하는 새 URL로 연결하고 수집과 색인 오류를 해결하면 이전 중 검색 노출과 유입이 줄어드는 위험을 낮출 수 있습니다.
URL 매핑표와 301 리디렉션 절차
URL이 바뀌면 이전 주소와 새 주소의 대응표를 먼저 만들고 그에 맞춰 영구 리디렉션을 설정합니다. 검색엔진은 이 응답을 보고 새 주소로 이전됐음을 파악합니다.
- 이전 전 URL 목록을 만듭니다. 크롤링 결과와 사이트맵, Search Console 데이터를 대조해 검색 유입이나 백링크가 있는 주소가 빠지지 않도록 합니다.
- 옛 URL마다 새 목적지를 정합니다. 여러 페이지의 내용을 하나로 합쳤다면 통합 페이지로 연결하고, 대체할 내용 없이 삭제했다면 404나 410으로 응답합니다.
- 매핑표에 따라 서버에 영구 리디렉션을 설정합니다. Google은 301과 308을, 네이버는 301을 안내합니다. 관련 없는 옛 페이지를 모두 새 홈페이지로 보내면 Google이 soft 404로 처리할 수 있습니다.
- 새 사이트의 캐노니컬 태그, 내부 링크와 사이트맵이 새 주소를 가리키도록 수정합니다.
도메인이나 서브도메인을 옮겼다면 옛 사이트와 새 사이트의 Search Console 소유권을 확인하고 주소 변경 도구로 이전을 알립니다. 이 도구는 HTTP에서 HTTPS로 전환하거나 같은 도메인 안에서 경로, www 사용 여부를 바꿀 때는 쓰지 않습니다. URL을 유지하는 호스팅 이전도 대상이 아닙니다.
이전 전에 저장할 성과와 기술 상태
출시 후 검색 유입이 줄었을 때 어느 페이지에서 문제가 생겼는지 찾으려면 이전 전 기록이 필요합니다. 성과 비교용으로 최근 3개월 자료를 저장하고, 계절 영향을 받는 사이트라면 가능할 때 전년 같은 기간도 확보합니다. 출시 직전에는 사이트 전체의 크롤링 결과와 주요 URL의 응답, 렌더링 결과를 남깁니다.
- Search Console의 클릭수, 노출수와 검색어, 페이지 색인 생성 보고서와 핵심 URL의 색인 상태
- GA4의 자연 검색 방문, 주요 이벤트와 랜딩 페이지
- 외부 사이트의 백링크가 연결된 URL
- 현재 상태 코드, canonical, robots 지시와 렌더링 결과
- 서버 로그의 주요 검색로봇 요청과 오류 응답
크롤링 결과, 사이트맵, 분석 도구의 URL 목록을 합치면 같은 페이지가 여러 형태로 나타날 수 있습니다. 프로토콜, 호스트, 끝 슬래시, 파라미터를 비교해 대표 URL과 변형 주소를 정리한 뒤 매핑표에 반영합니다.
변경 유형에 따라 달라지는 점검
| 변경 | 이전에 필요한 작업 |
|---|---|
old.example.com/a를 www.example.com/a로 이동 | 호스트별 URL 매핑, 301, robots.txt와 Search Console 속성 범위 점검 |
| 다른 도메인으로 이전 | 양쪽 사이트 소유권 확인, 주소 변경 도구 사용, 옛 도메인의 리디렉션 유지 |
| HTTP 주소를 HTTPS로 전환 | 인증서 설정, HTTP 변형 주소의 HTTPS 리디렉션 점검. 주소 변경 도구는 사용하지 않음 |
| CMS나 호스팅을 바꾸되 공개 URL과 콘텐츠는 유지 | 렌더링, 상태 코드, canonical, 색인 설정과 분석 태그 대조. 호스팅을 옮기면 DNS와 검색로봇 접근도 점검 |
| 색상과 폰트만 바꾸고 URL과 콘텐츠는 유지 | 일반 디자인 변경 |
서브도메인을 하위 폴더로 통합할 때는 호스트마다 따로 적용하던 robots.txt 규칙과 내부 링크도 새 구조에 맞춰야 합니다. 호스팅이나 CDN만 바꾸고 URL을 유지한다면 주소 매핑은 필요 없지만, 새 환경에서도 같은 페이지가 정상 응답하고 검색로봇이 접근할 수 있어야 합니다.
URL 매핑표 예시
| 기존 URL | 새 URL | 처리 |
|---|---|---|
/old-guide | /guide | 가장 가까운 대응 페이지로 301 |
/old-price | /pricing | 가격 페이지로 301 |
/expired-event | 없음 | 대체 페이지가 없으면 404 또는 410 검토 |
이전 주소에는 관련성이 높은 새 페이지를 연결합니다. 대체 페이지가 없다면 홈페이지로 보내기보다 404나 410 등 삭제 응답을 검토합니다. 구현 후에는 매핑표의 각 URL을 요청해 상태 코드와 최종 도착 주소가 계획대로인지 검사합니다.
Google과 네이버는 중소 사이트의 URL을 한 번에 옮기는 방식을 권장합니다. 대형 사이트는 디렉터리나 기능별로 먼저 옮겨 오류를 찾아 수정할 수 있습니다. 다만 일부 구간의 결과가 전체 이전을 대표하지는 않으므로 나머지 URL에도 같은 검사를 적용해야 합니다.
출시 직전 확인 순서
개발 중에 넣은 noindex나 robots.txt 차단 규칙이 운영 환경에 남으면 새 사이트의 수집과 색인을 방해합니다. 출시 직전 공개할 URL 표본에서 응답, 색인 설정, 렌더링과 계측을 함께 확인합니다.
- 새 URL이 200을 반환하고 옛 URL은 중간 주소를 거치지 않고 대응 URL로 영구 리디렉션되는지 검사합니다.
- 새 페이지의 canonical, 내부 링크와 사이트맵이 모두 새 주소를 쓰는지 확인합니다.
- 공개할 페이지에 개발용 robots.txt 차단이나 robots meta의 noindex가 남았는지 검사합니다.
- 모바일 화면과 JavaScript 렌더링 결과에 본문, 제목과 구조화 데이터가 제대로 나타나는지 확인합니다.
- 폼 제출과 전화 클릭을 시험해 GA4와 광고 전환 태그에 의도한 이벤트가 기록되는지 확인합니다.
- DNS 전환 후 각 호스트의 인증서가 유효한지, CDN이 이전 응답을 반환하지 않는지, 변형 주소가 정한 대표 URL로 연결되는지 검사합니다.
도메인이 바뀌었다면 Naver Search Advisor에도 새 사이트를 별도로 등록하고 사이트맵을 제출합니다. 옛 사이트를 먼저 차단하거나 서버를 끄면 네이버 검색로봇이 301과 새 주소를 확인하지 못할 수 있습니다.
출시 뒤 검증과 되돌리기 기준
검색엔진이 새 주소를 처리하는 동안 순위와 유입이 일시적으로 달라질 수 있습니다. 변동을 모두 정상으로 단정하지 말고, 전체 트래픽과 함께 이전 전 유입이 많았던 URL 묶음의 상태를 비교합니다.
- Search Console에서 옛 사이트와 새 사이트의 크롤링 오류, 404 응답이 증가했는지 확인합니다.
- 이전에 유입이 많았던 페이지부터 옛 주소가 대응하는 새 페이지로 연결되는지 표본 검사합니다.
- 여러 중간 주소를 거치는 리디렉션 체인과 영구 이전인데 302로 설정한 구간을 수정합니다.
- 특정 디렉터리에서 404가 늘면 매핑 누락을 찾습니다. 페이지는 열리는데 노출이 사라졌다면 noindex, canonical과 렌더링 결과가 이전과 달라졌는지 먼저 검사합니다.
Google의 사이트 이전 가이드는 리디렉션을 일반적으로 최소 1년 유지하도록 권장합니다. 외부 링크나 즐겨찾기가 옛 주소를 가리키고 있다면 이후에도 리디렉션을 유지해야 방문자가 새 페이지에 도착할 수 있습니다.
새 사이트에 접속할 수 없거나 결제, 문의, 주요 템플릿이 광범위하게 작동하지 않으면 배포나 DNS를 이전 상태로 되돌리는 방안을 검토합니다. 이때는 기존 URL의 응답과 연결까지 함께 복구해야 합니다. 순위의 일시 변동만으로 정상 리디렉션을 철회하거나 두 환경을 번갈아 운영하면 검색엔진의 이전 처리가 혼란스러워질 수 있습니다.
자주 묻는 질문
마이그레이션하면 순위가 떨어지나요?
검색엔진이 새 URL을 수집하고 색인하는 동안 순위가 일시적으로 달라질 수 있습니다. 다만 이전 수준으로 반드시 회복되는 것은 아닙니다. 하락이 지속된다면 유입이 줄어든 페이지에서 리디렉션 누락, 콘텐츠 변경, 수집 차단이나 색인 제외가 발생했는지 조사해야 합니다.
디자인 리뉴얼도 마이그레이션인가요?
색상과 폰트만 바꾼다면 일반 디자인 변경에 가깝습니다. 그러나 리뉴얼 과정에서 URL 체계나 CMS까지 바꾼다면 이전에 필요한 검증을 해야 합니다. 계획 단계에서 주소와 플랫폼의 변경 범위를 확인합니다.
이전과 리라이팅을 동시에 해도 되나요?
주소와 콘텐츠를 크게 바꾸는 작업은 가능하면 나눠 진행합니다. 동시에 변경하면 검색 성과가 달라졌을 때 원인을 구분하기 어렵기 때문입니다. Google도 사이트 이전과 큰 콘텐츠 변경을 분리하도록 권장합니다. 이전 상태를 검증한 뒤 콘텐츠를 개선하면 각 변경의 영향을 확인하기 쉽습니다.
함께 알아두면 좋은 용어
- 301 리디렉션: 요청한 리소스가 다른 주소로 영구 이동했음을 알리는 HTTP 응답
- 캐노니컬 태그: 중복되거나 유사한 페이지 중 검색엔진에 대표 URL을 제안하는 HTML 태그
- 서브도메인: 상위 도메인 앞에 이름을 붙여 구분한 하위 도메인
- URL 매핑: 옛 주소와 새 주소의 대응표