병원 사이트 중복 주소 색인의 정리 방법

주소 묶음과 선호 표준

주소 묶음은 실제 제공되는 본문으로 판단할 대상입니다. 이 글에서는 URL 문자열이 비슷하다는 이유만으로 같은 문서라고 정하지 않고, 각 주소에서 얻는 안내가 중복되거나 매우 비슷한지 읽는 방식을 제안합니다. 진료 안내의 적용 대상이나 내용이 다른 문서를 하나로 합칠 근거를 주소 모양에서 얻지는 않습니다. 실제 중복 범위를 정한 뒤 어느 문서를 대표로 제공할지 선택할 수 있습니다.

Google의 표준 URL 문서는 선호 주소를 지정하는 여러 이유를 설명합니다. 검색결과에서 사용자에게 표시할 URL을 정하고, 유사하거나 중복된 페이지의 신호를 통합하며, 한 콘텐츠의 측정항목 추적을 단순화하는 목적입니다. 중복 페이지의 여러 버전을 크롤링하는 데 쓰는 시간을 신규 또는 업데이트된 페이지에 사용할 수 있다는 설명도 있습니다. 이를 특정 병원의 검색 순위나 진료 성과가 높아진다는 보장으로 확대하지 않습니다.

표준화 신호는 Google에 선호 주소를 알리는 방식입니다. 공식 문서는 리디렉션과 rel="canonical" link 주석을 강력한 신호로, 사이트맵 포함을 약한 신호로 소개합니다. 여러 방법을 함께 사용할 수 있으며 선호하는 URL이 표시될 가능성을 높이는 데 도움이 된다고 설명합니다. 대표 주소를 지정했다는 사실을 Google이 항상 그 주소를 선택한다는 명령의 결과로 바꾸지 않습니다.

선호 URL을 지정하지 않아도 사이트가 정상적으로 작동할 수 있다는 것이 같은 문서의 안내입니다. Google이 표시하기 적합한 URL 버전을 식별하기 때문입니다. 이 글에서는 여러 중복 주소가 있는 상황에서 사이트의 선호를 명확하게 전달할 목적에 표준화 수단을 사용하도록 제안합니다. 단일한 모든 페이지에 오류가 있다는 진단이나 주소 개수가 많으면 무조건 문제가 된다는 판정은 하지 않습니다.

유지할 변형의 표준화 신호

계속 제공할 HTML 변형에는 표준 페이지로 연결되는 rel="canonical" link 요소를 사용할 수 있습니다. 공식 문서는 중복 페이지의 HTML head에 이 요소를 추가하는 방법과, 표준 페이지 자체에도 같은 주소를 가리키는 자체 참조 요소를 포함하는 권장사항을 안내합니다. 각 변형이 실제로 가리키는 값과 선호 URL을 함께 읽는 점검에 참고합니다.

HTML link 요소는 유효한 head 섹션에 포함됐을 때 허용된다는 조건도 있습니다. 서버 설정을 바꿀 수 있다면 HTTP 응답 헤더의 Link로 표준 URL을 나타내는 방법을 사용할 수 있습니다. 이 방식은 PDF 같은 HTML 아닌 문서에도 적용할 수 있으며 Google 웹 검색결과에 지원됩니다. 내용이 같은 파일을 서로 다른 형식으로 제공하는 경우에도 파일별 응답의 표준 주소를 읽을 수 있습니다.

표준 링크에는 상대 경로보다 절대 경로를 사용하라는 것이 공식 권장입니다. Google은 상대 경로도 지원하지만 장기적으로 문제가 생길 수 있어 권장하지 않는다고 설명합니다. 실제 호스트까지 포함한 표준 주소를 읽으면 사이트를 다른 환경에서 제공할 때 의도하지 않은 대상으로 연결되는지 구별할 수 있습니다. 주소의 기능을 설명하기 위해 실제 병원 URL이나 가상의 사이트 주소를 만들 필요는 없습니다.

HTML 요소와 HTTP 헤더 중 하나를 선택해 지속적으로 사용하는 것도 공식 문서의 권장사항입니다. 두 방법을 동시에 지원하지만 오류가 발생하기 쉬우며, 헤더에는 한 주소를 넣고 link에는 다른 주소를 넣는 경우를 예로 듭니다. 이 글에서는 실제 응답의 두 위치에 서로 다른 표준 값이 남았는지 읽는 점검을 제안합니다. 동시에 있다는 사실만으로 두 방법이 지원되지 않는다고 안내하지 않습니다.

