병원 사이트 허브 페이지 만들기

허브의 상위 질문과 하위 문서 역할 정하기

이를 적용하는 편집 방법으로, 공개된 하위 문서의 제목과 실제 답변 범위를 읽고 허브에서 맡을 역할을 나누는 절차를 제안합니다. 같은 주제라는 이유만으로 모든 자료를 붙이기보다 해당 상위 질문을 이해할 때 도움이 되는 문서를 선택합니다. 자료가 아직 준비되지 않은 질문은 연결할 문서가 있는 것처럼 표시하지 않습니다. 현재 독자가 읽을 수 있는 내용으로 안내 범위를 정하는 단계입니다.

허브의 소개문에는 이 목록에서 어떤 정보를 찾을 수 있는지 설명합니다. 한 진료 주제의 개요를 읽는 안내와 특정 문서로 이동해 추가 설명을 읽는 안내는 서로 다른 역할입니다. 소개문이 모든 하위 문서의 결론을 다시 전개하면 링크 선택에 필요한 차이가 흐려질 수 있습니다. 문서별 설명을 읽기 전에 목록 전체의 목적을 짧게 알려 주는 방법을 제안합니다.

Google은 중요한 페이지마다 사이트의 다른 페이지 중 하나 이상에서 연결되는 링크가 있어야 한다고 안내합니다. 사이트의 특정 문서를 이해할 때 어떤 다른 리소스가 도움이 되는지를 생각하고 맥락에 따라 연결하도록 설명합니다. 이 원칙을 허브에 적용하면 하위 문서가 사이트 안에서 발견되는 경로를 조사할 이유가 생깁니다. 모든 문서를 모든 영역에서 반복 노출해야 한다는 조건으로 확대하지 않습니다.

특정 페이지에 포함해야 할 링크 개수는 정해져 있지 않다고 Google은 명시합니다. 허브 항목 수를 하나의 숫자로 맞추기보다 현재 자료가 서로 구별되는 선택지를 제공하는지를 읽을 수 있습니다. 오래된 문서와 현재 안내가 같은 이름으로 섞여 있다면 실제 답변 범위를 대조하는 편집 절차를 제안합니다. 존재하지 않는 메뉴 깊이나 링크 수의 공식 정답을 만들어 적용하지 않습니다.

문서별 링크 문구와 주변 설명 작성하기

Google은 앵커 텍스트를 구체적이고 간결하게 작성하고, 링크가 있는 페이지와 목적지 페이지 양쪽에 관련되게 하도록 안내합니다. 그 문구는 이동할 페이지에 대한 기대를 설정합니다. 허브에 적용할 때에는 제목을 복사하는 것으로 끝내지 않고 실제로 무엇을 더 읽게 되는지 대조하는 방법을 제안합니다. 문서가 제공하지 않는 정보를 선택 문구에 덧붙이지 않습니다.

문구만 따로 읽어도 구체적인 정보를 전달하는지 시험하라는 조언이 있습니다. ‘여기를 클릭’이나 일반적인 ‘도움말’만으로는 이동 대상이 무엇인지 충분히 설명하지 못할 수 있습니다. 허브의 각 항목을 목록에서 따로 읽었을 때 어떤 문서인지 식별되는지를 조사할 수 있습니다. 설명 문단이 길더라도 링크 자체가 모두 같은 이름이면 선택 과정이 불필요하게 복잡해질 수 있습니다.

링크하려는 문서에 관련된 키워드를 모두 넣는 방식은 피하고 자연스럽게 작성하라고 Google은 안내합니다. 다음 페이지를 이해하는 데 그 단어가 필요한지 판단하라는 설명입니다. 유인 키워드 반복은 스팸 정책에 위배된다고 명시합니다. 병원 허브에서도 제목에 관련 표현을 계속 덧붙이는 방법보다 현재 자료의 고유 내용이 드러나는 이름을 선택하는 편집안을 사용할 수 있습니다.

Google은 링크 앞뒤의 단어도 중요하므로 전체 문장을 읽으라고 안내합니다. 여러 링크를 연달아 배치하면 독자가 구별하기 어렵고 각 링크의 주변 텍스트가 사라진다고 설명합니다. 이 원칙을 적용해 문서별로 선택 이유를 읽을 여백을 만드는 방법을 제안합니다. 같은 문장의 낱말을 하나씩 다른 문서에 연결하는 방식은 각 목적지의 역할을 설명하는 데 적합한지 조사해야 합니다.

