사이트가 오래되어 화면을 바꾸려 할 때는 새로 보여줄 모습만큼 이미 사용 중인 경로도 중요합니다. 고객이 저장한 링크와 광고 주소, 내려받는 자료, 문의를 받는 연결이 새 사이트에서도 이어져야 하기 때문입니다. 이 글은 검색 순위를 보장하는 이전 방법이 아니라, 제작사와 운영자가 놓치기 쉬운 항목을 함께 확인하는 준비 가이드입니다. 기존 자료를 목록으로 만들고 공개 전후에 무엇을 점검할지 정해 보세요.
1. 바꾸기 전에 현재 사이트의 목록을 남기세요
홈페이지 리뉴얼은 새 디자인을 고르는 일보다 현재 운영 상황을 정리하는 일에서 시작하면 좋습니다. 메뉴에 보이는 화면뿐 아니라 광고에서 연결한 주소, 블로그 글, 다운로드 파일, 문의 완료 화면까지 확인하세요. 페이지별 목적과 담당자, 유지할 내용을 기록하면 새 화면을 만들면서 중요한 정보를 빠뜨릴 가능성을 줄일 수 있습니다.
기존 페이지 주소는 관리 도구와 사이트맵, 방문 기록 등 여러 자료를 대조해 모읍니다. Google의 사이트 이전 안내도 중요한 URL을 확인할 때 사이트맵과 분석 자료 등을 참고하도록 설명합니다. 모든 페이지를 같은 비중으로 다루기 어렵다면 실제 문의로 이어지는 서비스 화면과 방문이 많은 자료부터 우선순위를 정하세요. 이 목록은 이전 작업과 검수의 공통 기준이 됩니다.
근거 자료: Google Search Central — 사이트 이전 계획
2. 주소 유지와 변경을 구분해 계획하세요
홈페이지 리뉴얼을 한다고 모든 페이지의 URL을 바꿔야 하는 것은 아닙니다. 화면을 새로 구성해도 주소와 제공 내용이 유지되는 경우가 있습니다. 주소가 달라져야 한다면 기존 URL과 새로운 목적지를 나란히 적은 URL 매핑표를 만드세요. 유지, 이동, 통합, 삭제를 구분하고 각 항목을 누가 확인할지도 정합니다.
예를 들어 개별 서비스 안내를 새로운 서비스 상세 화면으로 옮긴다면 두 페이지가 같은 방문 목적에 답하는지 살펴보세요. 관련 없는 모든 예전 주소를 메인 화면 하나로 연결하면 고객은 찾던 내용을 다시 탐색해야 합니다. 대체할 콘텐츠가 없는 페이지는 억지로 연결하지 말고 삭제 사실을 올바르게 처리하도록 개발 담당자와 합의하세요. 메뉴 이름의 변화와 실제 주소의 변화도 따로 기록하는 것이 좋습니다.
근거 자료: Google Search Central — 사이트 이전 계획
3. 이동할 주소는 연결 방식까지 검수하세요
홈페이지 리뉴얼 중 주소가 영구적으로 이동한다면 301 리디렉션 등 서버 측 영구 이동 방식의 적용을 검토합니다. Google은 검색 결과에 표시할 페이지 주소를 바꿀 때 가능한 경우 영구 서버 리디렉션을 권장합니다. 단순히 새 주소를 본문에 적어두는 것과 이전 주소로 접속했을 때 자동으로 이동하게 하는 것은 다릅니다.
검수할 때는 새 주소가 열리는지만 보지 말고 예전 링크를 직접 열어 목적지와 응답을 확인하세요. 여러 중간 주소를 거쳐 이동하거나 원래 주소로 돌아오는 순환이 없는지도 점검합니다. 광고, 안내 메일, 인쇄물의 QR처럼 이미 배포한 연결 경로를 모아 두면 테스트할 사례를 정하기 쉽습니다. 연결 설정이 있다는 이유만으로 검색 순위가 그대로 유지된다고 약속할 수는 없습니다.
근거 자료: Google Search Central — 리디렉션과 검색
4. 원고와 파일의 이전 범위를 정하세요
홈페이지 리뉴얼에서 콘텐츠 이전은 문장을 복사하는 작업만을 뜻하지 않습니다. 사진 원본, 첨부 자료, 표, 이미지 대체텍스트, 작성일과 수정일 등 필요한 항목을 함께 점검해야 합니다. 오래된 원고를 옮기면서 현재 제공하지 않는 서비스나 바뀐 연락처가 남지 않도록 운영 담당자가 내용을 확인하세요.
이전할 자료와 제외할 자료를 구분하고 작업 전 백업을 준비해 두세요. 백업 파일이 있다는 사실만으로 복구가 가능한 것은 아니므로 필요한 데이터와 설정을 다시 가져올 수 있는지 확인하는 절차도 필요합니다. 콘텐츠 수정과 디자인 수정의 책임을 나누고 최종 승인할 사람을 정하면 누락된 자료를 발견했을 때 연락할 곳이 분명해집니다. 새 화면에 맞춰 원고 길이를 바꾸더라도 고객에게 필요한 조건은 남겨야 합니다.
5. 문의와 주요 행동을 처음부터 끝까지 확인하세요
홈페이지 리뉴얼의 기능 검수는 버튼이 눌리는지 확인하는 데서 끝나지 않습니다. 서비스 내용을 읽은 방문자가 문의 양식을 열고 입력한 뒤 접수 결과를 확인하는 과정 전체를 따라가 보세요. 이메일 수신이나 외부 예약 서비스처럼 화면 밖에서 이어지는 연결도 운영자가 확인할 항목입니다.
web.dev의 양식 테스트 자료는 다양한 환경에서 폼을 점검하는 방법을 다룹니다. 모바일 검수에서는 키보드가 열린 상태, 필수 항목 누락, 잘못된 입력 형식, 전송 실패와 같은 상황을 포함하세요. 시험 데이터로 접수 흐름을 확인하고 정상 문의와 구분해 처리하는 방법을 정합니다. 이전 화면에서 잘 되던 다운로드, 전화 연결, 검색 기능도 새 구성에서 계속 필요한지 확인한 뒤 검수 목록에 넣으세요.
근거 자료: web.dev — 양식 테스트
6. 검색 설정과 측정 태그를 함께 챙기세요
홈페이지 리뉴얼을 공개할 때 개발용 색인 제외 설정이 남아 있지 않은지 확인하세요. 페이지 제목과 설명, canonical, 내부 링크, 사이트맵은 실제 공개 주소와 맞아야 합니다. Google의 대표 URL 안내는 서로 충돌하는 주소 신호를 주지 않도록 설명합니다. 주소가 바뀐 페이지는 메타데이터만 수정하고 메뉴 링크를 그대로 두는 실수가 없는지 살펴봅니다.
사이트맵에는 검색에 알리고 싶은 대표 주소를 정리하고 공개 후 접근 가능한지 확인합니다. 검색 관리 도구의 소유 확인 자료와 애널리틱스 태그도 새 화면에 포함됐는지 점검하세요. 특히 방문자 수가 갑자기 줄었다면 실제 방문 감소와 측정 누락을 구분해야 합니다. 테스트 방문과 주요 행동이 기대한 방식으로 기록되는지 확인하면 공개 전후 비교의 기준을 유지하는 데 도움이 됩니다.
근거 자료: Google Search Central — 대표 URL 지정 · Google Search Central — 사이트맵 작성과 제출
7. 공개 일정과 되돌릴 기준을 정해 두세요
홈페이지 리뉴얼의 공개일에는 작업 담당자와 확인 담당자가 함께 대응할 수 있는 시간을 확보하세요. 변경할 항목이 많다면 도메인, 관리 시스템, 화면을 한꺼번에 바꾸기보다 단계적으로 적용할 수 있는지 검토합니다. 공개 직전에 들어온 콘텐츠 수정이나 문의 기록을 어느 시점까지 반영할지도 정해야 운영 공백을 줄일 수 있습니다.
공개 후에는 주요 주소, 문의 접수, 오류와 검색 색인 상태를 확인하고 변경 기록을 남기세요. Search Console의 페이지 색인 보고서는 제외 사유를 살피는 데 활용할 수 있습니다. 검색 반영에는 변동이 있을 수 있으므로 하루 수치만으로 성공이나 실패를 단정하지 마세요. 반면 핵심 접수가 멈추는 문제에는 바로 대응할 수 있도록 이전 버전 복구 방법과 판단 기준을 미리 합의하는 것이 좋습니다.
근거 자료: Google Search Central — 사이트 이전 계획 · Google Search Console — 페이지 색인 보고서
제작 문의 전에 준비할 것
제작을 시작하기 전에는 기존 사이트 주소, 중요한 페이지 목록, 운영 중인 외부 서비스와 바꾸려는 이유를 정리해 주세요. 디자인과 기능뿐 아니라 주소 처리, 콘텐츠 이전, 공개 이후 확인까지 작업 범위에 포함돼 있는지 살펴보면 도움이 됩니다. Gnosislab design에 문의하실 때에도 현재 불편한 점과 반드시 유지할 기능을 알려주시면 새 사이트의 구성과 이전 범위를 구체화하는 데 도움이 됩니다.