www와 non-www를 하나로 맞추는 방법

같은 콘텐츠를 기준으로 한 호스트 선택

호스트는 주소에서 사이트를 식별하는 부분이며, 여기서는 www가 있는 형태와 없는 형태를 뜻합니다. 두 형태에서 홈페이지가 같다고 해서 모든 하위 페이지까지 같다고 판단할 수는 없습니다. 운영 담당자는 주요 메뉴와 상세 페이지를 양쪽에서 열어 제목, 본문, 이용 기능이 대응하는지 기록합니다. 이름이 같은 페이지라도 한쪽에만 최신 내용이 있다면 콘텐츠 담당자가 유지할 내용을 먼저 결정합니다.

표는 개발 요청서에서 사용할 대응표의 구성 예시입니다. 실제 요청서에는 각 칸의 설명 대신 해당 페이지의 전체 주소를 기재합니다. 대응하는 콘텐츠가 없는 행은 목적지를 임의로 채우지 않고, 이전할지 계속 별도로 운영할지 결정할 항목으로 남깁니다.

홈페이지의 대표 표시와 실제 이동

네이버 서치어드바이저는 홈페이지에 선호 주소를 표시하는 방식보다 HTTP redirect로 방문자를 이동시키는 방식을 권합니다. 방문자가 서로 다른 주소를 홈페이지로 인식하며 겪을 혼동을 줄이려는 안내입니다. 운영 담당자는 홈페이지에 대표 주소가 선언되어 있다는 보고와, 접속한 방문자가 선택한 주소로 실제 이동한다는 보고를 따로 받습니다.

대표 주소를 표시했다는 사실만으로 브라우저의 접속 주소까지 달라졌다고 판단해서는 안 됩니다. 개발 담당자는 폐기할 호스트의 홈페이지에 접속했을 때 어떤 주소에 도착하는지 결과를 제출합니다. 이 홈페이지 권고를 근거로 하위 페이지의 목적지까지 모두 홈페이지로 지정하지는 않습니다.

사용을 끝내는 중복 주소의 처리 원칙

구글 검색 센터는 더 이상 사용하지 않는 중복 페이지에 영구 리디렉션을 적용하여 이동 대상 주소를 우선하는 관계를 알릴 수 있다고 설명합니다. 따라서 이번 작업에서는 같은 콘텐츠의 중복 주소를 폐기한다는 결정이 먼저 필요합니다. 운영 담당자가 폐기 범위를 승인하면 개발 담당자는 그 범위에 속하는 주소와 이동 대상을 대응표로 정리합니다.

홈페이지의 HTTP redirect 권고와 중복 주소 폐기의 영구 리디렉션 원칙은 적용 조건이 다릅니다. 요청서에는 홈페이지에서 필요한 실제 이동과, 사용을 끝내는 하위 중복 주소의 처리를 각각 기재합니다. 계속 별도 콘텐츠를 제공해야 하는 페이지는 중복 주소 폐기 목록에서 제외합니다.

개발 요청 전 준비 자료와 실행 순서

운영 담당자는 주소 목록, 콘텐츠 대응 결과, 유지할 호스트의 승인 내역을 준비합니다. 주소 목록에는 홈페이지뿐 아니라 메뉴에서 연결하는 목록과 상세 페이지를 포함합니다. 개발 담당자는 이 자료를 받아 이동 규칙으로 처리할 범위와 개별 목적지를 지정할 범위를 제시합니다.

1. 두 호스트의 콘텐츠를 대조합니다. 운영 담당자는 페이지 이름만 대응시키지 않고 본문과 주요 기능이 같은지 기록하며, 차이가 있는 항목은 콘텐츠 담당자에게 결정을 요청합니다.
2. 유지할 호스트와 이동 목적지를 지정합니다. 승인한 호스트를 요청서에 명시하고, 폐기할 주소마다 같은 콘텐츠를 제공할 도착 페이지를 연결합니다.
3. 이동 결과와 내부 링크를 확인합니다. 개발 담당자가 실제 도착 주소를 기록하고, 운영 담당자가 메뉴와 본문 링크의 수정 요청을 정리합니다.

같은 경로를 그대로 유지할 수 있는지는 개발 담당자가 판단합니다. 운영 담당자는 경로가 같다는 이유로 콘텐츠 대응을 승인하지 않으며, 경로가 달라도 같은 내용을 제공한다면 목적지 후보로 전달합니다. 여러 관리 도구에서 링크를 생성하는 사이트라면 각 도구의 관리 담당자도 요청서에 기재합니다.

