사이트 구조와 내부 링크 목록으로

메뉴에 없는 페이지를 연결하는 방법

주 메뉴에 없는 보충 문서를 본문과 목록에서 연결하고, 사람의 다양한 발견 수단과 크롤링 가능한 내부 링크를 구분합니다.

목차

메뉴 밖 문서의 역할과 출발 페이지

핵심 답

메뉴에 넣지 않은 페이지는 그 내용을 필요로 하는 본문이나 관련 목록에서 연결할 수 있습니다. 주 메뉴에 없다는 이유로 바로 메뉴 항목을 추가하기보다 해당 문서를 설명해 줄 출발 페이지를 찾아야 합니다. 중요한 문서라면 사이트 안의 다른 페이지에서 들어오는 링크가 있는지도 조사합니다. 사람에게 제공하는 발견 수단과 Google이 따라갈 수 있는 연결은 별도의 질문입니다.

보충 문서의 역할을 먼저 읽으면 연결할 위치를 정하기 쉬워집니다. 현재 본문만으로 답하지 못하는 질문을 보완하는 문서인지, 여러 안내를 묶어 제시하는 목록인지 구분하는 방법을 권합니다. 실제 병원이 제공하는 문서의 내용에서 관계를 찾으며 새로운 진료 조건이나 임상적 관련성을 임의로 만들지 않습니다. 단지 제목에 같은 단어가 있다는 이유만으로 연결하면 문서를 읽는 목적과 어긋날 수 있습니다.

Google의 링크 권장사항은 독자가 현재 페이지를 이해할 때 도움이 되는 다른 리소스를 생각하고 문맥에 맞춰 연결하도록 안내합니다. 중요한 페이지에는 다른 내부 페이지 중 하나 이상에서 연결되는 링크가 있어야 한다는 설명도 있습니다. 이 조건은 모든 문서를 주 메뉴에 올려야 한다는 뜻이 아닙니다. 문서 사이의 관계를 드러내는 내부 연결을 조사할 기준으로 사용할 수 있습니다.

메뉴 밖 문서의 역할검토할 진입 위치읽어야 할 현재 자료
한 본문의 추가 설명해당 질문이 나오는 본문 주변출발 문서의 질문과 보충 답변
같은 주제를 다루는 문서 모음독자가 분류를 이해할 수 있는 목록목록의 제목과 포함 문서의 범위
사이트 여러 곳에서 필요한 공통 안내관련 페이지와 공통 탐색 수단사용되는 위치와 문서의 적용 대상
다른 자료를 찾는 출발 안내역할을 설명하는 상위 문서후속 문서와 실제 연결 주소

주 메뉴 편입은 문서의 중요성이라는 말만으로 결정하지 않습니다. 사이트 전체에서 반복적으로 찾는 출발 정보인지, 특정 본문을 읽는 중 필요한 보충 답변인지 조사해야 합니다. 메뉴가 맡는 안내 범위와 맞는다면 메뉴 추가를 검토할 수 있고, 좁은 맥락에서 이해되는 자료라면 본문의 연결이 더 설명적인 역할을 할 수 있습니다. 어느 쪽이 해당 병원에 적합한지는 현재 메뉴와 문서 전체를 읽어야 판단할 수 있습니다.

여러 발견 수단과 실제 연결의 조사

사용자가 한 방식으로만 문서를 찾도록 구성하면 그 방식이 어려운 사람에게 접근이 제한될 수 있습니다. W3C의 Multiple Ways는 페이지 집합 안에서 문서를 찾는 방법을 둘 이상 제공하는 성공 기준입니다. 처리 과정의 결과나 그 과정의 단계인 페이지는 예외로 둡니다. 이 기준은 사람의 접근성을 위한 것이므로 검색 순위 점수나 Google의 링크 발견 조건과 같게 설명하지 않습니다.

여러 탐색 수단을 마련할 때에는 같은 문서에 도달하는지 조사하는 것이 핵심입니다. 다른 곳에 있는 검색 기능과 목록을 각각 세는 것으로 끝내지 않습니다. 검색에서 찾는 내용과 목록이 안내하는 내용이 같아야 여러 수단으로 동일한 정보에 접근하는지 비교할 수 있습니다. 실제 제공 여부와 도착 문서를 따라가는 검토는 메뉴 밖 문서가 사용자에게 어떻게 발견되는지 이해하기 위한 편집 제안입니다.

