"리뉴얼하고 나서 한 달 뒤, 검색 트래픽이 70% 빠졌어요." 우리가 18년 동안 가장 많이 받은 긴급 의뢰 중 하나입니다. 도메인은 그대로, 디자인은 멋있어졌고, 모바일 점수도 올랐는데, 매출 핵심이던 검색 유입이 사라집니다. 원인은 거의 항상 같습니다 — 리뉴얼 전에 챙겼어야 할 7가지를 빠뜨렸기 때문입니다. 8,000건 넘는 프로젝트에서 정리한 체크리스트를 공개합니다.

왜 도메인이 그대로인데 순위가 떨어지는가

구글과 네이버는 "도메인"이 아니라 "각각의 URL"을 색인합니다. 5년간 쌓인 검색 권위는 메인 페이지가 아니라 각 상세 페이지·블로그 글·제품 페이지에 분산되어 있습니다. 리뉴얼하면서 URL 구조를 바꾸면 — 심지어 도메인이 같아도 — 그 권위는 새 URL로 자동 이전되지 않습니다. URL 1개 = 권위 1개가 사라지는 셈입니다.

가장 흔한 사례는 이런 패턴입니다:

• 이전: /board.php?bo_table=notice&wr_id=42 (구글에 5년치 색인)
• 리뉴얼 후: /news/42 (구조 자체가 다름)
• 리다이렉트 없음 → 구글이 이전 URL을 404로 인식 → 색인에서 제외 → 트래픽 증발

1. 모든 이전 URL → 새 URL 1:1 매핑 (가장 중요)

리뉴얼 직전에 구글 Search Console에서 "성과" → "페이지" 탭을 열고 클릭/노출이 발생한 모든 URL을 CSV로 다운로드합니다. 이 목록의 URL이 새 사이트에서 어디로 갈 것인지 1:1로 매핑한 표를 만듭니다. 매핑이 끝나면 서버 레벨(.htaccess, nginx)에서 301 영구 리다이렉트로 처리합니다.

주의: 302 임시 리다이렉트는 권위를 이전하지 않습니다. 반드시 301이어야 합니다. 그리고 "비슷한 카테고리 페이지로 일괄 리다이렉트"는 부분적으로만 작동합니다 — 가능한 한 1:1로 매핑하는 게 권위 보존율이 가장 높습니다.

리다이렉트 상태 코드 — 어떤 걸 써야 하는가

2. robots.txt와 sitemap.xml 새로 발행

리뉴얼 직후 가장 흔한 사고 중 하나는 개발 환경의 robots.txt가 그대로 라이브에 올라가는 것입니다. 개발 중에는 흔히 다음과 같이 막아둡니다:

User-agent: *
Disallow: /

이게 라이브에 올라간 채 일주일만 지나면 검색 결과에서 사이트가 통째로 사라집니다. 오픈 직후 https://yoursite.com/robots.txt를 직접 브라우저로 확인하세요. 그리고 새 URL 구조에 맞춘 sitemap.xml을 새로 생성해 Search Console·네이버 서치어드바이저에 다시 제출합니다.

3. canonical 태그 — 새 URL을 자기 자신으로 명시

리뉴얼 사이트의 모든 페이지 <head>에 다음과 같은 canonical 태그가 있어야 합니다:

<link rel="canonical" href="https://yoursite.com/현재-URL" />

흔한 사고: 개발 단계에서 canonical을 스테이징 도메인(dev.yoursite.com 등)으로 하드코딩해두고 라이브에 그대로 올리는 경우. 이러면 구글은 모든 페이지를 스테이징 URL의 복제본으로 인식하고 라이브 사이트 색인을 거부합니다.

4. 메타 (title / description) 의도적 보존

리뉴얼하면서 디자이너·기획자가 "이번 기회에 메타 태그도 멋지게 새로 쓰자"라고 합니다. 절대 안 됩니다. 검색에서 클릭을 끌어오던 기존 title 태그는 권위 자체입니다. 바꾸려면 리뉴얼과 분리해서, 한 페이지씩 A/B 테스트로 바꿔야 합니다.

실제 사고 사례: 한 클라이언트가 리뉴얼 시 모든 상세 페이지의 title을 "제품명 - 회사명"에서 "회사명 | 제품 카테고리"로 일괄 변경. 일주일 만에 핵심 키워드 5개의 검색 순위가 1~3위에서 17~25위로 하락했습니다. 이전 형태로 되돌리는 데 6주 걸렸습니다.

