검색어별 대표 페이지로 링크를 모으는 법

검색어의 질문과 대표 문서의 답을 대응시키기

지도에 들어간 말이 어느 설명을 요구하는지 실제 문서의 제목과 본문에서 읽는 방법을 제안합니다. 대표로 정한 페이지에 그 답이 존재하는지, 설명의 대상과 범위가 맞는지 대조합니다. 표현이 같은 단어를 포함한다고 같은 질환의 안내나 같은 답변으로 취급하지 않습니다. 검색어 목록의 배정만으로 문서 내용이 갖춰졌다는 결과를 만들지 않는 편집 절차입니다.

보충 자료는 대표 설명의 일부를 더 자세히 읽게 하는 역할인지 조사할 수 있습니다. Google의 내부 링크 원칙은 독자가 현재 문서를 이해하는 데 어떤 다른 자료가 도움 되는지 생각하고 맥락에 맞게 연결하라고 안내합니다. 이 원칙에 따라 보충 자료에서 돌아갈 대표 답과 대표 답에서 더 읽을 자료를 선택하는 방법을 적용합니다. 무조건 모든 문서를 같은 목적지에 연결하라는 뜻은 아닙니다.

대표 페이지로 가는 링크의 이름에 지도에 있는 모든 검색어를 넣을 필요는 없습니다. Google은 앵커를 자연스럽게 작성하고 다음 문서를 이해하는 데 필요한 표현인지 생각하라고 설명합니다. 관련 키워드를 무리하게 넣거나 유인 키워드를 반복하는 방식은 권고와 맞지 않습니다. 실제 문장에서 어떤 이름이 목적지를 설명하는지 읽어 선택하는 방법입니다.

검색어 지도의 숫자를 내부 링크 개수의 할당량으로 바꾸지 않습니다. Google은 한 페이지에 포함해야 할 링크 수가 정해져 있지 않다고 설명합니다. 질문 목록마다 같은 문서를 반복 연결하기보다 그 문장에서 필요한 참조가 있는지 판단할 수 있습니다. 검색량·환자 행동·예약 가능성은 이 편집 목록만으로 관측한 사실이 되지 않으며 실제 결과 자료가 있어야 해석할 수 있습니다.

같은 콘텐츠의 주소만 정규화하는 단계

Google의 canonical 안내는 중복되거나 매우 비슷한 페이지에서 선호하는 주소를 알리는 방법을 다룹니다. 검색어 지도의 대표라는 이름이 이 중복 관계를 대신 판정하지 않습니다. 주소가 다른 페이지를 읽고 내용이 같은지 비교한 뒤 표준화 대상인지 정합니다. 서로 다른 질환 설명이나 다른 질문에 답하는 페이지는 검색어 묶음이 비슷해도 자동으로 같은 표준 주소를 지정하지 않습니다.

정규화할 실제 변형이 있다면 지도에 입력한 대표 주소와 각 출발 문서의 href를 대조하는 절차를 적용할 수 있습니다. Google은 사이트 안에서 중복 주소가 아닌 표준 주소에 일관되게 연결하라고 권고합니다. 지도에는 하나의 문서로 정리됐지만 기존 본문이 다른 변형을 가리키는 상태인지 읽는 질문입니다. 문서의 역할 배정과 공개된 연결의 값은 따로 조사합니다.

표준 URL을 알리는 방식은 함께 사용할 수 있지만 서로 다른 주소를 같은 페이지의 표준으로 알려서는 안 된다고 원문은 안내합니다. 검색어 지도에서 선호 위치를 변경했다면 실제 제출 자료와 코드가 어떤 값을 제공하는지 읽을 수 있습니다. 링크를 바꾼 작업이 사이트맵이나 주석을 자동으로 고친다는 의미는 아니므로 공개된 값을 각각 대조하는 질문입니다.

URL 삭제 도구는 모든 버전의 주소를 검색에서 숨기므로 표준화 목적에 쓰지 말라고 Google은 설명합니다. 로봇 규칙 파일도 표준 지정 수단으로 사용하지 말라는 안내입니다. 단일 사이트에서 표준 선택을 막으려는 noindex 역시 페이지가 검색에서 완전히 차단될 수 있어 권장하지 않습니다. 원하는 대표를 선정하는 편집 작업을 검색 제외 조치와 혼동하지 않습니다.

표준 페이지 자체에는 자신을 가리키는 canonical을 포함하라고 안내합니다. 중복 페이지에서 대표 주소를 알리는 값과 대표 페이지가 스스로 알리는 값을 대조할 수 있습니다. 같은 문서 안의 특정 제목으로 이동하는 프래그먼트는 일반적으로 표준 주소로 지원하지 않으므로 지정하지 말라는 조건도 있습니다. 보충 설명의 문장 위치와 문서의 대표 주소를 구별하는 기술 질문입니다.