W3C는 관련 페이지로 이동하는 링크, 목차, 사이트맵, 검색 기능, 다른 모든 페이지의 링크 목록, 홈에서 전체 페이지로 연결하는 방법 중 둘 이상을 사용하는 기법을 제시합니다. 이는 모든 기법을 한꺼번에 설치하라는 조건은 아닙니다. 현재 사이트 규모와 문서 관계를 읽고 사용자가 실제로 이용할 수 있는 조합을 검토해야 합니다. 기법의 이름만 존재하고 대상 문서로 연결되지 않으면 그 문서의 진입 경로를 설명하기 어렵습니다.

연결 자료에서 발견한 조건Google 원문에서 읽을 조건검토 대상
이미지 링크의 설명이 비어 있음이미지의 alt 속성을 연결 텍스트로 사용이미지에 제공한 대체 텍스트
href에 자바스크립트 실행 코드가 있음크롤러가 요청할 실제 웹 주소로 변환되어야 함연결 값과 실제 도착 주소
너무 긴 문장 전체를 링크로 만듦연결 문구는 구체적이면서 간결해야 함연결되는 범위와 주변 설명의 분담

구현 조사에서 Google이 일반적으로 크롤링할 수 있는 형태는 href가 있는 a 요소입니다. href가 없는 요소나 다른 태그의 스크립트 동작으로 연결처럼 보이는 경우에는 URL 추출이 안정적이지 않을 수 있습니다. 이 설명은 버튼 모양의 사용을 금지하는 규칙이 아닙니다. 실제 마크업에서 주소를 제공하는지를 조사해야 하며 자바스크립트로 삽입하더라도 원문의 권장 HTML 형태를 사용하면 크롤링할 수 있습니다.

연결되는 페이지에 어떤 내용이 있는지 알리는 것은 링크 텍스트의 역할입니다. Google은 자연스러운 연결 문구를 사용하고 다음 페이지를 이해하는 데 필요하지 않은 키워드를 모두 넣지 않도록 안내합니다. 메뉴 밖 문서에 진입시키려는 이유로 검색어를 많이 붙이기보다 실제 후속 질문을 드러내는 표현을 검토하는 것이 좋습니다. 특정 치료의 효능이나 범위를 링크 이름에 임의로 추가할 근거는 없습니다.

이용자별 탐색 방식과 적용 범위

본문의 문맥 링크와 사이트 전체를 설명하는 탐색 수단은 역할이 다릅니다. 특정 안내를 이해하며 보충 문서로 넘어가는 사람에게는 관련 본문의 연결이 적절할 수 있습니다. 반면 전체 정보 구성을 먼저 파악하려는 사람은 목차나 사이트맵 같은 개요를 사용할 수 있습니다. W3C는 인지적 어려움이 있는 사람이 여러 페이지를 읽으며 이동하기보다 이런 개요를 선호할 수 있다고 설명합니다.

시각적 어려움이 있는 사용자에게는 큰 탐색 메뉴를 스크롤하는 것보다 검색 기능으로 필요한 정보를 찾는 방법이 쉬울 수 있다는 것이 W3C의 설명입니다. 인지적 제약이 있는 사람도 계층 구조를 이해하는 것보다 검색을 사용하기 쉬울 수 있습니다. 따라서 메뉴 밖이라는 이유로 모든 문서를 큰 메뉴로 모으는 안을 보편적인 접근성 해법이라고 단정하지 않습니다. 이용자가 서로 다른 방법을 필요로 할 수 있다는 점을 적용하는 것이 목적입니다.

검색창과 실제 내부 링크는 같은 기능이 아닙니다. Google의 링크 안내는 사이트의 다른 페이지를 발견하는 데 링크를 사용한다고 설명합니다. 사람에게 검색 수단이 제공된다는 사실만으로 해당 문서로 들어오는 크롤링 가능한 연결이 있다고 판단하지 않습니다. 검색 기능은 접근성 경로로 검토하고, 내부 페이지에서 대상 주소를 제공하는지는 별도의 구현 조사로 대조해야 합니다.

