여러 도메인에 콘텐츠를 두는 회사의 정규 주소 전략

콘텐츠 묶음별 정규 주소 전략

회사가 함께 운영하는 도메인이라도 각 사이트가 제공하는 정보와 운영 목적은 다를 수 있습니다. 운영자는 도메인 전체에 같은 결정을 적용하기 전에 어떤 주소들이 같은 콘텐츠를 제공하는지 묶어야 합니다. 회사 소개나 서비스 안내처럼 페이지 종류가 같다는 이유만으로 동일 콘텐츠로 처리하지 않고, 실제 본문과 제공 정보를 대조합니다.

선호 주소는 해당 내용을 계속 관리할 담당자와 게시 목적을 기준으로 선택합니다. 내용을 수정하는 사이트와 선호 주소를 둘 사이트가 다르면 수정 내용을 전달하는 절차도 정해야 합니다. 사이트 이름이 회사의 대표 브랜드라는 이유만으로 모든 묶음의 선호 주소를 그 사이트에 배정하지 않습니다.

이 주소 대응표는 실제 주소와 결정 상태를 기록하는 양식입니다. 아직 결정하지 못한 항목은 빈칸으로 남기지 않고 미정인 이유를 기재합니다. 도메인별 목록을 따로 작성하더라도 같은 묶음을 가리키는 식별명을 사용해 개발 담당자가 서로 연결할 수 있도록 합니다.

중복본 유지와 폐기의 판단 기준

중복본을 계속 제공할지는 대표 주소 선택과 별도로 결정합니다. 방문자가 해당 사이트 안에서 내용을 읽어야 하는 업무상 이유가 있다면 운영자는 유지 목적과 수정 책임을 기록합니다. 현재 사용처가 없다면 기존 주소를 계속 제공할 필요가 있는지 담당 부서에 묻습니다.

구글은 중복 페이지를 더 이상 사용하지 않을 때 영구 리디렉션을 사용하는 방법을 설명합니다. 폐기로 결정한 주소는 개발 담당에게 해당 콘텐츠의 선호 주소로 이동하도록 요청할 수 있습니다. 주소가 사용되는 업무를 조사하기 전에 일괄 이동을 적용하지 않습니다.

유지하는 중복본에는 선호 주소만 기재하고 관리를 끝내지 않습니다. 콘텐츠 담당자는 원문 수정 때 함께 수정할 페이지와 별도 승인이 필요한 페이지를 기록합니다. 유지 이유를 설명할 수 없는 주소는 결정 보류 항목으로 남겨 운영자가 후속 판단을 맡습니다.

주소 대응표에서 제출 목록까지의 순서

운영자는 도메인별 주소 대응표를 먼저 완성하고 검색 엔진별 제출 구성을 개발 담당에게 전달합니다. 처음부터 통합 사이트맵 제작을 요청하면 동일 콘텐츠 판단과 파일 관리 방식이 섞일 수 있습니다. 콘텐츠 담당자가 내용을 대조하고 운영자가 유지 방침을 승인한 뒤 개발 담당자가 구성 조건을 확인하는 순서로 진행합니다.

1. 콘텐츠 담당자는 각 도메인의 공개 주소 목록과 본문을 모아 동일 콘텐츠 묶음을 작성합니다. 제목만 같은 페이지와 실제 내용이 같은 페이지를 따로 표시합니다.
2. 운영자는 묶음별 선호 주소를 선택하고 나머지 주소의 유지 여부를 결정합니다. 담당 부서는 계속 사용하는 주소의 사용 목적과 수정 책임을 기록합니다.
3. 개발 담당자는 확정된 주소 대응표를 받아 검색 엔진별 사이트맵 구성 조건을 확인합니다. 제출에 필요한 소유권 상태와 도메인별 목록 생성 방식을 운영자에게 전달합니다.

담당자가 준비할 자료에는 주소 목록 외에 현재 게시 책임자, 콘텐츠 수정 경로, 각 사이트에서 해당 페이지를 사용하는 목적이 포함됩니다. 운영자는 선호 주소 승인자와 사이트 소유권을 관리하는 담당자도 명시합니다. 개발 담당자가 판단을 대신해야 하는 항목과 기술적으로 처리해야 하는 항목을 요청서에서 분리합니다.

검색 엔진별 사이트맵 구성 조건

구글은 소유권이 확인된 여러 사이트의 주소를 한 사이트맵에 담거나, 사이트별 파일을 한곳에서 관리하는 크로스 사이트 구성을 지원합니다. 서치 콘솔로 교차 제출하려면 포함할 모든 사이트의 소유권을 확인해야 합니다. 운영자는 통합 관리가 필요한지 정하고 개발 담당에게 아래 조건에 따른 구성을 요청합니다.