너무 긴 문장 전체를 링크로 만드는 예도 권장하지 않는 방식으로 제시합니다. 핵심 이동 대상을 간결하게 표시하고 나머지 설명은 문맥으로 제공하는 것이 더 좋은 예로 설명됩니다. 허브의 안내문 전체를 클릭 영역의 이름으로 사용하기 전에 어떤 부분이 목적지 식별에 필요한지를 읽을 수 있습니다. 간결함을 특정 글자 수 제한으로 바꾸는 기준은 만들지 않습니다.

Google이 일반적으로 크롤링할 수 있는 링크는 href 속성이 있는 앵커 요소입니다. href가 없거나 다른 태그의 스크립트 이벤트로 링크처럼 작동하면 URL을 안정적으로 추출할 수 없다고 설명합니다. 편집한 링크 이름이 화면에 표시되는지와 실제 요청 가능한 웹 주소가 연결되는지는 별도로 조사할 수 있습니다. 보기 좋은 목록을 만든 사실만으로 기술적 연결이 완료됐다고 판정하지 않습니다.

허브 탐색 영역의 구조와 이름 구현하기

W3C 메뉴 구조 안내는 의미를 가진 마크업이 구조를 사용자에게 전달한다고 설명합니다. 일반적으로 목록을 사용하면 보조기술이 항목 수를 알리고 해당 탐색 기능을 제공할 수 있습니다. 허브의 문서 묶음을 탐색 목록으로 제공하는 경우에는 이러한 구조를 사용하는 방법을 적용할 수 있습니다. 단순히 글자 앞에 기호를 붙인 화면과 실제 목록 구조는 구별됩니다.

메뉴 항목의 순서가 특별한 의미를 갖지 않으면 순서 없는 목록을 사용하고, 순서가 중요하면 순서 있는 목록을 사용하도록 안내합니다. 병원 허브의 정보 항목에도 실제 읽는 순서가 있는지 판단하는 질문을 적용할 수 있습니다. 나란히 선택할 문서와 차례대로 따라갈 단계를 같은 의미로 표시하지 않는 방법입니다. 이것은 내용의 의학적 순서를 새로 정하는 지침으로 사용하지 않습니다.

메뉴는 가능하면 HTML의 nav 요소로 식별해 사용자가 직접 접근할 수 있도록 하라고 W3C는 권고합니다. 같은 페이지에 여러 메뉴가 있을 때에는 짧지만 설명적인 이름으로 서로 구별되게 표시하도록 안내합니다. 허브 목록이 사이트의 공통 메뉴와 별도의 역할을 갖는다면 그 차이가 이름에서 드러나도록 설계할 수 있습니다. nav는 탐색 접근을 돕는 구현이지 검색 순위 가산점이라는 설명을 붙이지 않습니다.

영역 이름은 제목, aria-label, aria-labelledby 등으로 제공할 수 있다고 안내합니다. 페이지에 보이는 제목을 연결할 것인지 별도의 이름을 제공할 것인지는 현재 구조에서 읽을 질문입니다. 이름이 존재해도 실제 항목이 어떤 문서를 모았는지와 맞지 않으면 독자가 목적을 이해하기 어렵습니다. 공통 메뉴와 하위 문서 목록을 같은 이름으로 표시하는지 조사할 수 있습니다.

현재 항목을 표시하면 메뉴 안에서 사용자의 위치 이해를 돕는다고 설명합니다. 보이지 않는 텍스트로 현재 페이지임을 알리거나, 현재 항목에서 앵커를 제거해 상호작용할 수 없게 하는 예를 제시합니다. 앵커를 제거할 수 없는 경우에는 aria-current의 page 값을 활용하는 방식도 안내합니다. 허브에서 현재 읽는 문서와 다른 목적지의 링크를 같은 상태로 표시하는지 읽을 수 있습니다.

화면 크기가 달라져도 표시되는 메뉴 항목은 같은 순서, 같은 문구, 같은 목적지를 유지하도록 W3C는 안내합니다. 일부 항목을 접거나 하위 탐색으로 숨길 수는 있지만, 표시되는 항목의 의미는 일관돼야 한다는 조건입니다. 허브를 작은 화면으로 바꿀 때에는 단순히 영역이 접히는지뿐 아니라 드러난 문서 이름과 이동 대상이 다른 화면의 자료와 같은지 대조할 수 있습니다.

이어서 읽을 주제

반복 질문을 별도 안내로 정리할 때: 병원 FAQ 페이지.

전체 주소 목록과 대표 주소를 정리할 때: 사이트맵과 정규 주소.