기업 웹사이트 리뉴얼 SEO 이전 체크리스트

기업 웹사이트 리뉴얼은 디자인을 바꾸는 작업처럼 보이지만 실제로는 검색 유입, 문의 전환, 콘텐츠 자산, URL 구조를 이전하는 작업입니다. 기존 검색 유입 페이지를 지우거나 redirect를 빠뜨리면 오픈 후 문의가 줄어들 수 있습니다. 리뉴얼 전에는 SEO 이전 체크리스트를 별도로 관리해야 합니다. ## 요약 답변 웹사이트 리뉴얼 SEO 이전은 기존 URL 목록, 검색 유입 페이지, 백링크, 핵심 콘텐츠, redirect, canonical, sitemap, robots, schema, 문의 CTA를 배포 전후로 비교하는 작업입니다. 홈페이지 리뉴얼을 진행할 때는 디자인 시안보다 먼저 유지할 URL과 바꿀 URL을 나누는 것이 좋습니다. 기존 사이트가 오래되었다면 웹사이트 개발 종합 가이드 기준으로 정보 구조를 다시 잡고, SEO 포함 홈페이지 제작 범위를 포함해야 합니다. ## 리뉴얼 전 수집할 자료 | 자료 | 목적 |
| --- | --- |
| 기존 URL 목록 | 유지, 통합, 삭제, redirect 대상 분류 |
| 검색 유입 페이지 | 중요한 landing과 블로그 식별 |
| 문의 전환 페이지 | CTA와 폼 경로 보호 |
| 백링크 URL | 외부 링크가 들어오는 페이지 보호 |
| sitemap.xml | 현재 indexable 페이지 파악 |
| robots.txt | 차단 정책 확인 |
| GA/Search Console | 유입, 전환, 색인 문제 확인 |
| 콘텐츠 원본 | 이전할 원고, 이미지, 파일 정리 | 자료가 부족해도 `site:도메인` 검색과 크롤링으로 1차 목록을 만들 수 있습니다. ## URL 이전 원칙 리뉴얼에서 모든 URL을 바꾸는 것은 위험합니다. 검색 유입이 있거나 외부 링크가 있는 URL은 유지하거나 정확히 redirect해야 합니다. | 상황 | 권장 처리 |
| --- | --- |
| 핵심 서비스 페이지 | URL 유지 또는 301 redirect |
| 비슷한 서비스 페이지 통합 | 가장 관련 있는 새 페이지로 redirect |
| 오래된 블로그 | 품질 검토 후 유지, 개선, noindex, redirect 결정 |
| 삭제된 이벤트 페이지 | 관련 서비스나 archive 정책으로 처리 |
| `.html` URL | canonical 정책에 맞춰 slash URL로 redirect | 홈페이지 리뉴얼 시기와 비용에서도 리뉴얼 범위와 redirect 계획을 함께 봐야 합니다. ## 배포 전 체크리스트 1. 기존 URL 목록과 새 URL 매핑을 완성합니다.

1. title, description, H1이 페이지 목적과 맞는지 확인합니다.
2. canonical과 hreflang이 self URL을 가리키는지 확인합니다.
3. sitemap에 indexable URL만 포함합니다.
4. robots.txt가 공개 페이지를 막지 않는지 확인합니다.
5. FAQPage, Service, BreadcrumbList schema를 점검합니다.
6. 문의 폼과 CTA 이벤트를 테스트합니다.
7. 이미지 alt와 파일 크기를 확인합니다.
8. 모바일 화면에서 CTA와 폼이 깨지지 않는지 확인합니다.
9. 배포 후 확인할 live smoke 목록을 만듭니다. 웹사이트 제작 기간 가이드를 참고해 SEO 이전 검수 시간을 일정에 포함해야 합니다. ## 배포 후 확인할 것 | 확인 항목 | 확인 방법 |

| --- | --- |
| 핵심 URL 상태 | curl, 브라우저, live route smoke |
| redirect | `/old.html`이 새 canonical로 이동하는지 확인 |
| sitemap | live sitemap 크기와 URL 목록 확인 |
| robots | 공개 페이지 차단 여부 확인 |
| schema | 구조화 데이터 파싱 확인 |
| 문의 폼 | 저장, 알림, thank-you 피드백 확인 |
| 전환 이벤트 | GA4 debug 또는 tag manager 확인 |
| 검색 도구 | Google, Naver, Bing에 sitemap 제출 | 배포 직후에는 캐시 때문에 local과 live가 다를 수 있으므로 cache-busting으로 확인해야 합니다. ## 리뉴얼에서 자주 생기는 문제 - 기존 블로그 URL이 404가 됨

• `/blog.html`과 `/ko/blog/` canonical이 충돌함
• sitemap에 redirect URL이 포함됨
• robots가 새 public 경로를 차단함
• 문의 폼 필드가 줄어 상담 품질이 낮아짐
• GA 이벤트가 새 CTA에 연결되지 않음
• 모바일에서 버튼과 폼이 겹침
• 검색 유입 페이지의 콘텐츠가 얇아짐 이 문제는 문의가 안 들어오는 홈페이지 공통 문제와도 연결됩니다. ## FAQ ### 리뉴얼하면 기존 검색 순위가 유지되나요? 약속할 수 없습니다. 다만 기존 URL, 콘텐츠, redirect, canonical, sitemap을 잘 관리하면 기술적 손실 가능성을 줄일 수 있습니다. ### 모든 오래된 글을 유지해야 하나요? 아닙니다. 유입과 품질을 보고 유지, 개선, 통합, redirect, noindex를 결정해야 합니다. ### `.html` URL을 slash URL로 바꿔도 되나요? 가능합니다. 다만 301 redirect와 canonical, sitemap 정리가 함께 필요합니다. ### 리뉴얼 전에 Search Console 접근이 꼭 필요한가요? 있으면 좋습니다. 검색 유입, 색인 오류, sitemap 상태를 확인할 수 있기 때문입니다. 접근이 없으면 크롤링과 로그로 1차 점검을 합니다. ### 문의 전환은 SEO 이전과 별개인가요? 별개가 아닙니다. 검색 유입이 유지되어도 CTA와 폼이 약하면 문의가 줄어들 수 있습니다. ## 다음 단계 기업 웹사이트 리뉴얼을 준비 중이라면 기존 URL, 유입이 많은 페이지, 문의가 들어오던 페이지, 바꾸고 싶은 구조를 정리해 홈페이지 리뉴얼 상담 또는 문의로 보내주세요.