호스팅 이전 체크리스트: 다운타임 5분 이하로 줄이는 마이그레이션 가이드(2026)
호스팅 이전 체크리스트의 핵심은 파일 복사가 아니라 트래픽 전환(DNS), 데이터 동기화, 캐시·SSL·SEO 유지입니다. 이 가이드는 다운타임을 5분 이하로 줄이는 듀얼-라이브 컷오버 전략과 단계별 실행 순서를 정리합니다. WordPress·WooCommerce, Cloudflare, Let’s Encrypt(SSL), Search Console까지 한 번에 다루며, D-7 사전 준비부터 D+7 사후 검증·롤백 가능 구간까지 복붙해서 그대로 쓸 수 있는 호스팅 이전 체크리스트로 구성했습니다.
목차
먼저 결론: 호스팅 이전 체크리스트의 3원칙
호스팅 이전은 단순한 파일 이동이 아니라 트래픽 전환의 문제입니다. DNS, 데이터 동기화, 캐시/SSL/SEO 유지가 승부처입니다.
- 새 호스팅을 먼저 완성하고 스테이징에서 검증 → 마지막에 DNS만 바꿉니다.
- DNS TTL을 미리 낮춰 전환 지연을 줄입니다(최소 일주일 전, 권장 300초). (Google for Developers)
- 완전 셧다운 대신 기능 제한(특히 쇼핑몰 결제만 잠시 중단)으로 매출과 SEO 손실을 줄입니다. (Google for Developers)
1) 호스팅 이전 유형부터 분류 (체크 10초)
이 호스팅 이전 체크리스트는 호스팅만 바꾸고 URL은 그대로인 경우(가장 흔함)를 기본으로 합니다. Google도 “Changing your hosting(호스팅 변경)” 가이드로 별도 안내합니다. (Google for Developers)
| 유형 | 예시 | 난이도 | 핵심 리스크 |
|---|---|---|---|
| A. 호스팅만 변경(URL 동일) | 같은 도메인, 서버만 교체 | 중 | DNS 전파, 캐시 꼬임, 일부 사용자만 구서버로 접속 |
| B. 도메인/URL 변경 | example.com → example.net | 상 | 301 리다이렉트, SEO 재평가 변동 가능 (Google for Developers) |
| C. HTTP→HTTPS | http → https | 중상 | Mixed content, 리다이렉트, 인증서 |
중요: 도메인 변경이면 Search Console의 Change of Address를 사용하지만, 호스팅만 바꾸는 경우에는 이 툴을 사용하지 않습니다. (Google Help)
2) 다운타임이 발생하는 진짜 원인 TOP 7
호스팅 이전 체크리스트의 빈틈은 보통 아래 7곳에서 터집니다.
- DNS TTL이 높아 구서버로 일부 트래픽이 계속 향함
- 마지막 데이터 동기화 시점이 어긋나 주문·세션·코멘트가 유실됨
- CDN/플러그인 캐시가 구버전 응답을 그대로 서빙함
- SSL 인증서가 신서버에서 자동 갱신 설정 누락
- HTTP→HTTPS Mixed content로 자원이 차단됨
- WooCommerce Cart/Checkout/My Account 캐시 예외 처리 누락
- 로드밸런서 헬스체크 실패로 신서버가 풀에 들어가지 못함
3) 호스팅 이전 체크리스트 표준 진행 순서 (타임라인)
D-7 ~ D-3 (가장 중요한 사전 준비)
- DNS TTL을 300초로 낮춤 — 최소 7일 전부터 적용해 캐시 만료 보장
- 구서버 풀 백업: 파일(rsync) + DB(mysqldump) + 미디어 라이브러리
.htaccess·php.ini·nginx.conf·wp-config.php메모(메일 SMTP, 캐시, 보안 헤더 포함)- 신 호스팅에 동일 PHP/MySQL 버전 세팅 (LTS 기준 동일하게)
- 구서버와 동일한 PHP 확장(
imagick,curl,mbstring등) 활성화 확인
Cloudflare 사용 중이면 TTL 주의
Cloudflare 프록시(주황 구름) 레코드는 TTL이 Auto(300초)로 고정될 수 있고, DNS only(회색 구름) 레코드는 60초 이상에서 조정 가능합니다. (Cloudflare Docs) 호스팅 이전 체크리스트에서는 컷오버 직전에 임시로 DNS only로 내려 짧은 TTL을 강제하는 패턴도 자주 사용합니다.
D-2 ~ D-1 (전환 준비)
- 파일 1차 전송:
rsync -avz --delete또는 SFTP 또는 마이그레이션 플러그인(WP Migrate, Duplicator 등) - DB 1차 export/import:
mysqldump --single-transaction+mysql < dump.sql - 신서버
wp-config.php수정: DB 접속,WP_HOME·WP_SITEURL, salt 키, 캐시 플러그인 옵션 - 임시 도메인 또는 로컬
hosts파일로 신서버를 가리킨 뒤, 실제 트래픽 전환 없이 핵심 시나리오 테스트(로그인, 결제, 검색, 댓글, 이미지 업로드) - SSL 인증서 사전 발급(Let’s Encrypt 또는 호스팅 제공 SSL)과
HSTS·리다이렉트 룰 점검
D-Day (컷오버 — 듀얼-라이브 전략)
다운타임 5분 이하의 핵심은 듀얼-라이브입니다. 구서버와 신서버를 동시에 살려두고, 트래픽 전환 직전에만 짧게 쓰기 락(write lock)을 걸어 데이터 드리프트를 0으로 만든 뒤 DNS를 전환합니다.
- 변경 동결(Freeze): 관리자 글쓰기·결제·신규 가입을 30~60초만 잠시 차단합니다(WP는 점검 모드, Woo는 결제만 락).
- 최종 동기화: 마지막
rsync(증분)와mysqldump차분(또는 binlog) 적용으로 신서버를 구서버와 1초 단위로 맞춥니다. - DNS A/CNAME 전환: TTL 300초 환경에서 신서버 IP로 변경. Cloudflare 프록시는 즉시 반영, DNS only는 5분 내 대다수 전파.
- 캐시 퍼지: Cloudflare(URL 단위 권장 — Cloudflare Docs), 호스팅 캐시(LiteSpeed, Nginx FastCGI), 플러그인 캐시(WP Rocket, W3 Total Cache, LiteSpeed Cache) 전체 비우기.
- 503 + Retry-After: 점검 페이지가 필요하면 200이 아닌 503으로 응답해 SEO 손실을 막습니다. (Google for Developers)
DNS propagation 모니터링
Google DNS(8.8.8.8), Cloudflare DNS(1.1.1.1), 국내 ISP DNS(KT 168.126.63.1, SK 219.250.36.130)에서 dig +short example.com @1.1.1.1 명령으로 신서버 IP가 응답하는지 1분 간격으로 확인합니다. whatsmydns.net으로 글로벌 전파 상태를 시각적으로 점검할 수 있습니다.
D+1 ~ D+7 (사후 검증 및 롤백 가능 구간)
- 구서버를 즉시 끄지 말고 최소 7일 유지(읽기 전용으로 전환 권장) — DNS가 끝까지 전파되지 않은 사용자 보호
- Search Console: 색인 커버리지·로그인 페이지·sitemap 재제출, Crawl stats에서 5xx 급증 여부 확인
- Core Web Vitals(LCP/INP/CLS) 비교 — 신서버 응답 속도가 구서버보다 느리면 캐시·이미지·DB 인덱스 점검
- 로그·에러 트래킹(Sentry, New Relic 등)에서 신서버 신규 에러 패턴 모니터링
- D+7 이후 구서버 정리: 백업본 별도 보관 후 인스턴스 종료
4) 복붙용 호스팅 이전 체크리스트 (단계별)
A. 사전 준비 (D-7 ~ D-3, 필수)
- DNS TTL 300초로 낮춤(최소 7일 전)
- 풀 백업(파일·DB·미디어) — 별도 스토리지에 저장
.htaccess·php.ini·wp-config.php설정 캡처- 신 호스팅 PHP/MySQL 버전 일치, 확장 활성화
- 도메인 등록기관·DNS 관리 권한 확인(2FA 백업 코드 보관)
- 이메일 라우팅(MX) 정책 확인 — 호스팅과 분리되어 있는지 점검
B. 컷오버 직전 (D-2 ~ D-1, 다운타임 최소화 핵심)
- 파일 1차 전송 완료(rsync · SFTP · 마이그레이션 플러그인)
- DB 1차 export/import 완료, 문자셋(
utf8mb4) 일치 확인 - 신서버 임시 도메인 또는 hosts 파일로 사전 테스트(로그인·결제·이미지)
- SSL 사전 발급, HTTP→HTTPS 리다이렉트 점검
C. 컷오버 (D-Day, 다운타임 5분 이내)
- 변경 동결(쓰기 락) — WP 점검 모드 또는 Woo 결제 잠금
- 최종 rsync 증분 + DB 차분 동기화
- DNS A/CNAME 전환 → propagation 모니터링
- Cloudflare/호스팅/플러그인 캐시 퍼지
- 점검 페이지가 필요하면 503 + Retry-After 응답
D. 사후 (D+1 ~ D+7)
- Search Console·sitemap·robots.txt·schema 재검증
- 구서버 7일 유지 후 정리, 백업본 별도 보관
- SSL 자동 갱신 cron 점검(Let’s Encrypt는 60일 갱신 권장)
- DNS TTL을 다시 표준 값(예: 3600초)으로 복원
5) WordPress / WooCommerce 호스팅 이전 체크리스트
5-1) WordPress 핵심 점검 항목
wp-config.php: DB 접속,WP_HOME·WP_SITEURL, salt 키 재생성,FS_METHOD- 퍼머링크 재저장(
?post_name=%postname%등 — Settings > Permalinks 진입 후 저장) - 업로드 디렉터리 권한(
wp-content/uploads755·파일 644) - 크론(WP-Cron) 동작 확인 — 시스템 cron으로 우회 권장
- 플러그인 호환성 — 보안·캐시·SEO 플러그인 우선 점검(특히 Rank Math, Yoast 사이트맵)
5-2) WooCommerce 다운타임 최소화 (매출형)
- 주문/재고 데이터는 컷오버 직전 최종 동기화 — drift가 가장 많이 발생하는 테이블입니다.
- 캐시 예외: WooCommerce는 Cart / Checkout / My Account 캐시 제외를 명시합니다. (WooCommerce Developer Blog)
- 결제 게이트웨이 웹훅(PG, Stripe, KakaoPay 등) 신서버 IP 화이트리스트 갱신
- 배송 추적·재고 연동 API 키가 신서버에서 정상 호출되는지 확인
- 이메일(주문 알림·SMTP) 발송 도메인 SPF·DKIM·DMARC 재검증
6) 다운타임이 거의 0인 호스팅 이전 운영 패턴 3가지
패턴 1) 콘텐츠 사이트 — 복제 → DNS 전환 → 캐시 퍼지
블로그·기업 홈페이지처럼 쓰기 빈도가 낮은 사이트는 듀얼-라이브를 짧게 잡아도 충분합니다. 신서버에 정합 복제 후 DNS만 전환하면 다운타임은 사실상 캐시 퍼지 시간(1~2분) 수준으로 줄어듭니다.
패턴 2) 쇼핑몰(WooCommerce) — 결제만 잠깐 락 + 최종 DB 반영
쇼핑몰은 카탈로그·콘텐츠 영역은 즉시 신서버로 보내고, 결제·주문 쓰기만 30~60초 락을 거는 방식이 안전합니다. 락 해제 직후 신서버 결제로 자연스럽게 이어집니다.
패턴 3) 개발자/VPS — 블루-그린 배포
로드밸런서나 리버스 프록시 앞단을 두고 백엔드 오리진만 교체하면 DNS 전파 리스크가 사라집니다. 호스팅 이전 체크리스트의 가장 안전한 형태로, 대형 서비스가 표준으로 사용하는 방식입니다.
FAQ — 호스팅 이전 체크리스트 자주 묻는 질문
Q1. 호스팅만 바꾸면 SEO는 떨어지나요?
URL이 그대로면 보통 큰 하락 없이 넘어갑니다. Google은 호스팅 변경 시에도 “신 인프라 준비/테스트 → DNS 변경 → 트래픽 모니터링 → 구서버 종료” 순서를 권장합니다. (Google for Developers) 핵심은 신서버가 느리거나 5xx 오류를 발생시키지 않는 것입니다.
Q2. DNS TTL은 언제, 얼마나 낮춰야 하나요?
Google은 TTL을 짧은 값(예: 300초)으로 최소 일주일 전부터 낮춰 캐시 갱신을 빠르게 하라고 안내합니다. (Google for Developers) Cloudflare 프록시 레코드는 Auto(300초) 고정, DNS only는 60초 이상 조정 가능합니다. (Cloudflare Docs)
Q3. 점검 페이지는 200으로 보여줘도 되나요?
권장하지 않습니다. Google은 계획된 다운타임에 404나 200 대신 503을 반환하고 가능하면 Retry-After를 함께 설정하라고 안내합니다. (Google for Developers)
Q4. Cloudflare 사용 중 이전 후에도 옛날 화면이 보입니다
대부분 캐시 원인입니다. Cloudflare는 퍼지 시 URL 단위 퍼지(single-file)를 권장합니다. (Cloudflare Docs) 홈·주요 랜딩·상위 상품(또는 카테고리) URL부터 퍼지하고, 필요하면 Custom Hostname/Page Rule도 함께 점검합니다.
Q5. WooCommerce 이전 시 가장 조심할 점은?
- 주문/재고 데이터 최종 동기화
- Cart / Checkout / My Account 캐시 제외 (WooCommerce Developer Blog)
- 결제·웹훅·배송·알림 통신이 신서버에서 차단되지 않는지 확인
Q6. Let’s Encrypt 인증서도 이전할 때 같이 옮기나요?
호스팅에 따라 다릅니다. 중요한 것은 자동 갱신과 모니터링입니다. Let’s Encrypt는 90일 인증서이며 60일마다 갱신을 권장하고, 향후 45일로 단축될 예정이라 자동화 비중이 더 커집니다. (Let’s Encrypt)
함께 보면 좋은 글
- Cloudflare vs Fastly vs Akamai 비용 비교 2026: 어떤 CDN이 유리한가
- 재해복구 DR 전략: RTO/RPO 기준으로 설계하는 2026 실무 가이드
- 클라우드 모니터링 툴 비교 2026: Datadog vs New Relic vs Grafana Cloud
- AWS 비용 폭탄 방지 체크리스트: 예산 알림·태그·권한·한도 설정 가이드
 | AX 100배의 법칙 – 나와 조직의 능력을 100배 높이는 AI 경영의 실제 도서 구매 |
함께 읽으면 좋은 글:
디지털 트랜스포메이션: 조직의 습관을 바꾸는 일, 도서 구매
