분류 안내에서 상세 설명을 선택하는 링크
진료과 허브 페이지는 분류와 소개를 제공하고 질환 페이지는 개별 물음의 상세 설명을 맡도록 나누어 연결할 수 있습니다. 독자가 상위 안내에서 필요한 질환 설명을 찾을 수 있는 링크를 선택하는 편집 방식입니다. 특정 진료과와 질환의 관계는 병원의 실제 공개 자료로 판단하며 링크를 만들기 위해 새로운 임상적 연관을 선언하지 않습니다.
Google은 내부 링크의 앵커 텍스트가 이용자와 검색엔진이 사이트를 이해하고 다른 페이지를 찾는 데 도움이 된다고 설명합니다. 독자가 현재 페이지를 이해할 때 어떤 다른 자료가 유용할지 생각하고 문맥에 따라 링크를 제공하는 권장사항입니다. 진료과 소개를 읽은 사람이 개별 설명을 더 필요로 하는 지점에 목적지를 제시하는 기준으로 적용할 수 있습니다.
링크에 표시되는 텍스트는 지금 들어가려는 페이지가 어떤 페이지인지 알려주는 값이라고 Google은 설명합니다. 이 텍스트를 크롤링할 수 있는 a 요소 사이에 배치하라는 권장사항입니다. 허브 화면의 질환 설명 옆에 문구가 보이더라도 그 문구가 실제 앵커 요소 안에 있는지 HTML로 읽을 수 있습니다. 설명 문구를 텍스트 요소에 따로 표시한 구성과 목적지로 이동하는 요소 자체가 문구를 가진 구성을 구별하여 작성할 수 있습니다.
중요한 페이지에는 사이트의 다른 페이지 중 하나 이상의 링크가 있어야 한다는 Google 안내가 있습니다. 상세 질환 문서가 중요한 공개 설명이라면 실제로 어떤 페이지에서 접근할 수 있는지 읽을 수 있습니다. 이 조건은 각 문서를 발견할 수 있는 연결에 관한 것이며 모든 문서가 서로 양방향으로 연결되어야 한다는 규칙으로 확대하지 않습니다.
페이지의 화면에서 항목이 눌린다는 사실과 Google이 요청할 수 있는 URL을 제공한다는 조건은 구별할 수 있습니다. 다음 표는 실제 링크 요소를 읽을 때 사용할 Google의 권장 구분입니다. 허브의 카드나 목록을 구현할 때도 링크의 모습만으로 크롤링 가능한 상태를 확정하지 않고 생성된 HTML을 조사할 수 있습니다.
| 구성 | 공식 설명의 조건 | 허브 항목에서 읽을 자료 |
|---|---|---|
| a 요소와 href | 일반적으로 이 형태의 링크만 크롤링 가능 | 목적지 주소를 가진 앵커 요소 |
| href 없는 a 또는 이벤트만 있는 태그 | 안정적으로 URL을 추출할 수 없음 | 클릭 이벤트에만 의존하는지 여부 |
| JavaScript로 삽입한 링크 | 권장 HTML 마크업을 사용하면 크롤링 가능 | 실제로 생성된 a와 href |
| href의 주소 | 크롤러가 요청할 실제 웹 주소로 변환되어야 함 | 스크립트 호출문이 아닌 요청 가능한 주소 |
Google의 파싱 가능한 링크 예시에는 전체 주소뿐 아니라 루트에서 시작하는 경로와 상대 경로도 포함됩니다. onclick 이벤트나 CSS 클래스가 있더라도 href를 가진 a 요소인 예시는 권장 형태로 제시됩니다. 허브를 구현할 때 시각적 스타일이나 클릭 처리 코드의 존재만으로 링크를 제외할 필요는 없습니다. 목적지의 실제 주소를 제공하는 요소인지로 구현 자료를 읽는 조건입니다.
화면별 메뉴 구조와 링크 문맥
작은 화면에서도 메뉴 구조를 일관되게 유지하라는 W3C 권장사항이 있습니다. 일부 항목이 접히거나 하위 메뉴에 숨겨질 수 있지만 표시되는 항목의 순서와 문구, 목적지는 같아야 한다는 조건입니다. 허브에서 질환 설명으로 이동하는 항목이 화면 폭에 따라 다른 문서를 가리키지 않는지 읽을 수 있습니다. 메뉴가 접힌다는 사실만으로 허용되지 않은 구현이라고 처리하지 않습니다.
W3C는 의미를 전달하는 마크업으로 작성한 메뉴가 작은 화면, 화면 확대, 다른 보조 기술 같은 상황에 적응할 수 있다고 설명합니다. 메뉴 구조는 일반적으로 목록을 이용해 전달하며 보조 기술이 항목 수를 알리고 탐색 기능을 제공할 수 있게 합니다. 분류 항목을 시각적 배치로만 구분하는 화면에서 실제 구조 정보도 제공하는지 조사할 수 있는 조건입니다.
본문의 링크 문구는 링크가 있는 페이지와 연결되는 페이지 모두와 관련이 있어야 한다고 Google은 설명합니다. 구체적이고 간결한 앵커가 독자의 기대를 정한다는 안내입니다. 질환 상세로 이동한다면 실제 페이지가 설명하는 내용을 문구에서 알 수 있는지 읽을 수 있습니다. 문맥을 제외하고 링크 문구만 읽어도 목적지의 정보를 이해할 수 있는지 시험하는 방법도 공식 도움말에 제시됩니다.
링크의 앞뒤 단어도 중요하다는 Google 설명이 있습니다. 여러 링크를 연달아 놓으면 독자가 구별하기 어렵고 주변 설명이 사라질 수 있다는 조건입니다. 허브의 관련 질환을 긴 문장 속의 낱말마다 나누어 연결할지 정할 때 전체 문장의 문맥을 읽을 수 있습니다. 각각의 연결에 필요한 설명이 어디에 있는지를 실제 문장으로 조사하는 방식입니다.
Google은 링크하려는 페이지에 관한 모든 키워드를 앵커에 넣지 말고 자연스럽게 작성하라고 안내합니다. 키워드가 다음 페이지를 이해하는 데 필요한지를 생각하는 조건입니다. 진료과명과 여러 질환 이름을 한 링크에 모두 넣는 방식보다 실제 목적지의 제목과 설명 범위에 맞춰 문구를 정할 수 있습니다. 이 작성 기준을 특정 낱말의 개수에 따른 순위 계산식으로 사용하지 않습니다.
자주 묻는 질문
1. 링크 텍스트가 비어 있으면 어떤 값이 이용되나요?
Google은 a 요소가 어떤 이유로 비어 있다면 title 속성을 앵커 텍스트로 사용할 수 있다고 설명합니다. 원문은 빈 링크 텍스트를 나쁜 예로도 제시합니다. 허브 항목에 주소가 있다는 사실과 독자에게 표시할 설명이 있다는 조건을 따로 읽을 수 있으며 title 대체 가능성을 모든 링크의 텍스트를 생략하는 권장사항으로 처리하지 않습니다.
2. 그림 카드가 질환 페이지에 연결되면 무엇이 앵커 역할을 하나요?
Google은 이미지를 링크로 사용할 때 img 요소의 alt를 앵커 텍스트로 사용한다고 설명합니다. 이미지를 설명하는 대체 텍스트를 추가해야 한다는 안내입니다. 허브에서 그림만 있는 카드가 목적지로 연결된다면 해당 이미지의 실제 alt 값을 읽을 수 있습니다. 이 조건으로 기관에 없는 질환 설명이나 임상 관계를 새로 만들지 않습니다.
3. 링크 문구를 JavaScript로 넣으면 어떻게 테스트하나요?
Google은 JavaScript로 앵커 텍스트를 삽입하는 경우 URL 검사 도구로 텍스트가 렌더링된 HTML에 있는지 조사하도록 안내합니다. 링크 요소가 생성되는 조건과 그 요소 안의 문구가 생성되는 조건은 다른 자료입니다. 허브 항목의 실제 렌더링 결과에 독자가 읽을 설명이 포함되어 있는지 시험할 수 있습니다.
4. 진료과 메뉴는 반드시 순서가 있는 목록이어야 하나요?
W3C는 항목이 특정 순서에 있지 않으면 ul을 사용하고 대부분의 웹사이트 탐색 메뉴가 여기에 속한다고 설명합니다. 항목의 순서가 중요한 경우에는 ol을 사용하며 제작 매뉴얼의 단계를 예시로 제시합니다. 진료과 분류의 표시 순서를 실제 수행 단계로 단정하지 않고 메뉴가 전달할 순서의 의미에 맞게 선택할 수 있습니다.
5. 허브 하나에 연결할 질환 페이지 수는 정해져 있나요?
Google은 특정 페이지에 포함되어야 할 링크 개수가 정해져 있지 않다고 설명합니다. 많다고 생각하면 그럴 가능성이 높다는 안내도 함께 있습니다. 병원의 공개 분류와 각 설명이 독자에게 필요한지를 이용해 실제 항목을 선택할 수 있으며 공식 문서에서 고정된 질환 링크 수를 읽어낼 근거는 없습니다.