사이트맵에는 각 페이지의 선택한 표준 URL을 제출합니다. Google은 사이트맵에 명시된 모든 페이지를 표준으로 제안된 것으로 읽고, 콘텐츠 유사성을 기준으로 어떤 페이지가 중복인지 판단한다고 설명합니다. 매핑 방법보다 약한 신호라는 조건과 함께 읽습니다. 사이트 내부에서도 일관되게 표준 URL에 연결하면 Google이 선호 페이지를 파악하는 데 도움이 된다는 공식 권장사항을 적용할 수 있습니다.

폐기할 변형과 잘못된 수단

더 이상 제공하지 않을 중복 문서는 영구 리디렉션의 적용 대상입니다. Google 문서는 기존 중복 페이지를 폐기하고 싶은 경우에 이 방법을 사용하도록 안내합니다. 사용자가 다른 변형 주소를 통해 방문했을 때 선택한 표준 주소로 트래픽을 보내는 방식입니다. 계속 제공하기로 한 대체 문서와 폐기할 문서를 구별한 선택이므로, 모든 변형을 같은 처리로 바꾸기 전에 현재 사용 목적을 정할 필요가 있습니다.

공식 설명에서 영구 리디렉션 방법들이 Google 검색에 미치는 영향은 동일합니다. 다만 검색엔진이 서로 다른 방법을 알아차리는 데 걸리는 시간이 다를 수 있고, 가장 빠르게 효과를 내려면 HTTP 서버 측 리디렉션을 사용하라고 안내합니다. 이 설명을 병원 사이트의 특정 주소가 며칠 안에 정리된다는 일정으로 바꾸지 않습니다. 실제로 제공하는 이동 방식과 검색서비스가 인식한 상태를 구별합니다.

표준화를 위해 robots.txt를 사용하는 방법은 공식 권장과 맞지 않습니다. Google은 robots.txt에서 허용되지 않는 URL도 콘텐츠 없이 색인 생성할 수 있다고 설명합니다. URL 삭제 도구 역시 표준화에 사용하지 말라고 안내하며 모든 URL 버전을 검색에서 숨긴다는 이유를 제시합니다. 하나의 대표 문서를 남기는 선택과 검색에서 문서 자체를 숨기는 선택의 결과를 혼동하지 않습니다.

단일 사이트에서 표준 페이지가 선택되지 않게 하려고 noindex를 사용하는 것도 권장되지 않습니다. 페이지가 Google 검색에서 완전히 차단될 수 있기 때문이며, 공식 문서는 canonical link 주석을 사용하는 것이 좋다고 설명합니다. 중복 변형의 표시를 정리할 목적을 공개 안내 전체의 검색 제외로 바꾸지 않는 참고입니다. 접근 보호나 다른 목적의 noindex까지 이 조건만으로 임의 해제하지 않습니다.

JavaScript가 표준 값을 바꾸는 페이지에서는 최종 값의 일관성이 중요합니다. Google 문서는 HTML 소스에서 표준 URL을 지정하고 JavaScript가 그 link 요소를 변경하지 않는 방식을 권장합니다. 소스에서 설정할 수 없다면 JavaScript로만 설정하라고 안내합니다. 처음 문서에 제공한 값과 실행 뒤의 값이 다른 상태를 하나의 명확한 표준 정보로 설명하지 않습니다.

HTTPS와 HTTP의 변형이 함께 있다면 Google의 선호 조건을 함께 읽을 수 있습니다. 기본적으로 HTTPS를 선호하지만 잘못된 SSL 인증서, 이미지 외의 취약한 종속 항목, HTTP로 이동하는 리디렉션, HTTP를 가리키는 canonical 같은 충돌 조건이 예외로 소개됩니다. 프로토콜 이름 하나만으로 최종 표준 선택을 확정하지 않습니다. 실제 해당 페이지의 설정과 응답이 어느 조건에 해당하는지 읽을 대상입니다.

이어서 읽을 주제

관련 안내를 이어 읽으려면: 사이트맵과 정규 주소 · 병원 GEO 기술 진단.