홈페이지 리뉴얼, 기존 주소도 연결해야 합니다

안녕하세요. 사랑받는 IT 프로덕트의 첫걸음, 똑똑한개발자입니다.

오늘의 인사이트 요약

• 기존 주소마다 유지·이동·삭제 여부를 정합니다.

• 옮긴 페이지는 내용이 맞는 새 주소로 연결합니다.

• 공개 후에도 이전 링크와 검색 유입을 확인합니다.

홈페이지 리뉴얼을 준비하면 새 디자인과 메뉴 구성에 눈이 먼저 갑니다. 하지만 고객은 검색 결과나 이전에 받은 제안서, 즐겨찾기에 남은 옛 주소로도 방문합니다. 새 메인 화면이 잘 열리더라도 기존 상세 페이지에 접속했을 때 오류가 나면 고객이 찾던 정보를 놓칠 수 있습니다.

주소가 바뀌는 리뉴얼이라면 기존 방문 경로를 새 사이트에 어떻게 이어줄지 개발 범위에 넣어야 합니다. 오늘은 홈페이지 리뉴얼에서 URL 연결과 공개 전후 검수를 어떤 순서로 준비할지 정리해보았습니다.

1. 기존 주소의 처리 방식을 정해야 합니다.

메뉴에서 사라진 주소도 목록에 포함해야 합니다.

현재 메뉴만 보고 이전할 페이지를 정하면 검색 유입이 있는 글이나 캠페인 페이지를 빠뜨릴 수 있습니다. 사이트맵, CMS 목록, 방문 기록 등 확보할 수 있는 자료를 모아 기존 URL을 정리하세요. 제안서나 광고에 사용한 주소도 담당 부서에 확인해 외부에서 들어오는 경로를 함께 봅니다.

목록에는 기존 주소와 새 주소를 나란히 적고 유지·이동·통합·삭제처럼 처리 방식을 표시합니다. 내용이 그대로라면 주소를 꼭 바꿔야 하는지부터 검토하세요. 서비스 소개 두 페이지를 하나로 합친다면 기존의 각 주소가 어느 페이지로 연결되는지 적고, 더 이상 제공하지 않는 정보는 삭제 여부를 따로 판단합니다.

똑똑한개발자팀은 리뉴얼 범위를 정할 때 새 화면 목록과 기존 주소 목록을 함께 보는 편이 좋다고 생각합니다. 화면 수만 세면 기존 방문자를 안내하는 작업이 견적에서 빠지기 쉽기 때문입니다. 연결 대상이 아직 결정되지 않은 페이지는 담당자와 결정 기한을 남겨 개발사가 임의로 목적지를 고르지 않게 합니다.

제품 소개 페이지의 주소를 바꾸는 상황을 가정해 보겠습니다.
예전 주소로 접속한 고객은 새 제품 소개를 볼 수 있어야 합니다. 메인 화면으로만 보내면 원하는 제품을 다시 찾아야 하므로 기존 페이지와 새 페이지의 대응을 먼저 정합니다.

2. 새 주소로 바로 연결해야 합니다.

리다이렉트의 도착 페이지를 확인해야 합니다.

리다이렉트는 기존 주소로 들어온 방문자를 다른 주소로 보내는 처리입니다. 영구적으로 옮기는 페이지라면 개발사와 영구 리다이렉트 적용을 협의하고, 여러 주소를 연달아 거치지 않고 최종 페이지로 가는지 확인합니다. 바뀐 주소를 브라우저에 입력했을 때 원하는 내용이 나오는지도 함께 살펴야 합니다.

모든 옛 주소를 홈페이지 첫 화면으로 보내는 방식은 피합니다. 대응하는 콘텐츠가 있는 페이지로 연결하고, 대체할 내용 없이 없앤 페이지는 404 또는 410 응답을 반환하도록 처리합니다. Google은 관련 없는 페이지로 일괄 이동시키면 사용자가 혼란을 겪고 소프트 404로 처리될 수 있다고 안내합니다. 구체적인 연결·삭제 처리 방식은 Google의 사이트 이전 지침에서 더 자세히 보실 수 있습니다.

사이트 내부의 메뉴와 본문 링크도 새 주소를 직접 가리키도록 바꿔야 합니다.

이전 주소가 작동한다고 내부 링크까지 그대로 둘 필요는 없습니다. 사이트맵과 각 페이지의 대표 주소를 나타내는 canonical 설정도 새 구성과 일치하는지 개발사에 확인하세요. 방문자가 보는 링크와 검색엔진이 읽는 주소 정보가 어긋나는 일을 줄일 수 있습니다.

개발용 사이트에 걸어둔 검색 차단 설정은 공개할 페이지에서 해제됐는지 확인합니다. 모든 설정을 무조건 지우는 작업은 아닙니다. 검색에 나오면 안 되는 페이지는 별도로 유지하면서 공개 대상의 색인 가능 여부를 검수해야 합니다. 공개 페이지 목록을 미리 정해두면 어느 화면의 차단을 풀어야 하는지 판단하기 편합니다.

3. 공개 후 연결 상태도 확인해야 합니다.

새 메뉴뿐 아니라 옛 링크에서도 확인해야 합니다.

공개 전에는 기존 URL 목록을 기준으로 접속 결과, 도착 주소, 실제 내용을 확인합니다. 문의 폼이나 자료 다운로드처럼 후속 행동이 있는 페이지는 연결된 페이지에서 그 기능까지 이용해 보세요. 메인 화면부터 차례로 클릭하는 검사만으로는 외부에 남아 있는 링크의 오류를 찾기 어렵습니다.

공개 후에는 오류가 발생한 주소와 유입 변화를 살펴봅니다. 검색 유입이 있던 페이지와 광고 목적지, 외부에 많이 공유한 주소를 우선 확인하되 나머지 목록도 점검합니다. 오류가 발견되면 기존 주소와 기대한 목적지, 확인 시각을 남겨 수정 요청과 재확인으로 이어지게 합니다.

공개 이후의 연결 점검도 리뉴얼 완료 범위에 포함해야 합니다.

작업 중에는 발견하지 못한 외부 링크가 실제 방문 기록에서 드러날 수 있기 때문입니다. 개발사와 점검 기간, 담당자, 수정 비용의 포함 범위를 정해두면 공개 이후 누가 대응할지 분명해집니다.

주소를 옮겼다고 검색 순위나 유입 유지를 보장할 수는 없습니다. Google은 사이트 이전 과정에서 다시 크롤링하고 색인을 갱신하는 동안 순위가 변할 수 있다고 설명합니다. 그래서 오픈 직후 숫자 하나로 성패를 단정하기보다 주소 연결 오류와 검색 반영 상태를 따로 확인하는 편이 좋습니다.

4. 화면 개편과 운영 준비를 함께 해야 합니다.

똑똑한개발자는 웹·앱과 관리자 시스템의 기획, 디자인, 개발, 운영 경험을 바탕으로 서비스를 만듭니다. 일반 개발 소개서에서는 UXUI와 웹·앱 개발뿐 아니라 분석과 SEO도 수행 영역으로 안내합니다. 새 화면을 만드는 목적과 기존 고객이 들어오는 경로를 함께 살피며 리뉴얼 범위를 구체화할 수 있습니다.

홈페이지의 화면 개편과 기존 주소 연결을 함께 준비하고 싶다면 아래 똑똑한개발자 링크로 리뉴얼 범위를 이야기 나눠주세요!

감사합니다. :)