출발 주소별 이동 결과 기록

다음 표는 적용 후 개발 담당자가 제출할 기록의 구성입니다. 의도한 목적지와 실제 도착 주소를 별도 칸으로 만들어 계획과 결과를 대조합니다. 내부 링크 수정 요청에는 링크가 있는 화면과 그 링크를 관리하는 위치를 함께 기재합니다.

브라우저가 목적지에 도착하더라도 그 페이지의 본문이 요청한 콘텐츠인지 추가로 대조합니다. 주소만 맞고 다른 내용이 열리면 해당 행을 완료 처리하지 않습니다. 이동 자체의 문제와 콘텐츠 연결의 문제를 따로 기록해야 개발 담당자가 수정할 대상을 가릴 수 있습니다.

내부 링크의 수정 완료 여부는 이동 결과와 별도로 기록합니다. 리디렉션이 작동한다는 이유로 사이트가 계속 폐기 호스트를 연결하도록 남기지 않습니다. 링크 수정 담당자는 해당 화면을 저장한 뒤 공개 화면에서 실제 연결 주소를 다시 제출합니다.

화면의 링크와 생성 규칙의 차이

구글 검색 센터는 사이트 내부에서 중복 주소보다 표준 주소를 연결하고, 선호하는 주소로 일관되게 연결하면 구글이 그 선호를 이해하는 데 도움이 된다고 설명합니다. 사이트 운영 업무에서는 눈에 띄는 메뉴만 수정하기보다 링크가 생성되는 위치별로 담당자를 정하는 방식으로 적용할 수 있습니다. 개발 담당자는 공통 메뉴와 목록 출력 규칙을, 콘텐츠 담당자는 본문에 직접 입력한 링크를 처리합니다.

공통 메뉴의 주소를 변경해도 게시글 본문의 오래된 링크는 남을 수 있습니다. 반대로 본문 링크를 수정해도 목록을 만드는 프로그램이 폐기 호스트를 계속 출력할 수 있습니다. 운영 담당자는 수정 요청을 화면 이름으로만 묶지 않고 공통 설정, 자동 생성, 직접 입력 항목으로 나눕니다. 각 담당자는 자신이 수정한 원본과 공개 화면의 결과를 연결하여 기록합니다.

화면에 표시되는 링크 문구가 같아도 실제 연결 주소는 다를 수 있습니다. 링크 검사는 문구나 디자인이 아닌 연결 대상 값을 기준으로 진행합니다. 클릭 후 유지 호스트에 도착했더라도 처음 연결한 주소가 폐기 호스트라면 링크 수정 항목은 아직 남아 있는 상태로 처리합니다.

목적지 대응표의 예외 처리

페이지별 대응표에서 판단을 보류할 행은 단순히 접속되지 않는 주소만이 아닙니다. 같은 경로에서 서로 다른 상품 설명이나 게시글이 열리는 경우에도 콘텐츠 담당자의 결정이 필요합니다. 개발 담당자는 호스트를 치환하는 규칙에 이 행을 바로 포함하지 않고 예외 목록으로 전달합니다.

운영 담당자는 예외마다 콘텐츠 유지, 내용 통합, 별도 운영 가운데 필요한 업무를 지정합니다. 새 목적지에 필요한 내용이 아직 없으면 이동 설정을 먼저 완료하는 대신 콘텐츠 준비 상태를 기록합니다. 내용 통합이 필요한 경우에는 어느 페이지를 유지할지 승인한 뒤 개발 요청서의 목적지 칸을 확정합니다.

단어 검색이나 화면 캡처만으로는 이용 기능의 차이를 놓칠 수 있습니다. 신청 버튼, 다운로드, 목록 탐색처럼 페이지의 목적에 필요한 동작도 대응 판단에 포함합니다. 기능이 다른 페이지를 같은 콘텐츠로 처리할지 결정하는 책임은 운영 담당자에게 있으며, 개발 담당자의 기술적 이동 성공 보고로 대신하지 않습니다.

이어서 읽을 주제

블로그 상위노출은 회사 사이트의 주소 정리와 별도로 블로그 콘텐츠의 검색 유입을 판단하려는 담당자가 이어 읽을 주제입니다. 병원 사이트 색인은 해당 업종의 사이트에서 페이지가 검색 수집과 색인 대상이 되는 조건을 따로 이해하려는 담당자에게 연결되는 주제입니다.