5. 내부 링크 구조 — 깊이와 앵커 텍스트 검증

구글 크롤러는 내부 링크를 따라가며 페이지 중요도를 측정합니다. 리뉴얼하면서 메뉴 구조를 바꾸면 — 예를 들어 3단 메가메뉴를 깔끔한 햄버거 메뉴로 — 깊은 페이지로 가는 링크가 사라지는 경우가 많습니다.

점검 포인트 4가지:

• 크롤 깊이: 모든 핵심 페이지가 메인에서 3클릭 이내인가
• 앵커 텍스트: 키워드가 들어간 텍스트 링크인가, "여기를 클릭" 같은 의미 없는 링크인가
• 고아 페이지: 어떤 페이지에서도 링크되지 않은 페이지가 있는가 (Search Console로 확인 가능)
• 중복 링크: 같은 페이지로 가는 다른 URL이 여러 개 있지 않은가

6. Core Web Vitals 사전 측정 + 사후 비교

2021년부터 구글 검색 순위에 직접 영향을 주는 Core Web Vitals (LCP, INP, CLS) 점수가, 리뉴얼 후 오히려 떨어지는 경우가 많습니다. 화려한 애니메이션·고해상도 이미지·외부 위젯이 늘어나기 때문입니다.

리뉴얼 직전에 PageSpeed Insights로 주요 페이지 10개의 점수를 스냅샷해두세요. 리뉴얼 후 같은 페이지를 측정해서 점수가 떨어진 페이지는 즉시 최적화합니다. 특히 모바일 LCP 2.5초 이하, INP 200ms 이하, CLS 0.1 이하가 마지노선입니다.

Core Web Vitals 임계값 (2026년 기준)

기준선은 Google Core Web Vitals 공식 가이드 (web.dev) 기준. 모바일·데스크톱 동일.

7. Search Console 자산 마이그레이션 + 14일 모니터링

오픈 당일에 반드시 해야 할 것:

1. Search Console에서 새 sitemap.xml 제출
2. "URL 검사" 탭으로 메인·핵심 카테고리 5~10개 즉시 색인 요청
3. 네이버 서치어드바이저에서 동일 작업 + 사이트 진단 실행
4. GA4 + Search Console 연결 확인 (이전 연결이 끊어졌을 수 있음)

오픈 후 14일간 매일 다음을 모니터링:

• Search Console "색인 → 페이지" 탭의 "색인 안 됨" 페이지 수가 급증하지 않는가
• "성과" 탭의 평균 게재순위가 떨어지지 않는가
• 404 에러 페이지 수가 급증하지 않는가 (= 리다이렉트 누락)
• 모바일 사용성 오류가 새로 발생하지 않는가

이상 신호가 보이면 3일 이내에 대응해야 합니다. 14일이 지나면 구글이 새 상태를 "정상"으로 간주하고 권위 회복이 어려워집니다.

D-7 통합 체크리스트

리뉴얼 오픈 7일 전에 한 번에 점검할 항목들:

• ✓ Search Console에서 이전 URL 전수 추출 (CSV)
• ✓ 이전→새 URL 1:1 매핑 표 완성 + 301 리다이렉트 적용
• ✓ robots.txt 확인 (개발용 Disallow 제거)
• ✓ sitemap.xml 새로 생성 + Search Console·네이버 제출 준비
• ✓ 모든 페이지 canonical 태그 라이브 도메인으로 변경
• ✓ 핵심 페이지 30개의 title/description 의도적으로 보존
• ✓ PageSpeed Insights 사전 스냅샷 (주요 페이지 10개)
• ✓ 내부 링크 깊이 점검 (메인에서 3클릭 이내)
• ✓ GA4 + Search Console 연결 재확인
• ✓ 오픈 후 14일 모니터링 담당자 지정

담당자별 책임 매트릭스

맺음 — 리뉴얼은 디자인이 아니다

리뉴얼의 본질은 디자인 변경이 아닙니다. 그동안 쌓인 검색 권위·UX 데이터·내부 자산을 손실 없이 새 그릇에 옮기는 작업입니다. 디자인은 그 다음입니다. 우리가 18년 동안 8,000건의 프로젝트를 진행하며 얻은 가장 비싼 교훈이 이것입니다.

리뉴얼을 앞두고 있다면 — 디자인 시안을 결정하기 전에 — 위 7가지 체크리스트를 먼저 점검하세요. 그게 리뉴얼 ROI를 결정합니다.