검색로봇에게 전달하는 XML 목록과 사람이 읽는 탐색용 사이트맵도 혼동하지 않아야 합니다. Multiple Ways에서 제시하는 사이트맵은 사용자가 문서를 찾는 수단의 맥락에 있습니다. 서버에 목록 파일이 있다는 사실만으로 사람이 이용할 수 있는 탐색 화면까지 제공됐다고 볼 수는 없습니다. 링크를 따라갈 수 있는 화면인지, 실제로 필요한 메뉴 밖 문서가 들어 있는지는 사용자 경로에서 조사해야 합니다.

문서의 진입 경로를 고친 뒤에는 연결이 생겼다는 사실뿐 아니라 출발 문서에서 그 문구가 어떻게 읽히는지도 대조할 수 있습니다. 링크 전후의 문장도 맥락을 제공한다는 것이 Google의 안내입니다. 한 문서의 서로 다른 문장에 보충 자료를 분산해 연결하는 것과 설명 없이 여러 링크를 연속 배치하는 것은 읽는 경험이 다릅니다. 이 차이는 목적지 개수와 별도로 검토해야 할 편집 요소입니다.

W3C는 모든 추가 기법이 모든 상황에서 효과적이거나 사용 가능한 것은 아니라고 설명합니다. 충분한 기법과 권고 기법의 구분도 있으므로 목록에 있는 이름을 전부 필수 기능처럼 해석하지 않습니다. 메뉴 밖 문서를 찾는 수단을 구성할 때에는 해당 문서가 속한 페이지 집합과 실제 이용 환경 안에서 적용 범위를 판단해야 합니다. 사이트 전체의 적합성은 문서 하나의 연결만으로 판정할 수 없습니다.

자주 묻는 질문

아주 작은 사이트에도 별도 대규모 사이트맵이 필요한가요?

W3C는 모든 페이지가 홈에서 연결되는 서너 페이지 규모라면 홈으로 오가는 링크가 충분할 수 있으며 홈의 링크가 사이트맵 역할도 할 수 있다고 설명합니다. 별도 화면의 규모를 늘리는 것이 기준의 목적은 아닙니다. 현재 페이지 집합에서 이용 가능한 발견 방법을 평가해야 합니다.

전자출판물에서 목차와 주제 색인은 어떻게 다른가요?

W3C는 EPUB 같은 디지털 출판물에서 목차로 절을 탐색하면 원하는 내용과 이전 위치를 다시 찾기 쉽다고 설명합니다. 주제 색인은 관심 있는 특정 정보를 주제별로 찾는 데 도움을 주는 수단입니다. 이 설명을 병원 사이트에 그대로 필요한 기능 목록으로 바꾸기보다 자료의 형식과 탐색 목적에 맞춰 참고해야 합니다.

다른 언어로 된 문서도 같은 페이지 집합에 포함하나요?

원문은 서로 다른 언어 버전을 서로 다른 페이지 집합으로 간주한다고 설명합니다. 여러 페이지가 같은 목적을 공유하고 같은 작성자·집단·조직이 만든다는 집합의 정의도 함께 읽어야 합니다. 도메인이 같다는 이유만으로 모든 언어의 문서를 하나의 탐색 구조로 계산하지 않습니다.

연결 문구가 비어 있으면 Google이 사용할 수 있는 다른 값도 있나요?

Google은 a 요소가 비어 있는 경우 title 속성을 대신 앵커 텍스트로 사용할 수 있다고 안내합니다. 이것이 모든 링크 텍스트를 비워도 된다는 권고는 아닙니다. 실제 제공한 값이 도착 문서를 설명하는지를 읽고 빈 연결이 발생한 구현 상태를 조사해야 합니다.

문서에 다른 사이트의 근거를 연결해도 되나요?

Google은 출처 인용 등 적절한 외부 연결이 신뢰성을 구축하는 데 도움이 될 수 있다고 설명합니다. 독자가 기대할 내용을 알 수 있도록 문맥을 제공해야 합니다. 외부 근거 링크는 메뉴 밖의 내부 문서로 들어오는 경로를 대신하는 것은 아니므로 각각의 역할을 구분합니다.

맨 위로 이동

병원 홈페이지 SEO 서비스 자세히 보기