Google은 표준 주소를 명시하지 않더라도 사용자에게 가장 적합한 버전을 식별할 수 있다고 설명합니다. 따라서 검색어 지도의 대표 선정은 사이트에서 선호하는 목적지를 정리한 상태로 읽습니다. Google이 실제 선택한 결과나 검색순위가 확정됐다고 표현하지 않습니다. 같은 콘텐츠의 링크 신호 통합과 측정 단순화라는 표준화의 목적은 지정 원문의 범위에서 설명할 수 있습니다.

목적지 이름과 공개 코드에서 읽을 차이

대표 문서의 이름을 링크에 표시할 때에는 출발 문장의 설명과 도착 본문의 주제가 함께 기준이 됩니다. Google이 권하는 앵커는 짧으면서 구체적이고 두 페이지의 내용에 관련되는 표현입니다. 검색어 지도에서 쓰는 작업용 이름을 그대로 노출하기보다, 독자가 이동 후 무엇을 읽게 될지 나타내는 편집을 제안합니다. 보충 문서라면 핵심 답 대신 추가 설명을 읽는다는 관계가 전달될 수 있습니다.

주변 문맥까지 읽어야 각 연결의 역할을 구별할 수 있습니다. 링크 권장사항은 연결을 연속해서 나열하면 각각의 주변 텍스트가 없어지고 독자가 구별하기 어려워진다고 설명합니다. 지도에 여러 항목이 있다고 본문에 그 이름을 모두 이어 놓을 필요는 없습니다. 실제 문장에 필요한 참조를 배치하고, 다음 연결까지 독자가 읽을 설명이 존재하는지 조사하는 방법입니다.

코드의 이동 동작에는 요청 가능한 목적지 값이 필요합니다. 링크 가이드의 안정적인 주소 추출 대상은 href 속성을 갖춘 a 요소입니다. a에 href가 없거나 다른 태그가 스크립트 이벤트로만 이동을 일으키는 형태에서는 주소 추출이 안정적이지 않다는 한계가 설명됩니다. 이름의 노출 상태와 목적지 코드의 상태를 서로 다른 질문으로 읽는 이유입니다.

표준 주석을 HTML에 제공한다면 head 영역의 유효성을 조사할 수 있습니다. canonical 가이드는 이 요소가 head 내부에 있을 때 허용된다고 설명합니다. URL 표기는 절대 경로를 추천합니다. 상대 경로도 지원되지만 의도와 달리 시험 사이트가 크롤링될 수 있는 장기적 문제가 권고의 배경입니다. 대표 문서를 정한 뒤 코드에 그 문서의 전체 주소가 전달되는지가 기술적인 대조 대상입니다.

클라이언트 렌더링 환경에서는 표준 정보가 어느 단계에서 제공되는지도 중요합니다. 원문이 우선 안내하는 구성은 HTML 소스에서 canonical을 지정하고 JavaScript가 이를 변경하지 않도록 하는 것입니다. 소스 지정이 불가능하면 JavaScript에서만 설정하는 방식을 설명합니다. 서로 다른 단계에서 다른 대표를 알리지 않도록 정보를 명확히 하는 조건으로 읽을 수 있습니다.

HTML 주석과 HTTP 응답 헤더는 둘 다 지원되는 방식이지만 하나를 지속해서 사용하는 편이 좋다는 권고가 있습니다. 동시에 쓸 때 서로 다른 주소를 제공하는 오류가 발생하기 쉽기 때문입니다. PDF와 같이 HTML이 아닌 문서에는 응답 헤더로 표준을 알려 줄 수 있습니다. 실제 대표 답이 어떤 파일 형식인지에 따라 구현할 신호의 위치를 정하는 질문입니다.

canonical이라는 이름만으로 모든 대체 버전 정보를 전달하는 것은 아닙니다. Google은 hreflang이 있는 canonical 주석을 무시하며 lang, media, type 속성도 표준화에 사용하지 않는다고 명시합니다. 언어와 국가에 따른 변형을 설명할 때에는 alternate와 hreflang 등 적절한 별도 주석을 안내합니다. 어떤 주소를 선호하는지와 언어별 대응 자료가 무엇인지를 구별해야 각 정보의 목적이 유지됩니다. 규모가 크거나 주소가 자주 변경되는 사이트에서는 매핑 유지가 복잡할 수 있다는 방법 비교의 조건도 참고할 수 있습니다.

이어서 읽을 주제

블로그 문서의 검색 진입 관계를 읽을 때: 블로그 상위노출.

대표·보충 문서의 전체 구조를 설계할 때: 병원 홈페이지 기획.