TL;DR: 체크리스트 없는 마이그레이션은 도박이다
- T-30/T-7/T-24hr/런칭일 4단계 체크리스트로 누락 방지
- Go/No-Go 기준: 리다이렉트 5% 이상 미매핑이면 진행 불가
- DNS TTL 60초: 롤백 시 약 1분 내 DNS 변경 전파 가능
- 롤백 트리거: 트래픽 70% 이상 하락 + 깨끗한 백업 존재 시 즉시 롤백
- 실패 후 회복: 리다이렉트 오류 수정 후 2~8주 내 회복 가능
마이그레이션 플레이북의 프레임워크를 이해했다면, 이제 실무에서 바로 사용할 수 있는 체크리스트와 롤백 계획이 필요합니다. "확인했다고 생각했는데 놓쳤다"는 마이그레이션 실패의 가장 흔한 패턴입니다. 체크리스트는 이 패턴을 방지하는 유일한 도구입니다.
이 글은 SEO 마이그레이션 플레이북의 후속편입니다. 플레이북에서 다룬 3단계 프레임워크의 실행 도구를 제공합니다.
T-30일: 기초 준비
이 시점에 놓치는 항목은 런칭일에 발견되며, 그때는 이미 늦습니다.
- 전체 사이트 크롤 실행 (Screaming Frog, Sitebulb) — 모든 URL, 상태 코드, 메타데이터 문서화
- 기준선 지표 내보내기: 오가닉 트래픽, 키워드 순위, 색인 페이지 수, 백링크 프로파일
- 리다이렉트 매핑 스프레드시트 완성 (이전 URL, 신규 URL, 리다이렉트 유형, 스키마 보존 여부)
- 스테이징 환경이 프로덕션과 동일한지 확인 (서버 설정, DB 구조, 서드파티 연동)
- 크롤러가 스테이징을 색인하지 않도록 비밀번호 보호 또는 noindex 처리
리다이렉트 매핑은 가장 시간이 많이 걸리는 작업입니다. 대규모 사이트는 AI 기반 매핑 도구를 활용하되, 최종 검수는 반드시 사람이 해야 합니다. T-30일에 이 작업을 시작하지 않으면 일정이 밀립니다.
T-7일: 기술 검증
런칭 1주 전은 "될 것이다"가 아니라 "된다"를 확인하는 단계입니다.
- DNS TTL을 60초로 낮추기 — 롤백 시 DNS 변경이 약 1분 내 전파됩니다
- 리다이렉트를 스테이징에서 대량 테스트 (스팟 체크가 아닌 전수 검사)
- 모든 내부 링크가 신규 URL을 가리키는지 확인
- 캐노니컬 태그(Canonical Tag) 업데이트 확인
- 신규 도메인의 SSL 인증서 준비 완료
- 신규 사이트의 애널리틱스/추적 코드 정상 작동 확인
- 신규 URL 구조 기반 XML 사이트맵 생성
DNS TTL을 왜 미리 낮춰야 하는지 설명합니다. 기본 TTL이 3,600초(1시간)~86,400초(24시간)인 상태에서 문제가 발생하면, DNS를 되돌려도 전파에 수 시간에서 하루가 걸립니다. TTL을 60초로 낮춰놓으면 약 1분 안에 이전 서버로 트래픽을 되돌릴 수 있습니다.
T-24시간: 최종 점검
런칭 전날은 이중 확인의 시간입니다. 여기서 실행하는 체크리스트는 런칭 당일에 한 번 더 실행합니다.
- 전체 사전 런칭 체크리스트 실행 (런칭일에 한 번 더 반복)
- 신규 프로퍼티에 대한 Google Search Console 인증 완료
- 주소 변경(Change of Address) 도구 제출 준비
- 팀 커뮤니케이션: 역할 분담, 타임라인, 에스컬레이션 연락처 확인
런칭일: 실행
- 비피크 시간대에 시작 — 문제 발생 시 대응 시간 확보
- 301 리다이렉트 활성화
- 신규 사이트에서 noindex 태그 제거
- 업데이트된 XML 사이트맵을 GSC와 Bing Webmaster Tools에 제출
- 도메인 마이그레이션이면 GSC에서 주소 변경 도구 실행
- 상위 100개 레거시 URL을 수동으로 테스트 — 리다이렉트가 정확한 페이지로 연결되는지 확인
- 애널리틱스 추적이 정상 작동하는지 확인
- 서버 로그에서 5xx 에러 모니터링
Go/No-Go 판단 기준
체크리스트를 완료했다고 무조건 진행하는 것은 아닙니다. 다음 기준을 충족하지 못하면 마이그레이션을 연기해야 합니다.
No-Go (진행 불가)
| 조건 | 이유 |
|---|---|
| 리다이렉트 매핑 미완료 (5% 이상 URL 미매핑) | 대량의 404 에러 발생, 링크 권위 소멸 |
| 스테이징에서 주요 페이지 깨짐 또는 5xx 에러 | 프로덕션에서도 동일 문제 발생 |
| 애널리틱스 추적이 스테이징에서 미확인 | 마이그레이션 후 트래픽 변화 측정 불가 |
| SSL 인증서 미비 | HTTPS 미적용으로 순위 하락과 보안 경고 |
| 런칭일 핵심 팀원 부재 | 문제 발생 시 대응 불가 |
| DNS TTL 미조정 | 롤백 시 수 시간~수일 소요 |
Go (진행 가능)
- 모든 리다이렉트 매핑이 대량 검증 완료
- 스테이징이 전체 QA 통과
- 캐노니컬 태그 확인 완료
- 내부 링크 업데이트 완료
- 사이트맵 생성 및 제출 준비 완료
- 모니터링 대시보드 설정 완료
마이그레이션 후 모니터링 일정
1주차 (매일)
- GSC: 크롤 오류, 색인 범위, 수동 조치(Manual Actions) 확인
- GA4: 오가닉 트래픽 vs 기준선 비교
- 서버 로그: 5xx 에러, 리다이렉트 루프 확인
- 주요 페이지가 SERP에 정상 노출되는지 스팟 체크
2~4주차 (매일에서 2~3일 간격)
- 색인 URL 수 추이 추적 (신규 URL 증가, 이전 URL 감소 확인)
- 키워드 순위 변동 모니터링
- 백링크 프로파일에서 깨진 링크 확인
- 리다이렉트 체인이 형성되고 있지 않은지 확인
2~9개월 (주 1회)
- 오가닉 트래픽 추세를 기준선과 비교
- 신규 크롤 오류 감사
- 신규 사이트의 Core Web Vitals 추적
- AI 검색 가시성 모니터링 (AI Overview 인용 여부)
롤백 전략: 실패를 되돌리는 법
마이그레이션이 실패했을 때 "어떻게 하지?"가 아니라 "절차에 따라 되돌린다"가 되어야 합니다. 롤백 전략은 마이그레이션 계획의 필수 구성요소입니다.
DNS 롤백 준비
- 런칭 며칠 전에 TTL을 60초로 낮춥니다
- 마이그레이션 성공이 확인될 때까지 낮은 TTL을 유지합니다
- 60초 TTL에서는 DNS 변경이 약 1분 내에 전파됩니다
- 되돌릴 DNS 레코드, 서버 설정, 데이터베이스의 정확한 값을 문서화합니다
롤백 트리거 기준
상황에 따라 롤백할지, 부분 수정할지, 감사를 진행할지 판단합니다.
| 상황 | 대응 |
|---|---|
| 트래픽 70% 이상 하락 + 깨끗한 백업 존재 | 즉시 롤백 — 가장 안전한 선택 |
| 트래픽 30~50% 하락 + 특정 원인 식별 | 부분 수정 — 원인이 명확하면 수정이 더 빠름 |
| 6~8주 후 기준선의 80~90% 미달 | 체계적 감사 — 포괄적 문제 진단 필요 |
| URL의 상당 비율에서 500 에러 | 즉시 조사 — 서버 문제 우선 해결 |
| 핵심 사용자 기능 장애 | 즉시 롤백 — SEO보다 사용자 우선 |
핵심 원칙: 판단을 미루지 않습니다. 첫 몇 시간이 결정적입니다. 롤백 전략은 뒤에서 받쳐주는 준비가 충분할 때만 작동합니다.
롤백 실행 절차 (Step-by-Step)
문제가 발생하여 롤백을 결정했다면 다음 순서로 진행합니다.
- DNS를 이전 서버로 되돌립니다 — TTL이 60초면 약 1분 내 전파
- 신규 사이트의 리다이렉트를 비활성화합니다
- 이전 서버 설정을 복원합니다
- 이전 사이트가 정상 접근 가능하고 기능이 작동하는지 확인합니다
- Google에 알립니다: 제출한 주소 변경 요청을 제거합니다
- 이전 사이트맵을 재제출합니다
- 실패 원인을 문서화합니다 — 다음 시도를 위한 필수 절차
롤백 문서에 반드시 포함할 항목
- 롤백 절차의 단계별 문서화
- 자동화된 롤백 스크립트의 사전 테스트
- 모니터링 및 알람 설정
- 네트워크 라우팅 변경 계획
실패 후 회복: Google의 조언
마이그레이션 후 문제가 발생했지만 롤백 대신 수정을 선택한 경우, Google이 제시하는 회복 방법은 다음과 같습니다.
- 리다이렉트 오류를 먼저 수정합니다 — 마이그레이션 실패의 가장 흔한 원인이므로
- GSC의 URL 검사 도구로 개별 페이지 문제를 진단합니다
- 수정 후 사이트맵을 재제출합니다
- 301 리다이렉트는 최소 180일 유지합니다 (Google 공식)
- 외부 백링크가 있는 URL의 리다이렉트는 1년 이상 유지를 권장합니다
- 문제 수정 후 회복 기간: 올바르게 수정한 경우 일반적으로 2~8주
핵심 요약
- 체크리스트는 T-30/T-7/T-24hr/런칭일 4단계로 구성합니다 — 각 단계에서 놓치면 다음 단계에서 복구가 어렵습니다
- Go/No-Go 기준을 사전에 정의합니다 — 리다이렉트 5% 이상 미매핑이면 진행하지 않습니다
- DNS TTL 60초는 롤백의 전제조건입니다 — 미조정 시 롤백에 수 시간~수일 소요
- 롤백 트리거를 사전에 합의합니다 — "70% 이상 하락 시 즉시 롤백" 같은 기준이 필요합니다
- 판단을 미루지 않습니다 — 첫 몇 시간이 결정적입니다
- 실패 원인 문서화는 다음 시도의 출발점입니다
자주 묻는 질문
Q1. DNS TTL을 60초로 낮추면 성능에 영향이 있나요?
TTL이 낮으면 DNS 서버에 대한 쿼리가 더 자주 발생하지만, 현대 DNS 인프라에서 이로 인한 체감 가능한 성능 저하는 없습니다. 마이그레이션 성공이 확인된 후 TTL을 원래 값(3,600초 이상)으로 복원하면 됩니다. 마이그레이션 기간 중 일시적으로 낮추는 것이므로 DNS 제공업체 비용 증가도 무시할 수준입니다.
Q2. 롤백하면 SEO에 또 다른 손실이 발생하나요?
롤백 자체도 Google 입장에서는 또 한 번의 변경입니다. 그러나 심각한 마이그레이션 실패 상태를 방치하는 것보다는 롤백이 훨씬 안전합니다. 트래픽이 70% 이상 하락한 상태에서 수일간 방치하면 회복 기간이 기하급수적으로 늘어납니다.
출처: SEJ — Recover 30% Drop in Organic Traffic from Migration
Q3. 주소 변경 도구를 제출한 후 롤백하면 어떻게 되나요?
Google Search Console에서 주소 변경 요청을 취소할 수 있습니다. 취소 후 Google은 이전 도메인의 크롤링과 색인을 다시 우선시합니다. 다만 이 과정에도 시간이 걸리므로, 롤백 실행 순서에서 주소 변경 요청 제거를 반드시 포함해야 합니다.
Q4. 리다이렉트 매핑에서 가장 많이 놓치는 URL 유형은 무엇인가요?
HTML 페이지만 매핑하고 비HTML 자산을 누락하는 경우가 가장 흔합니다. 이미지, PDF, 인포그래픽 파일도 검색 트래픽을 발생시킵니다. Screaming Frog 크롤 결과에서 비HTML 자산을 별도로 필터링하여 리다이렉트 매핑에 포함해야 합니다.
Q5. 마이그레이션 후 6개월이 지났는데 트래픽이 회복되지 않습니다. 어떻게 해야 하나요?
6~8주 후 기준선의 80~90%에 미달하면 체계적 감사가 필요합니다. 먼저 GSC에서 크롤 오류와 리다이렉트 문제를 확인합니다. 가장 흔한 원인은 리다이렉트 누락, 체인, 홈페이지 일괄 리다이렉트입니다. 문제를 수정한 후 사이트맵을 재제출하면 일반적으로 2~8주 내 회복이 시작됩니다.
마이그레이션 점검이 필요하시면 XEO 무료 진단을 신청하세요.