사이트 마이그레이션(Site Migration)은 도메인, URL 구조, CMS나 호스팅, HTTPS 전환처럼 웹사이트의 주소나 기반을 통째로 바꾸는 이전 작업이다. 기존 순위와 유입을 잃지 않도록 리디렉션과 색인을 관리하는 일까지 포함한다.
구글 검색 센터는 이를 “사이트 이전”이라고 부르고, URL이 바뀌는 이전과 바뀌지 않는 이전을 다른 문서로 나눠 안내한다 (Google 검색 센터, URL 변경을 포함한 사이트 이전). 웹사이트 마이그레이션, 사이트 이전, 도메인 이전이 같은 뜻으로 쓰인다.
기준은 하나, “사용자에게 보이는 URL이 바뀌는가”다. URL이 바뀌면 옛 URL마다 새 URL을 매핑하고 리디렉션해야 하고, 바뀌지 않으면 서버 전환만 관리하면 된다.
| 유형 | 예 | URL 변경 | SEO 핵심 과제 |
|---|---|---|---|
| 도메인 변경 | example.co.kr에서 example.com으로 | 있음 | 전체 URL 매핑, 301, 서치콘솔 주소 변경 알림 |
| URL 구조 개편 | /post?id=12에서 /blog/제목/으로 | 있음 | 페이지 단위 1:1 매핑, 내부 링크 교체 |
| 플랫폼(CMS) 교체 | 워드프레스에서 Shopify로 | 보통 있음 | 플랫폼이 바꾸는 URL 패턴 추적, 템플릿의 메타 태그와 표준 URL 재점검 |
| HTTP에서 HTTPS로 | http://에서 https://로 | 있음 (프로토콜) | 전체 301, 혼합 콘텐츠 제거 |
| 호스팅 변경 | 서버나 CDN 교체 | 없음 | DNS TTL, 크롤링 속도 변동 감시 |
| 사이트 통합 | 여러 도메인을 하나로 | 있음 | 중복 페이지 통합 대상 선정, 매핑 |
구글은 호스팅 변경에 대해 “이 가이드는 사용자에게 표시되는 URL에 영향을 미치지 않는 이전에만 적용됩니다”라고 선을 긋고, 이 경우에도 “사이트 게시 직후에는 Googlebot의 크롤링 속도가 일시적으로 떨어졌다가 이후 며칠 동안 점차 증가합니다”라고 안내한다 (Google 검색 센터, URL 변경이 없는 사이트 이전).
검색엔진이 쌓아 둔 신호가 옛 URL에 묶여 있는데, 이전은 그 URL을 전부 바꾸는 일이기 때문이다. 리디렉션이 한 곳이라도 빠지면 그 페이지의 백링크, 순위 이력, 색인이 끊긴다.
규모가 큰 조사가 하나 있다. Search Engine Journal의 댄 테일러가 도메인 마이그레이션 892건의 유기적 트래픽을 추적한 결과, 새 도메인이 옛 도메인과 같은 트래픽에 이르기까지 평균 523일이 걸렸고, 17%는 1,000일이 지나도 돌아오지 않았다 (Search Engine Journal, How Long Should An SEO Migration Take?, 2025-01-08). 같은 조사에서 가장 빨리 회복한 사례는 19일, 22일, 23일, 33일이었다.
구글도 시간이 걸린다고 명시한다. “중간 규모의 웹사이트의 경우 Google에서 이전 URL 대신 새 URL을 점진적으로 표시하는 데 몇 주 이상 걸릴 수 있으며, 대형 사이트의 경우 더 오래 걸릴 수 있습니다”라고 쓰고, “이동하는 동안 일시적으로 Google 검색에서 콘텐츠의 검색 가능성이 변동될 수 있습니다”라고 덧붙인다.
개인 사이트의 .com에서 .jp로의 도메인 변경을 10개월간 추적한 공개 데이터셋도 같은 패턴을 보인다. 이전 직후 하락, 3주차부터 색인 회복, 16주차에 완전 회복과 소폭 상승이었다 (Mendeley Data, SEO Impact Analysis of Domain Changes Based on Real Data, 2025).
옛 URL 전체 목록을 만들고, 새 URL로 1:1 매핑한 뒤, 301 리디렉션을 걸고 최소 1년 유지하는 것이 핵심이다. 구글 문서의 권장 사항을 순서대로 정리하면 다음과 같다.
호스팅만 바꿀 때는 구글이 “적어도 이전 일주일 전에 TTL을 보수적으로 낮은 값으로 낮추는 것이 좋습니다”라고 안내한다. DNS 캐시가 빨리 갱신돼야 옛 서버와 새 서버가 섞여 응답하는 기간이 짧아진다.
서치폴라리스가 2026년 8월 21일에 위키 문서 29편의 URL을 /blog/에서 /wiki/로 옮기고 옛 URL에 301을 건 뒤 서치콘솔 노출을 추적했다. 옛 URL 29개의 주간 노출은 이전 직전 2주 평균 273회에서 이전 첫 주 10회로 줄었고, 7주차에는 0회가 됐다.
| 301 적용 후 | 옛 URL 주간 노출 | 이전 직전 2주 평균 대비 |
|---|---|---|
| 1주차 | 10회 | 4% |
| 2주차 | 6회 | 2% |
| 3주차 | 7회 | 3% |
| 4주차 | 1회 | 0% |
| 5주차 | 3회 | 1% |
| 6주차 | 5회 | 2% |
| 7주차 | 0회 | 0% |
(서치폴라리스 자체 실측, 서치콘솔 API, 2026-08-07~2026-10-08, 301이 확인된 29개 URL. 새 URL이 리디렉션 전부터 열흘 가까이 함께 색인돼 있던 조건이라, 새 URL을 처음 보는 일반 이전보다 교체가 빨랐을 수 있다.)
소규모 사이트에서 페이지 단위 1:1 리디렉션이 완전할 때 구글의 URL 교체는 몇 주가 아니라 첫 주에 대부분 끝났다. 892건 조사에서 회복이 수백 일로 늘어난 사례들은 반대로 리디렉션 매핑에 빈틈이 있던 경우였다.
이전 전, 이전 당일, 이전 후로 나눠 점검한다.
이전 전
이전 당일
이전 후
구글 문서가 “흔히 발생하는 실수”로 따로 다룰 만큼 반복되는 유형이 있다.
| 실수 | 결과 | 예방 |
|---|---|---|
| 옛 URL을 전부 홈으로 리디렉션 | 페이지별 순위 신호가 홈에 뭉개지고, 사용자는 찾던 페이지를 잃는다 | 페이지 단위 1:1 매핑 |
| 스테이징의 noindex나 robots.txt 차단을 라이브에 반영 | 새 사이트 전체가 색인에서 빠진다 | 배포 직후 robots.txt와 메타 태그 확인 |
| 리디렉션 체인과 루프 | 크롤러가 중간에 포기하고 크롤 버짓이 낭비된다 | 옛 URL에서 최종 URL로 1홉 |
| 리디렉션을 몇 달 만에 제거 | 구글이 이전을 충분히 관찰하지 못하고, 외부 링크가 404가 된다 | 최소 1년 유지 |
| 이전과 디자인 개편, 콘텐츠 삭제를 동시에 진행 | 트래픽 하락의 원인을 가를 수 없다 | 한 번에 한 가지 |
| 내부 링크와 표준 URL 태그를 옛 URL로 방치 | 크롤러가 매번 리디렉션을 거치고 신호가 분산된다 | 새 URL로 직접 교체 |
URL이 정말 그대로라면 호스팅 변경과 같은 “URL 변경이 없는 이전”이고 리디렉션은 필요 없다. 다만 플랫폼을 바꾸면 슬래시 유무, 대소문자, 카테고리 경로, 페이지네이션 URL이 모르는 사이에 바뀌는 일이 흔하다. 이전 전 URL 목록과 새 사이트의 URL을 전수 대조해 하나라도 다르면 “URL 변경이 있는 이전”으로 다뤄야 한다.
같은 뜻이다. 구글 검색 센터 한국어 문서는 “사이트 이전”을, 업계와 도구는 “마이그레이션”을 주로 쓴다. 영어 문서에서 site move와 site migration도 같은 작업을 가리킨다.
서치폴라리스가 AI 검색 가시성을 진단하고 GEO 실행까지 대행합니다.