GEO 엔티티 체크 문의하기
상세문의 아이콘 상세문의
간편문의 아이콘 × 간편문의
SITE MIGRATION · 2026

사이트 이전 SEO 보존 매뉴얼
301 매핑부터 사후 모니터링까지

도메인 변경·플랫폼 교체·URL 구조 개편 시,
검색 트래픽을 통째로 잃지 않으려면 무엇을 어떤 순서로 해야 하는가.

홍은표 · 넥스트티 대표 · SEO/GEO 컨설턴트 | 작성 2026-05-26

DEFINITION · 한 문장 정의

사이트 마이그레이션은 도메인·URL 구조·플랫폼·프로토콜이 바뀌는 모든 이전 작업입니다. 한 사이트가 다른 주소나 구조로 이동하면 검색엔진은 잠시 "그 콘텐츠가 사라진" 것으로 인식하므로, 권위를 새 위치로 옮겨주는 일관된 신호 설계가 필요합니다.

1분 요약 · KEY TAKEAWAYS

  • 마이그레이션의 핵심은 1:1 URL 매핑 + 301 리다이렉트입니다.
  • canonical·sitemap·내부 링크가 신 URL을 가리키도록 동시에 갱신해야 합니다.
  • URL 변경과 콘텐츠 대개편을 동시에 하지 않는 것이 안전합니다.
  • 301은 가능하면 영구 유지 — 외부 백링크는 시간이 흘러도 따라옵니다.
  • 회복 곡선은 사이트마다 다르므로 기간 약속은 어렵습니다 — 추이 모니터링이 답.

4 TYPES

마이그레이션 유형 — 무엇이 바뀌느냐에 따라 위험도가 다르다

LOW RISK

HTTPS 전환

HTTP → HTTPS. URL 경로는 그대로이므로 도메인 전체 301만 잘 걸면 영향이 작습니다. 보안·랭킹 측면에서 가장 안전한 마이그레이션 유형.

MID RISK

URL 구조 변경

같은 도메인 안에서 경로·슬러그가 바뀜. 페이지 단위 1:1 매핑이 핵심이며, 누락된 매핑이 그대로 404 손실로 나타납니다.

HIGH RISK

도메인 변경

예: a.com → b.com. Search Console "주소 변경" 도구 사용 가능. 백링크 권위 이전에 시간이 필요하므로 가장 신중한 설계가 요구됩니다.

HIGH RISK

플랫폼 교체

예: WordPress → 맞춤, Cafe24 → 자체몰. URL·디자인·콘텐츠가 동시에 바뀌기 쉬워 위험이 가장 큽니다. 단계 분리가 권장됩니다.

한 마이그레이션 안에 두세 유형이 겹치는 경우도 흔합니다(예: 도메인 변경 + 플랫폼 교체). 겹치면 위험도가 산술적이 아니라 곱셈으로 커집니다 — 한 변수의 오류를 다른 변수가 가려버리기 때문입니다. 가능하면 한 번에 하나만 바꾸는 단계 분리가 안전합니다.

5-STEP WORKFLOW

SEO 보존 5단계 워크플로

1

사전 인벤토리 — 모든 URL을 목록화한다

구 사이트의 전체 URL을 sitemap.xml·crawl·Search Console·서버 로그에서 추출해 한 목록으로 만듭니다. 백링크가 많은 URL·전환에 기여하는 URL을 우선 라벨링.

  • 현재 트래픽·백링크 상위 URL 별표 표시
  • 고아 페이지·중복 URL 식별
2

1:1 URL 매핑 — 구 URL을 신 URL로 모두 잇는다

각 구 URL이 신 사이트의 어느 URL로 갈지 명시적으로 매핑합니다. 신 사이트에 정확한 대응 페이지가 없다면 카테고리·상위 페이지로 매핑하고, 매핑 불가 URL은 별도로 분류.

  • 대응 페이지 없는 URL은 "관련 카테고리"로 fallback
  • 매핑 불가 URL은 410 처리 후보로 라벨링
3

301 리다이렉트 일괄 배포 — 신 사이트 공개와 동시에

매핑 표를 바탕으로 301 리다이렉트를 서버(.htaccess·nginx·미들웨어) 또는 DB 기반 리다이렉트 테이블에 등록합니다. 사이트 공개 순간에 모든 301이 동시 활성화되어야 합니다.

  • 302가 아니라 301 (Permanent)
  • 리다이렉트 체인은 1단계로 — 301 → 301 → 200 같은 체인 회피
