리뉴얼 전 기존 주소 목록을 뽑는 방법

기존 주소 수집의 시작점

이 절차는 경로 변경이나 콘텐츠 재편처럼 이전 주소별로 처리 방향을 정해야 하는 리뉴얼에 적합합니다. Google은 복잡한 사이트 이동에서는 기존 URL 목록을 만든 뒤 새 도착 주소에 연결하도록 안내합니다. 도메인만 바뀌고 경로가 그대로인 단순 이동은 와일드카드 서버 측 리디렉션으로 처리할 수 있어 개별 목록이 필요하지 않을 수도 있습니다.

먼저 대상 사이트와 주소 수집 기준일을 정합니다. 여러 사이트의 자료를 함께 다룬다면 사이트별 목록을 분리하고, 각 자료의 추출일과 조회 기간을 남깁니다. 이후 발견되는 주소가 같은 사이트의 항목인지, 과거 기록인지 구분할 수 있어야 합니다.

사이트맵의 주소와 수집 범위

현재 사이트맵에서 페이지 주소를 추출합니다. 사이트맵 색인 파일이 있다면 그 파일이 참조하는 개별 사이트맵까지 수집 범위에 포함합니다. 출처에는 단순히 ‘사이트맵’이라고 쓰기보다 어느 파일에 실린 주소인지 구분할 수 있는 파일명과 추출일을 기록하는 편이 유용합니다.

사이트맵은 기존 주소 전체를 담은 장부와 목적이 다릅니다. Google은 검색결과에 표시하려는 표준 URL을 사이트맵에 포함하도록 안내합니다. 따라서 다른 자료에서 발견된 변형 주소나 과거 주소가 사이트맵에 없다는 이유만으로 수집 목록에서 제외할 수는 없습니다. 이전 목록에는 발견 사실을 남기고, 새 사이트맵에 넣을지는 별도로 판단합니다.

RSS나 Atom 피드를 사용하는 사이트라면 최근 주소에 관한 정보만 제공할 수 있다는 한계도 반영합니다. 텍스트 사이트맵은 HTML과 기타 색인 생성이 가능한 텍스트 페이지 주소를 다루므로 삽입 리소스 목록을 대신하지 못합니다. 사이트맵 제출 역시 Google의 다운로드나 URL 크롤링을 보장하지 않습니다.

자료별 주소 발견 경로

자료마다 담기는 주소가 다르므로 한 자료의 수량을 전체 주소 수로 해석하지 않습니다. 각 자료를 합친 뒤에야 어디에서만 발견된 주소가 있는지 구분할 수 있습니다.

CMS 게시 주소의 추출

CMS에서는 콘텐츠를 호스팅하는 주소 목록을 추출합니다. 제목이나 콘텐츠 번호만 내보낸 자료라면 실제 게시 주소와 연결할 정보가 더 필요합니다. 내보내기 기능과 저장 구조는 CMS마다 다르므로 추출 방법은 해당 시스템의 개발자나 관리자와 정합니다.

가능하다면 콘텐츠 종류와 게시 상태를 주소 옆에 기록합니다. 이는 Google이 정한 목록 형식이 아니라 리뉴얼 과정에서 항목을 구분하기 위한 정리 방법입니다. 비공개 초안과 공개 문서를 모두 이전 대상으로 판단하지 않도록, 추출 범위에 포함된 상태를 표시합니다.

CMS 목록과 사이트맵 목록을 합칠 때는 한쪽에만 있는 주소를 먼저 분리합니다. CMS에만 있는 주소는 공개 여부와 사이트맵 수록 여부를 확인하고, 사이트맵에만 있는 주소는 현재 CMS의 콘텐츠와 연결되는지 판단합니다.

첨부파일이 별도 관리 영역에 있다면 페이지 목록과 함께 추출할 수 있는지도 확인합니다. 페이지에서 연결한 다운로드 파일의 주소가 자동으로 포함된다고 가정할 수는 없습니다. 추출되지 않는 항목은 다른 자료에서 보충할 대상으로 남깁니다.

로그·분석의 방문 주소

서버 로그에서는 조회 기간에 한 번 이상 방문된 주소를 수집하고, 분석 자료에서는 트래픽이 발생한 페이지를 추가합니다. Google은 중요한 주소를 찾을 때 서버 로그나 분석 소프트웨어의 방문량을 활용하도록 안내합니다. 방문 기록만으로 이전할 주소 전체를 결정하지는 않습니다.

조회 기간은 사이트의 계절별 이용 변화를 반영해 정합니다. 최근 짧은 기간에 방문이 없더라도 특정 시기에 이용되는 문서는 남아 있을 수 있습니다. 사이트에 적합한 범위를 선택하고 시작일과 종료일을 기록합니다.

