작성: IILL Editorial
최종 업데이트: 2026년 8월 26일
먼저 답하면, 가치 있는 기존 URL을 모두 보존해야 합니다. 주소를 유지하거나, 가장 가까운 새 페이지로 서버 영구 리다이렉트를 설정하세요. canonical, hreflang, 내부 링크와 XML 사이트맵도 새 주소를 가리켜야 합니다. 공개 뒤에는 색인, 404와 문의 수신을 확인하고 리다이렉트는 최소 1년 유지합니다.
홈페이지 리뉴얼은 새 디자인을 기존 주소에 올리는 일로 끝나지 않습니다. 기존 검색 URL, 외부 링크, 도메인과 메일, 문의 폼, 분석 데이터와 운영 권한을 새 구조로 안전하게 옮겨야 합니다.
가장 중요한 준비물은 시안보다 기존 URL과 새 URL을 한 줄씩 연결한 매핑표입니다. 이 표가 없으면 디자인은 좋아져도 검색 유입이 404로 끊기거나, 문의 버튼은 눌리지만 담당자에게 메일이 도착하지 않을 수 있습니다.
홈페이지 리뉴얼이 필요한 신호
아래 문제 중 여러 개가 반복되면 부분 수정과 전체 리뉴얼의 범위를 비교할 시점입니다.
- 모바일에서 메뉴, 표, 폼을 쓰기 어렵다.
- 서비스와 구성원 정보가 실제 운영과 다르다.
- 누가 도메인, 호스팅과 소스에 접근할 수 있는지 모른다.
- 페이지마다 제목과 설명이 같거나 검색 유입을 확인할 수 없다.
- 문의가 어디로 도착하는지, 어떤 채널이 상담으로 이어지는지 측정하지 못한다.
- 문구 하나를 바꾸는 데도 제작사를 거쳐야 하고 변경 이력이 남지 않는다.
- 오래된 플러그인과 관리자 계정 때문에 보안 업데이트가 어렵다.
색이나 폰트만 오래됐고 기능과 콘텐츠 구조가 안정적이라면 전면 교체보다 디자인 시스템과 핵심 화면만 개선하는 편이 나을 수 있습니다. 반대로 URL, 콘텐츠, 운영 권한까지 얽혀 있다면 처음부터 이전 계획을 포함해야 합니다.
리뉴얼 전에 반드시 보존할 것
1. 기존 URL과 검색 유입
현재 사이트를 크롤링해 정상 페이지, 404, 리다이렉트와 대표 URL을 목록으로 만듭니다. Google Search Console과 분석 도구에서 유입이 있는 페이지, 외부 링크를 받는 페이지, 문의 전환에 기여하는 페이지를 표시합니다.
메뉴에서 안 보인다는 이유로 URL을 바로 삭제하지 마세요. 새 사이트에서 내용을 유지할지, 더 적합한 페이지로 통합할지, 실제로 종료할지 먼저 결정해야 합니다.
2. 도메인, DNS와 업무 메일
도메인 등록자, 결제 계정, DNS 관리자와 만료일을 확인합니다. 같은 도메인의 DNS에는 홈페이지뿐 아니라 업무 메일, 인증, 외부 서비스 설정도 들어 있을 수 있습니다. 리뉴얼 공개를 위해 DNS를 바꾸면서 메일 레코드를 덮어쓰면 사이트는 열려도 메일이 끊길 수 있습니다.
3. 원고, 이미지와 라이선스
현재 페이지의 원고, 원본 이미지, 로고, 다운로드 문서와 게시글을 백업합니다. 유료 폰트, 스톡 이미지, 테마와 플러그인의 사용 권한이 새 사이트에서도 유효한지 확인합니다. 파일을 가지고 있다는 사실과 사용할 권리가 있다는 것은 같지 않습니다.
4. 문의와 분석의 기준값
공개 전 최근 4~8주의 문의 수, 주요 랜딩페이지, CTA 클릭과 폼 완료를 기록합니다. 리뉴얼 뒤 성과를 비교하려면 바뀌기 전 기준이 필요합니다. 전화, 메일, 메신저, 예약과 다운로드는 같은 “클릭”으로 묶지 말고 실제 행동별로 구분합니다.
URL 매핑표는 어떻게 만드나요?
최소한 아래 열을 갖춘 표를 준비합니다.
| 기존 URL | 현재 상태 | 새 URL | 처리 | 확인할 것 |
|---|---|---|---|---|
/old-service |
유입 있음 | /services/core |
301 리다이렉트 | 제목·본문 의도가 이어지는가 |
/team/kim |
최신 정보 | /experts/kim |
301 리다이렉트 | 프로필과 내부 링크 |
/event-2021 |
종료 | 없음 | 410 또는 안내 페이지 | 외부 링크와 대체 정보 |
/contact |
전환 페이지 | /contact |
유지 | 폼, 메일, 분석 이벤트 |
Google은 URL이 바뀌는 사이트 이전에서 이전 주소와 새 주소의 매핑, 영구 서버 리다이렉트, canonical과 사이트맵 갱신을 함께 권장합니다. 모든 이전 주소를 새 홈페이지 첫 화면으로 보내면 사용자도 답을 찾기 어렵고 검색엔진도 대응 관계를 이해하기 어렵습니다.
URL 매핑표와 함께 다음 일곱 가지를 맞춥니다.
- 리다이렉트: 바뀐 주소마다 가장 가까운 최종 페이지로 서버 영구 리다이렉트를 걸고 불필요한 중간 경로를 없앱니다.
- canonical: 새 페이지는 폐기한 주소가 아니라 자신의 대표 새 URL을 가리킵니다.
- 내부 링크: 메뉴, 본문과 푸터의 링크를 새 주소로 직접 바꿉니다.
- hreflang: 언어별 페이지를 쓴다면 모든 언어가 새 주소를 서로 참조하게 갱신합니다.
- 사이트맵: 색인 가능한 새 URL을 제출합니다. 이전 URL 목록도 이전 기간에는 리다이렉트 상태를 확인하는 데 활용할 수 있습니다.
- 모니터링: 필요한 이전·신규 Search Console 속성을 확인하고 색인, 리다이렉트 오류와 기존 유입 검색어를 함께 봅니다.
- 유지 기간: 늦게 다시 수집되는 URL과 외부 링크도 올바른 페이지에 도착하도록 리다이렉트를 최소 1년 유지합니다.
공개 전에 확인할 리뉴얼 체크리스트
- 기존 URL 전체 목록과 새 URL 매핑표가 있다.
- 중요한 페이지의 제목, 설명, H1과 본문 목적이 유지된다.
- 바뀐 주소는 가장 가까운 새 주소로 301 리다이렉트된다.
- canonical, hreflang, robots와 XML 사이트맵이 새 구조와 일치한다.
- 도메인·DNS 변경이 업무 메일과 외부 인증을 끊지 않는다.
- 모바일 메뉴, 폼 오류, 완료 상태와 키보드 이동을 확인했다.
- 문의가 실제 담당자에게 도착하고 자동 회신이 필요한 경우 발송된다.
- GA4와 광고 전환 이벤트가 중복 없이 수집된다.
- 소스 저장소, 배포, 도메인과 분석 계정의 소유자를 기록했다.
- 문제 발생 시 이전 버전으로 되돌리는 방법과 담당자가 있다.
공개 뒤 1일, 1주, 4주에 볼 것
첫날에는 대표 페이지의 응답 코드, 리다이렉트, SSL, 폼 수신, 분석과 업무 메일을 확인합니다. 첫 주에는 404 로그, Search Console의 색인 문제, 모바일 사용성과 Core Web Vitals 변화를 봅니다. 4주 뒤에는 기존 기준과 검색 유입, 문의 완료, 주요 페이지 이탈을 비교합니다.
순위는 공개 직후 흔들릴 수 있습니다. 날짜만 바꾸거나 같은 키워드의 얇은 페이지를 급히 늘리지 말고, 잘못된 리다이렉트와 누락된 콘텐츠, 크롤링 문제를 먼저 고쳐야 합니다.
새 사이트를 공개하기 전에 다시 넘겨받을 수 있는지도 확인하세요. 홈페이지 인수인계 체크리스트는 도메인, 배포와 분석 권한을, 백업 복원 테스트는 이 체크리스트가 전제하는 복구 경로를 다룹니다.
지금 할 일: 시안을 승인하기 전에 기존 URL 목록부터 만드세요. 현재 URL을 내보내고 검색 노출, 외부 링크나 문의 완료가 있는 페이지를 표시한 뒤 그 표를 첫 회의에 가져가면 됩니다. 범위를 함께 검토하려면 홈페이지 제작·리뉴얼 서비스에서 시작할 수 있습니다.
홈페이지 제작, 어디서부터 정할지 막막하신가요?
현재 상황과 필요한 결과를 들은 뒤, 만들 범위와 다음 단계를 먼저 정리합니다.