4

정합 점검 — canonical·sitemap·내부 링크

신 사이트의 canonical 태그가 신 URL을 가리키고, sitemap.xml이 신 URL만 노출하며, 본문·푸터·GNB의 내부 링크가 신 URL을 쓰고 있는지 점검. 한 곳이라도 구 URL이 남아 있으면 검색엔진이 혼란을 일으킵니다.

  • JSON-LD @id·url 필드도 신 URL로 갱신
  • hreflang(다국어)은 신 URL 기준 재구성
5

사후 모니터링 — Search Console 추이를 매일 확인

Search Console 색인 추이·crawl error·검색어별 노출·클릭을 매일 점검합니다. 도메인 변경이라면 "주소 변경" 도구로 통지하고, 양쪽 도메인을 모두 속성으로 유지하며 추이를 비교합니다.

  • 404·5xx 급증 시 즉시 매핑 표 재검토
  • 최소 1년간 신·구 양쪽 데이터를 같이 본다

리뉴얼·마이그레이션 전 SEO 안전망부터 점검

SEO Checker로 무료 진단 →

PATTERNS · 넥스트티 nxt-v2 운영 사례

실제로 어떤 301 매핑 패턴을 운영하는가

넥스트티 본 사이트도 워드프레스 기반에서 맞춤 운영 환경으로 전체 마이그레이션을 거쳤습니다. 그 경험에서 정리한 운영 패턴 3가지를 개념 수준에서 공유합니다.

PATTERN 01 · DB 리다이렉트 테이블

관리자가 추가·수정할 수 있는 1:1 매핑

코드 배포 없이 관리자 화면에서 신·구 URL 매핑을 추가할 수 있어야 운영이 멈추지 않습니다. 라우팅 진입부에서 DB 테이블을 먼저 조회해 매핑이 있으면 즉시 301로 응답합니다.

// 라우팅 진입부 — DB 리다이렉트 우선 조회 (의사코드)
$target = lookup_redirect_in_db($request_path);
if ($target) {
    header("Location: {$target}", true, 301);
    exit;
}
PATTERN 02 · 워드프레스→맞춤 일괄 규칙

패턴 매핑 — 같은 카테고리 안 100개를 한 줄로

구 URL이 규칙적인 경우(예: /?p=123, /category/seo/post-name/) 개별 매핑 대신 정규식 규칙 1개로 수백 개를 처리합니다. 별도 리다이렉트 모듈에서 구 플랫폼 슬러그 패턴을 신 경로로 일괄 변환하도록 두면, 한 곳에서 V1→V2 매핑을 관리할 수 있습니다.

PATTERN 03 · 트레일링 슬래시 정합

같은 콘텐츠 2개 URL(슬래시 유무)을 한쪽으로 통일

디렉터리 라우팅은 트레일링 슬래시 O(웹서버가 no-slash→slash 301 자동), 파일 라우팅은 트레일링 슬래시 X로 통일. canonical과 내부 링크·sitemap이 모두 같은 형태를 써야 중복 콘텐츠가 안 생깁니다.

# 예시 — 일관된 내부 링크/canonical
# 디렉터리: /guide/  /blog/  /portfolio/
# 파일:     /about-us  /contact  /privacy

세 패턴 모두 "코드 배포 없이 운영자가 통제 가능"해야 한다는 원칙을 따릅니다. 관리자 화면에서 매핑을 추가하고, 정규식 규칙은 한 파일에 모이고, 트레일링 슬래시 규칙은 문서화되어 있어 신규 페이지 발행 시에도 일관성이 유지됩니다.

COMMON FAILURES

사이트 이전에서 흔한 실패 TOP 5

1

URL 매핑 누락 — 일부 페이지가 그냥 사라진다

구 URL 중 매핑되지 않은 페이지가 404로 빠집니다. 백링크가 많이 들어오는 페이지가 누락되면 권위 손실이 큽니다. 인벤토리 단계에서 모든 URL을 빠짐없이 추출하는 것이 핵심입니다.

2

canonical이 구 도메인을 가리킨다

신 사이트의 canonical 태그가 구 도메인을 그대로 가리키면 검색엔진은 신 페이지를 중복 콘텐츠로 인식해 색인에서 제외합니다. 마이그레이션 직후 가장 흔한 치명적 실수.

3

리다이렉트 체인 — 301 → 301 → 200

