사이트 마이그레이션

개요

사이트 마이그레이션은 도메인 변경, URL 구조 개편, CMS·호스팅 플랫폼 교체, HTTP에서 HTTPS로의 전환처럼 사이트에 큰 변화를 주는 작업 전반을 가리킵니다. 단순한 디자인 수정과 달리, 검색 엔진이 인식하던 주소·구조·신호가 함께 달라지기 때문에 그동안 축적한 검색 순위와 유입 트래픽이 손실될 위험이 큽니다. 따라서 마이그레이션의 본질적 과제는 새 환경으로의 기술적 이전 자체가 아니라, 기존에 쌓아온 SEO 가치를 손실 없이 새 위치로 넘기는 것입니다.

유형

실무에서 다루는 사이트 마이그레이션은 변화의 대상에 따라 구분됩니다. 대표적으로 HTTP에서 HTTPS로의 프로토콜 전환, 도메인 이름 변경(.com에서 국가 도메인으로의 전환 포함), URL 구조 및 정보 구조 개편, 사이트 리디자인, 서브도메인을 서브폴더로 합치는 사이트 통합, 그리고 CMS·플랫폼·호스팅 제공자 교체가 있습니다. Google은 이를 크게 두 갈래로 나누어 안내합니다. 첫째는 URL이 바뀌는 이전이고, 둘째는 호스팅이나 HTTPS 전환처럼 URL은 그대로 두는 이전입니다.

URL 변경이 있는 이전의 필수 단계

URL이 달라지는 마이그레이션에서 Google은 서버 측 영구 리다이렉트 사용을 권장하며, 가능하면 301 또는 308 HTTP 상태 코드를 쓰도록 안내합니다. 기존 URL과 새 URL의 매핑 표를 먼저 만든 뒤, 모든 기존 URL을 대응하는 새 URL로 리다이렉트해야 합니다. Google은 "리다이렉트를 가능한 한 오래, 일반적으로 최소 1년간 유지"하라고 명시하는데, 이는 검색 엔진이 링크 재평가와 재크롤링을 포함한 모든 신호를 새 URL로 옮기는 데 필요한 시간입니다.

리다이렉트 설정과 함께 Search Console의 주소 변경 도구로 이전 사실을 알려야 합니다. 이 도구는 새 사이트의 크롤링·색인을 우선시하고, 기존 사이트의 신호를 새 사이트로 전달하며, 표준(canonical) 페이지 판단 시 새 사이트를 선호하도록 알립니다. 다만 HTTP에서 HTTPS로 이전하는 경우에는 주소 변경 도구를 사용할 필요가 없습니다. 또한 새 URL을 담은 사이트맵을 제출해 발견 속도를 높이고, 매핑 표를 기준으로 새 사이트의 내부 링크를 모두 새 URL로 갱신해야 합니다. 규모가 작거나 중간인 사이트는 모든 URL을 동시에 이전하는 것이 권장되며, 대형 사이트는 섹션 단위로 나누어 이전하며 모니터링하는 방식이 가능합니다.

URL 변경이 없는 이전

호스팅 제공자만 바꾸거나 HTTPS로 전환하면서 URL은 유지하는 경우, Google은 새 인프라를 먼저 구축·테스트하고 DNS 설정을 새 호스팅으로 바꾼 뒤, 양쪽 서버 트래픽을 모니터링하다가 기존 호스팅을 종료하는 단계적 절차를 권장합니다. 테스트 단계에서 사용한 robots.txt 차단이나 noindex 태그는 이전 시작 전에 반드시 제거해야 하며, URL 검사 도구로 Googlebot 접근을 확인하고, 이전 약 일주일 전부터 DNS TTL 값을 낮춰 캐시가 빠르게 갱신되도록 준비합니다. Google은 "출시 직후 Googlebot의 크롤링 속도가 일시적으로 떨어진 뒤 며칠에 걸쳐 꾸준히 회복되는 것은 정상"이라고 설명합니다.

위험과 근거

마이그레이션의 가장 큰 위험은 트래픽과 순위 하락입니다. 외부 SEO 자료에 따르면 마이그레이션 이후 최소 3개월간 순위와 유기적 트래픽의 초기 하락을 예상해야 합니다. 리다이렉트가 잘못 설정되면 리다이렉트 체인(중간 단계를 거치는 연쇄 리다이렉트)이나 끊긴 링크가 발생하고, 그 결과 기존 백링크가 깨지면서 그 페이지가 보유하던 링크 자산이 새 페이지로 전달되지 못합니다. 페이지가 새 URL로 재색인되지 못하는 색인 누락도 흔한 실패 사례입니다. 일부 전문가는 핵심 백링크는 외부 사이트 운영자에게 요청해 새 URL로 직접 갱신하는 편이 301 리다이렉트에만 의존하는 것보다 링크 자산 전달 측면에서 더 낫다고 보기도 합니다. Ahrefs나 Semrush 같은 도구로 가장 가치 있는 페이지와 백링크를 사전에 식별하고, 이전 후 키워드 순위 변동을 추적하는 것이 권장됩니다.

실행 체크리스트

• 이전 전: 기존 URL 전체 목록과 핵심 페이지·백링크를 수집하고, 기존 URL과 새 URL의 1:1 매핑 표를 작성합니다.
• 이전 전: 스테이징 환경에서 새 사이트를 구축·테스트하고, 테스트용 robots.txt 차단·noindex 태그를 제거할 준비를 합니다.
• 이전 전: DNS TTL 값을 약 일주일 전부터 낮춰 둡니다(URL 무변경 이전).
• 이전 시: 매핑 표를 기준으로 모든 기존 URL에 301 영구 리다이렉트를 설정합니다. 작거나 중간 규모 사이트는 한 번에 이전합니다.
• 이전 시: 내부 링크를 모두 새 URL로 갱신하고, 리다이렉트 체인과 끊긴 링크가 없는지 점검합니다.
• 이전 시: 새 사이트맵을 Search Console에 제출하고, URL이 바뀌는 경우 주소 변경 도구로 이전을 알립니다(HTTP→HTTPS 제외).
• 이전 후: 색인 생성 보고서, 사이트맵 보고서, 검색 실적을 모니터링하고 순위 변동을 추적합니다.
• 이전 후: 리다이렉트를 최소 1년 이상 유지하고, 트래픽이 0이 된 뒤에야 기존 호스팅을 종료합니다.

참고·출처

• Google Search Central — Site moves with URL changes
• Google Search Central — Site moves without URL changes
• Google Search Console Help — Change of Address tool
• Site Migration SEO Checklist — 마이그레이션 유형·위험·백링크