사이트 마이그레이션
사이트 마이그레이션(Site Migration)은 검색 가시성에 의미 있게 영향을 줄 수 있는 사이트의 모든 상당한 변경 — 새 도메인, 새 URL 구조, 새 CMS, 새 디자인, 새 프로토콜(HTTPS), 또는 이들의 조합 — 을 말합니다. '호스팅 이전'보다 넓은 의미입니다: 구글 관점에서 마이그레이션은 URL·HTML·접근 패턴이 대규모로 바뀌는 모든 것입니다.
사이트 마이그레이션(Site Migration)은 검색 가시성에 의미 있게 영향을 줄 수 있는 사이트의 모든 상당한 변경 — 새 도메인, 새 URL 구조, 새 CMS, 새 디자인, 새 프로토콜(HTTPS), 또는 이들의 조합 — 을 말합니다. '호스팅 이전'보다 넓은 의미입니다: 구글 관점에서 마이그레이션은 URL·HTML·접근 패턴이 대규모로 바뀌는 모든 것입니다.
왜 중요한가
마이그레이션은 '자초한 SEO 재앙'의 가장 흔한 원인입니다. 업계 조사에 따르면 사이트 마이그레이션의 3050%가 측정 가능한 트래픽 하락을 일으키고, 1020%는 끝내 완전히 회복하지 못합니다. 승리 시 보상은 복리로 쌓입니다 — 깨끗한 마이그레이션은 도메인이 수년간 쌓은 엔티티 자본을 보존합니다. 패배 시 손실은 잔혹합니다 — 엉성한 마이그레이션은 하룻밤에 수억 원 단위의 월 매출을 날리고 회복에 몇 분기가 걸릴 수 있습니다. 체계적인 사전·진행·사후 체크리스트가 두 결과의 차이입니다.
마이그레이션 유형
도메인 마이그레이션: example.com → newbrand.com. 가장 고위험 카테고리. 모든 URL에 301 리다이렉트 필요.
URL 구조 마이그레이션: /products/abc → /shop/abc. CMS 변경과 함께 일어나는 경우가 많음.
플랫폼/CMS 마이그레이션: WordPress → Shopify, 커스텀 → Webflow. 템플릿이 바뀌고 URL도 종종 바뀜.
프로토콜 마이그레이션: HTTP → HTTPS. 제대로 하면 저위험, Mixed-content 에러가 나면 재앙.
디자인/리디자인: URL은 같지만 HTML·내부 링크·콘텐츠 깊이가 달라짐.
서브도메인 ↔ 서브폴더: blog.example.com ↔ example.com/blog. 둘 다 SEO에 작동하지만, 이전 시 링크 보존이 필수.
국제화: hreflang과 국가 서브디렉토리 추가·재구성.
사전 체크리스트
현재 사이트 전체 URL 크롤: Screaming Frog·Sitebulb. 인덱싱된 모든 URL, 각 URL의 트래픽과 인바운드 링크를 수집.
구 URL → 신 URL 매핑: 현재 URL, 새 URL, 상태, 리다이렉트 타입이 담긴 스프레드시트. 인덱싱된 모든 URL에 목적지가 있어야 함.
백링크 감사: 외부 링크가 가장 많은 페이지를 식별. 나머지 사이트가 정리되더라도 이 페이지들은 리다이렉트를 유지해야 함.
기준 지표 벤치마크: 순위, GSC 노출수, 오가닉 트래픽, 인덱스 페이지 수, Core Web Vitals. 손실·이득을 측정하려면 '이전 사진'이 필요.
새 사이트 스테이징: 개발 도메인에서 크롤. 깨진 링크·누락 캐노니컬·구조 에러를 라이브 전에 수정.
이해관계자와 소통: 법무·마케팅·이메일·유료 광고가 모두 URL 안정성에 의존. 기습 마이그레이션은 모든 것을 깨뜨림.
런칭 체크리스트
컷오버 전에 301 리다이렉트 가동: 모든 구 URL이 매핑된 신 URL로 301. 깊이 묻힌 카테고리 페이지 포함.
캐노니컬 태그를 새 URL로 업데이트.
새 사이트맵을 GSC에 제출.
robots.txt 업데이트 — 새 사이트를 차단하지 말고, 구 사이트 차단도 남겨두지 말 것.
404·리다이렉트 체인 시간 단위 모니터링 — 첫 24시간.
Core Web Vitals 주시 — 플랫폼 변경은 LCP·INP에 조용히 영향을 줌.
구 사이트맵도 접근 가능하게 유지 — 몇 주간, 구글이 리다이렉트를 발견할 수 있도록.
사후 모니터링
1주차: 크롤 에러·404·리다이렉트 루프·순위 급락. GSC Coverage 리포트를 매일 비교.
1개월차: 인덱스 커버리지·순위 변화·기준 대비 트래픽 델타. 일시 하락은 정상이며 안정화되어야 함.
1분기차: 최종 회복 평가. 8~12주 내에 기준선 회복이 안 되면 구조적 문제가 있는 것.
흔한 실수
301이 아니라 302: 302는 임시. 구글이 전체 신호를 전달하지 않음. 반드시 301.
리다이렉트 체인: 구 → 중간 → 신. 크롤 예산을 태우고 신호가 샘. 최종 URL로 직접 리다이렉트.
내부 링크 유실: 새 템플릿이 종종 구 내부 링크 그래프를 버림. 런칭 후 재감사.
사이트맵 업데이트 누락: 구글은 알려주지 않으면 계속 구 URL을 크롤.
스테이징 크롤 생략: 프로덕션에서 발견된 문제는 10배 더 고치기 어려움.
롤백 계획 부재: 새 사이트가 깨지면, 적어도 첫 48시간은 구 사이트로 되돌아갈 테스트된 경로가 필요.
조용한 마이그레이션: 도메인 이전은 Search Console의 'Change of Address' 도구로 공식 통보해야 구글이 이동을 더 잘 인식함.
Sources:
- Site Moves - Google Search Central
- The Ultimate Site Migration Checklist - Ahrefs
- Website Migration Guide - Search Engine Journal
관련 인블로그 게시물
inblog에서 활용하기
inblog는 기존 블로그를 이전해 올 때 자동 URL 매핑·301 리다이렉트 생성·캐노니컬 유지·GSC 제출까지 포함된 마이그레이션 플로우를 제공합니다. 도메인만 연결하면 구 URL의 트래픽과 백링크 자산이 보존된 채 새 플랫폼에서 발행이 시작되므로, 마이그레이션이 SEO를 망가뜨릴 가능성을 현저히 낮춥니다.