구 URL이 중간 URL을 거쳐 신 URL로 가는 다단계 리다이렉트. 권위 손실과 크롤 예산 낭비가 발생합니다. 매핑은 항상 한 번에 최종 신 URL로 직행해야 합니다.

4

URL 변경과 콘텐츠 대개편을 동시에

디자인·콘텐츠·URL을 한 번에 바꾸면 어떤 변수가 트래픽 변동의 원인인지 진단이 불가능해집니다. URL 구조만 먼저 옮기고, 콘텐츠 개편은 트래픽이 안정된 뒤 단계적으로.

5

301을 6개월만 유지하고 내림

검색엔진이 신 URL을 충분히 인지하기 전 301을 제거하면 다시 트래픽 손실이 발생합니다. 외부 백링크는 수년 후에도 따라옵니다 — 가능하면 영구 유지하는 것이 안전합니다.

FAQ

자주 묻는 질문

사이트 이전 후 검색 트래픽이 떨어지는 가장 흔한 이유는 무엇인가요?+
구 URL과 신 URL 사이의 1:1 301 매핑이 누락되거나, 일부 페이지가 404로 빠지는 경우가 가장 흔한 원인입니다. 그 다음은 canonical 태그가 구 도메인을 그대로 가리켜 검색엔진이 중복 콘텐츠로 인식하는 경우, 그리고 사이트맵·내부 링크가 구 URL을 계속 노출하는 경우입니다.
301과 302 중 어느 쪽을 써야 하나요?+
사이트 이전은 영구적 변경이므로 거의 모든 경우 301(Permanent Redirect)이 정답입니다. 302(Temporary)는 검색엔진이 권위를 신 URL로 이전시키지 않으므로, 마이그레이션 용도로는 부적합합니다. A/B 테스트나 일시 점검 페이지처럼 정말 임시일 때만 302를 씁니다.
301 리다이렉트는 언제까지 유지해야 하나요?+
구글 공식 가이드 기준 최소 1년은 유지하는 것이 권장됩니다. 실무에서는 외부 백링크가 구 URL로 들어올 가능성을 고려해 가능하면 영구 유지하는 것이 안전합니다. 서버 부하가 문제라면 1~2년 뒤 빈번하게 따라오는 URL만 남기고 나머지는 점진적으로 정리합니다.
Search Console "주소 변경" 도구는 언제 사용하나요?+
도메인 자체가 바뀔 때(예: a.com → b.com) 사용합니다. 서브도메인 변경, HTTPS 전환, URL 구조 변경 등 도메인이 같은 경우에는 사용할 수 없습니다. 도구 사용 전 신 도메인이 Search Console에 속성으로 등록되어 있어야 하고, 양쪽 모두 소유권이 인증되어 있어야 합니다.
마이그레이션 후 트래픽 회복에는 보통 얼마나 걸리나요?+
구글이 신 URL을 모두 인지하고 색인에 반영하기까지 사이트 규모에 따라 수 주에서 수 개월이 걸립니다. 매핑이 깔끔하면 단기 변동만 있고 점진 회복되며, 매핑이 어긋났을 경우 누락된 URL을 발견·수정한 시점부터 회복이 시작됩니다. 회복 곡선은 사이트마다 다르므로 단정적 기간 약속은 어렵습니다.
리뉴얼할 때 콘텐츠도 바꾸면 SEO에 더 나쁜가요?+
URL 변경과 콘텐츠 대규모 개편을 동시에 진행하면 두 변수가 동시에 작용해 원인 분석이 어렵습니다. 안전한 패턴은 URL 구조와 디자인만 먼저 옮기고, 콘텐츠 대대적 개편은 트래픽이 안정된 뒤에 단계적으로 진행하는 것입니다. 동시 진행이 불가피할 때는 콘텐츠 유사도를 최대한 유지해 검색엔진이 동일 페이지로 인식하도록 합니다.

PLAN · SAFE MIGRATION

리뉴얼하면 트래픽이 반토막 난다? — 사전 매핑으로 막을 수 있습니다

URL 인벤토리 · 1:1 매핑 표 · 301 일괄 배포 · canonical/sitemap 정합 · 사후 모니터링 셋업.
넥스트티가 본 사이트 마이그레이션 운영 경험을 바탕으로 리뉴얼 SEO 안전망을 설계해드립니다.

마이그레이션 SEO 상담 → 왜 다시 만들어야 하는가