네이버 서치어드바이저는 사이트 내 모든 주소를 사이트맵에 포함하도록 권고하며, 수집 대상은 내부 알고리즘으로 선별한다고 설명합니다. 네이버용 목록은 동일 도메인 조건을 충족하도록 구성하고, 구글용 목록은 동일 콘텐츠의 선호 주소를 선택하는 기준에 따라 작성합니다. 개발 담당자는 각 목록의 생성 규칙과 제외 항목을 운영자에게 전달해 승인받습니다.

대표 주소와 파일 저장 위치의 차이

사이트맵 파일을 관리하는 위치만으로 콘텐츠의 대표 주소를 결정하지 않습니다. 구글의 크로스 사이트 구성은 여러 사이트의 주소를 제출하는 파일을 모아 관리할 수 있다는 뜻입니다. 운영자는 파일을 저장할 사이트와 콘텐츠 묶음별 선호 주소를 서로 다른 항목으로 기록합니다.

통합 파일에 다른 도메인의 주소가 포함되어도 그 주소가 파일을 저장한 도메인의 주소로 변경되는 것은 아닙니다. 개발 담당자는 확정된 주소 목록을 파일에 반영하고, 콘텐츠 담당자는 각 주소가 의도한 내용을 제공하는지 대조합니다. 파일 관리 편의를 이유로 선호 주소를 변경하려면 운영 목적에 대한 별도 승인을 받습니다.

구글은 사이트맵에 실린 주소를 표준 페이지로 제안받으며, 콘텐츠의 유사성을 기준으로 중복 여부를 판단한다고 설명합니다. 사이트맵은 정규 주소 매핑보다 약한 신호이므로 목록 작성만으로 회사의 선택이 확정된다고 보고하지 않습니다. 운영 기록에는 회사가 선택한 주소와 그 선택을 제출한 상태를 따로 기재합니다.

공통 목록과 제출용 목록의 경계

회사가 공통으로 관리하는 주소 대응표와 검색 엔진에 제출하는 목록은 용도가 다릅니다. 대응표에는 유지하는 중복본과 폐기 예정 주소도 기록해야 운영 결정을 추적할 수 있습니다. 제출용 목록은 앞에서 정한 기준에 따라 그 기록에서 필요한 주소를 추출합니다.

전체 목록을 구글용으로 좁힌 뒤 네이버용 파일까지 그대로 생성하면 네이버의 전체 주소 포함 권고를 반영하지 못할 수 있습니다. 반대로 공통 기록의 모든 주소를 구글용 파일에 넣으면 회사가 선택한 선호 주소 목록과 달라질 수 있습니다. 개발 담당자는 같은 자료를 사용하더라도 출력 규칙을 검색 엔진별로 작성합니다.

승인 후에는 공통 기록의 수정이 어느 제출 목록에 영향을 주는지 남깁니다. 선호 주소 변경, 중복본 폐기, 게시 주소 추가를 서로 다른 변경 사유로 기록하면 필요한 파일을 특정할 수 있습니다. 파일을 직접 수정해야 하는 운영이라면 공통 기록에도 같은 결정을 반영하도록 담당자를 지정합니다.

결정 권한과 기술 권한의 불일치

도메인마다 승인 담당자가 다르면 주소 대응표가 완성되어도 바로 적용할 수 없는 항목이 생깁니다. 한 부서가 선호 주소를 정할 권한은 갖고 있어도 다른 사이트의 페이지를 폐기할 권한까지 갖는다고 전제하지 않습니다. 운영자는 콘텐츠 사용을 승인하는 사람과 주소 변경을 승인하는 사람을 각각 기록합니다.

같은 회사가 운영한다는 사실만으로 모든 사이트의 관리 권한이 같은 담당자에게 있다고 처리하지 않습니다. 소유권 절차에 협조할 담당자와 실제 사이트 설정을 변경할 담당자도 명시합니다. 승인이 끝난 묶음과 협의 중인 묶음을 나누어 개발 요청을 전달하고, 미정 항목에는 기술 적용을 요청하지 않습니다.

이어서 읽을 주제

병원 이전 명칭 변경은 주소 선택과 별도로 기존 안내와 새 안내의 내용 대응을 판단해야 하는 주제이므로 이어 읽을 수 있습니다. 개원 마케팅은 여러 게시 채널에서 사용할 정보의 관리 책임을 정하는 데 참고할 수 있는 다음 주제입니다.