웹사이트 리뉴얼 / 도메인 이전 시 순위를 잃지 않는 방법?
제2장: 검색 기초편 · 제33문
웹사이트 리뉴얼이나 도메인 변경은 SEO에서 가장 리스크가 높은 작업 중 하나입니다. 잘하면 순위가 안정적으로 이전되거나 오히려 상승하지만, 잘못하면 수년간 쌓아온 트래픽이 하룻밤에 제로가 됩니다. 이 글에서 전체 프로세스를 명확히 정리해 드리겠습니다.
리뉴얼 전: 완벽한 준비 체크리스트
리뉴얼은 "출시 당일"에 시작되는 것이 아닙니다. 최소 2-4주 전에 다음 준비를 완료해야 합니다:
1. 기존 사이트 전체 크롤링
Screaming Frog 또는 Sitemap으로 기존 사이트의 모든 URL을 내보내 완전한 목록을 생성합니다. 중점 기록 사항:
- 순위가 있는 모든 페이지 (바이두 사이트장 플랫폼 또는 5118을 통해 내보내기)
- 모든외부 링크링크가 있는 페이지 (Ahrefs 또는 바이두 사이트장 플랫폼 외부 링크 분석을 통해)
- 모든 고트래픽 페이지 (바이두 통계를 통해 내보내기)
2. URL 매핑 테이블 작성
이것이 전체 이전의 핵심 파일입니다. 형식은 간단합니다:
| 기존 URL | 새 URL | 상태 |
|---|---|---|
| old.com/product/123 | new.com/product/123 | 301 설정 완료 |
| old.com/news/abc.html | new.com/blog/abc | 301 설정 완료 |
| old.com/about | new.com/about-us | 301 설정 완료 |
원칙: 일대일 매핑, 여러 기존 페이지를 동일한 새 페이지로 연결하지 마세요.
3. 새 사이트 출시 전 점검
- 새 사이트의 robots.txt 크롤링을 잘못 차단하지 않았는지 확인
- 새 사이트의 sitemap 생성 완료 및 제출 준비 완료
- 새 사이트 페이지의 title, description, H1은 기존 최적화 내용 유지
- 새 사이트내부 링크구조가 새 URL로 업데이트됨
301 리다이렉트: 기술적 핵심
301 영구 리다이렉트는 검색 엔진에 "이 페이지가 영구적으로 이전했으니 가중치를 새 주소로 전환해 주세요"라고 알리는 것입니다.
설정 방법 (Nginx 예시):
server {
server_name old-domain.com;
return 301 $scheme://new-domain.com$request_uri;
}
흔한 함정:
- ✗ 302 임시 리다이렉트로 301을 대체 (가중치 전환 안 됨)
- ✗ 리다이렉트 체인이 너무 김: A → B → C → D (한 단계 추가될 때마다 가중치 손실 증가)
- ✗ 기존 페이지를 리다이렉트 없이 바로 404로 반환
- ✗ 모든 기존 페이지를 신규 사이트 홈으로 연결(이는 바이두에 "기존 콘텐츠가 모두 사라졌다"고 알리는 것과 같음)
바이두 사이트 운영자 플랫폼: 사이트 개편 도구
바이두는 전용 사이트 개편 도구를 제공하며, 경로: 바이두 사이트 운영자 플랫폼 → 사이트 지원 → 최적화 및 유지보수 → 사이트 개편.
세 가지 개편 방식을 지원합니다:
- 도메인 변경 개편: old.com 전체 사이트를 new.com으로 이전
- 사이트 내 개편(규칙): URL 구조 변경, 예: /article/123.html → /blog/123
- 사이트 내 개편(대응 관계): 신규·기존 URL 대응 관계를 건별로 제출
작업 단계:
- 301이 전부 적용되었는지 확인
- 사이트 운영자 플랫폼에 신규 사이트 추가 및 검증
- 개편 규칙 또는 대응 관계 제출
- 신규 사이트 sitemap 제출
- 바이두 심사 대기(보통 1-2주 후 처리 시작)
이전 타임라인 예상
개편 후 순위가 즉시 회복되리라 기대하지 마세요. 실제 타임라인은:
- 1-2주차: 순위 변동이 뚜렷하고 트래픽이 20-50% 감소할 수 있음
- 1-2개월차: 바이두가 신규 URL을 점진적으로 인식하고 순위가 회복되기 시작
- 3-6개월 차: 대부분의 페이지가 개편 전 수준으로 회복
- 6개월 이상: 신규 사이트 경험이 더 좋다면 순위가 기존 사이트를 넘어설 수 있음
참고: 위 이전 타임라인은 실무 경험에 기반한참고 예상치이며, 실제 회복 속도는 사이트 규모와 변경 범위에 따라 다르며 공식 통계가 아닙니다.
핵심: 기존 도메인의 301은 최소 1년 이상 유지하고, 조기에 종료하지 마세요.
이전 기간 모니터링 핵심 사항
개편 후 첫 3개월 동안 매주 점검:
- 바이두 색인량 변화(사이트 관리자 플랫폼→색인량)
- 핵심 키워드 순위 변동(5118 또는 수동 모니터링)
- 크롤링 오류(사이트 관리자 플랫폼→크롤링 이상)
- 301이 정상적으로 적용되는지(구 URL 무작위 점검)
- 트래픽 회복 진행 상황(바이두 통계로 동기 데이터 비교)
색인량이 4주 이상 계속 감소하는 것을 발견하면 즉시 리다이렉트가 누락된 페이지가 있는지 점검하세요.
실전 제안
- 도메인을 바꾸지 않아도 된다면 바꾸지 마세요: 디자인 개편이나 URL 구조만 변경하는 경우라면 도메인은 그대로 유지하는 것이 리스크가 훨씬 적습니다
- 단계적 배포: 사이트 페이지 수가 매우 많다면(만 건 이상) 단계적 마이그레이션을 고려하고, 먼저 핵심 채널을 이전한 뒤 안정화를 확인하고 나머지를 이전하세요
- 구 사이트 백업 유지: 문제가 발생하면 빠르게 롤백할 수 있어야 합니다. 최소 3개월간 구 사이트의 전체 데이터베이스와 정적 파일 백업을 보관하세요
AI 도구로 해결: 개편/마이그레이션 전 준비와 모니터링
시나리오 1: 구 사이트에서 데이터를 크롤링해 "마이그레이션 백서" 생성
웹사이트를 old.com에서 new.com으로 마이그레이션하려 합니다. 구 사이트의 전체 URL 목록(URL 리스트 붙여넣기), 각 페이지의 제목과 키워드, 바이두 통계에서 내보낸 트래픽 데이터가 있습니다. 다음을 도와주세요: 1) "마이그레이션 백서"를 생성해 고트래픽 페이지, 외부 링크가 있는 페이지, 핵심 키워드 페이지를 나열; 2) 반드시 중점적으로 301 처리해야 할 페이지 목록 표시; 3) 완전한 마이그레이션 준비 체크리스트 제공(크롤링 → 매핑 → 배포 → 모니터링).
시나리오 2: 신구 URL 매핑표 일괄 생성
구 사이트 URL 목록은 다음과 같습니다(붙여넣기), 신 사이트는 [규칙, 예: 도메인을 new.com으로 변경, /news/abc.html을 /blog/abc로 변경]을 적용합니다. 각 구 URL에 대응하는 신 URL을 생성하고 CSV(구URL,신URL)로 출력하되, 일대일, 체인 없음, 전부 홈페이지로 연결하지 않음을 준수하세요. 의미가 맞지 않는 항목은 별도로 표시해 확인을 받으세요.
시나리오 3: 마이그레이션 모니터링 체크리스트와 자동화 스크립트 아이디어 생성
다음 주에 웹사이트 마이그레이션을 실행할 예정입니다. 다음을 제공해 주세요: 1) 마이그레이션 후 첫 4주간의 주간 점검 체크리스트(색인량, 순위, 크롤링 오류, 301 적용, 트래픽 비교, 각 항목별 확인 방법 제시); 2) "구 URL의 301 적용 여부"를 정기적으로 점검할 수 있는 스크립트 아이디어(Python/curl 사용 가능, 반환 코드와 리다이렉트 대상 확인).
시나리오 4: 마이그레이션 관련 사이트 관리자 플랫폼 피드백 설명 작성
바이두 사이트 관리자 플랫폼에 "웹사이트 개편" 신청을 제출하려는데 설명을 작성해야 합니다. 제 상황은 [구 도메인에서 신 도메인으로 이전, URL 구조 변경, 301 설정 완료]입니다. 정식이고 명확한 개편 설명을 작성해 주세요. 포함 내용: 개편 사유, 마이그레이션 범위, 301 설정 상황, 예상 처리 시간. 어조는 객관적이고 전문적으로.
주의: AI의 한계
- 마이그레이션 매핑 관계는 AI가 추측만 할 수 있음: "의미 유사" 기준으로 생성한 신 URL 대응이 중요한 페이지를 잘못 지정할 수 있으므로, 고트래픽/고외부링크 페이지는 반드시 사람이 하나씩 확인해야 합니다
- AI 생성 스크립트는 테스트 필요: 모니터링 스크립트는 먼저 로컬에서 소규모로 실행해 통과시킨 후 서버에 올리세요. 운영 환경에서 처음 실행하지 마세요
- 개편 설명은 사실에 근거해야 함: AI가 문장을 다듬는 것은 문제없지만, 웹사이트의 구체적 상황(언제 변경했는지, 무엇을 변경했는지)은 반드시 사실대로 기재해야 합니다