분석 화면에 경로만 표시된다면 도메인까지 포함된 주소로 연결할 수 있어야 합니다. 여러 호스트나 사이트의 데이터가 섞인 자료에서 경로만으로 항목을 합치면 서로 다른 주소가 하나가 될 수 있습니다. 분석 도구의 기록 범위는 로깅·처리·필터링 설정에 따라 달라지므로 자료의 설정도 함께 파악합니다.

로그에 나타난 주소는 현재 콘텐츠의 존재 여부와 별개로 발견 기록을 남깁니다. 방문이 있었다는 사실만으로 정상 페이지나 이전 대상이라고 확정하지 않습니다. 현재 응답과 콘텐츠 연결 관계를 후속 판단 항목으로 표시하면, 오래된 요청 주소를 실수로 지우거나 모두 새 페이지로 연결하는 일을 줄일 수 있습니다.

링크 자료에만 남은 주소

Search Console의 내부·외부 링크 자료에서도 도착 주소를 수집합니다. 사이트맵이나 CMS에서 찾지 못했지만 링크 자료에는 남아 있는 주소가 있을 수 있습니다. 이런 항목은 ‘링크 자료에서만 발견’으로 구분하고, 발견 자료와 기존 주소를 함께 기록합니다.

현재 메뉴에 없다는 이유만으로 과거 주소를 삭제하지 않습니다. 다른 문서나 외부 사이트가 해당 주소를 가리키는지, 현재 어떤 콘텐츠에 도달하는지 확인한 뒤 처리 방향을 정합니다. 링크 자료에서 발견됐다는 사실과 현재 정상적으로 이용할 수 있다는 판단은 별개의 정보입니다.

Google은 이전 URL로 연결되는 사이트 목록을 저장하고, 이동이 시작된 뒤 가능한 수신 링크를 새 주소로 업데이트하도록 안내합니다. 수집 단계에서는 연결 사이트에 대한 자료를 남겨 후속 작업에 활용합니다. 아직 새 도착 주소가 정해지지 않았다면 기존 주소의 발견 출처까지만 기록해도 됩니다.

삽입 리소스와 다운로드 파일

문서 주소를 모은 뒤에는 페이지에 삽입된 이미지·동영상·JavaScript·CSS 파일 주소를 추가합니다. Google의 사이트 이동 안내는 이러한 삽입 콘텐츠의 URL을 이동 계획에 포함하고 다른 콘텐츠와 같은 방식으로 이동하도록 요구합니다.

PDF 같은 다운로드 파일도 별도 항목으로 등록합니다. Google은 호스팅하는 이미지와 다운로드에 이미 검색이나 링크를 통한 트래픽이 발생할 수 있다고 설명합니다. 파일을 연결한 문서 주소도 함께 남기면 리뉴얼 이후 파일의 새 위치와 문서의 연결 관계를 정하는 데 도움이 됩니다.

외부 서비스가 제공하는 리소스라면 주소와 연결 문서를 기록하되 직접 이전할 수 있는 파일로 분류하지 않습니다. 자체 호스팅 여부와 관리 주체를 구분하는 것은 실무상 필요한 정리 기준입니다. 문서 주소와 파일 주소를 분리하면 페이지 개수에 리소스 수가 섞이는 문제도 줄어듭니다.

중복 정리와 출처 보존

중복 정리는 같은 주소의 반복 행을 합치는 작업부터 시작합니다. 사이트맵·CMS·로그에서 같은 주소를 찾았다면 대표 행 하나에 발견 자료를 모두 연결합니다. 출처 하나만 남기면 나머지 자료의 발견 정보가 사라져, 이후 다시 추출한 자료와 비교하기 어려워집니다.

내용이 같은 서로 다른 주소까지 곧바로 하나로 합치지는 않습니다. 프로토콜·호스트·경로·쿼리가 다른 주소는 원래 값을 보존하고 관계를 별도 표시합니다. 검색에 표시할 표준 주소를 선택하는 일과 기존에 사용된 주소를 수집하는 일은 목적이 다르기 때문입니다.

최종 목록에서는 자료별로만 발견된 주소와 연결 문서가 없는 리소스를 다시 확인합니다. 그다음 기존 주소마다 새 도착 주소나 삭제·병합 여부를 정하는 매핑 작업을 진행합니다. 수집 목록 자체가 리디렉션 설정이나 검색 노출을 보장하지는 않습니다.

이어서 읽을 주제

기존 주소의 발견 출처를 정리했다면 다음 단계는 새 사이트에서 검색에 표시할 대표 주소를 정하는 일입니다. 사이트맵과 정규 주소에서 이전용 수집 목록과 검색엔진에 제출할 주소 목록의 차이를 이어서 이해할 수 있습니다.