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

진료 페이지 연결 규칙 문서화

목적지 선정·문구 작성·게시 주소 대조의 책임을 규칙에 기록합니다. 반복 메뉴의 일관된 기능 식별과 본문 설명 링크의 문맥별 표현을 나누어 적용합니다.

목차

연결 목적과 작성 책임

핵심 답

진료 페이지 연결 규칙은 어떤 설명을 보충하려고 연결하는지, 목적지 문서를 누가 선정하는지, 문구와 실제 주소를 누가 대조하는지를 문서로 남기는 방식으로 구성할 수 있습니다. 공통 메뉴의 반복 기능과 본문에서 개별 자료를 소개하는 링크는 적용 범위를 나누어야 합니다. Google의 앵커 관련성 원칙과 W3C의 일관된 기능 식별 기준을 병원 사이트 편집 규칙에 적용하는 제안입니다.

연결을 허용하는 이유는 출발 문서의 독자 질문과 목적지의 설명 사이에 있어야 합니다. Google은 특정 페이지를 이해하는 데 다른 리소스가 도움이 되는지를 생각하고 맥락에 따라 내부 링크를 제공하라고 안내합니다. 규칙 문서에서는 현재 안내에 없는 설명을 보충하는지, 이미 소개한 내용의 상세 범위를 제공하는지처럼 연결의 역할을 적을 수 있습니다. 모든 진료 문서를 서로 연결하는 자동 규칙으로 확대하지 않습니다.

연결 조건작성 책임검수 증거
현재 설명을 보충할 자료목적지 선정자와 내용 편집자출발 설명과 도착 본문의 대응
게시할 문구와 주소앵커 작성자와 구현 검토자텍스트와 실제 href 값
표현 예외가 필요한 연결예외 사유를 판단할 편집자문맥과 적용 범위를 적은 사유

표는 특정 병원의 실측 인계 자료가 아니라 역할을 정하는 항목 제안입니다. 선정된 목적지의 이름만 승인한 뒤 실제 연결 주소는 다른 문서로 바뀌는 상태를 피하려면 승인 단위에 문서와 주소가 함께 들어가야 합니다. 새 편집자는 그 자료가 어떤 질문의 답인지 읽고 후보를 고를 수 있어야 합니다. 병원별 인원이나 직책의 수를 Google의 필수 운영 조건처럼 정하지 않습니다.

중요한 페이지에는 사이트 안 다른 페이지에서 하나 이상의 링크가 있어야 한다고 Google이 안내합니다. 규칙에 중요한 문서의 발견 경로를 포함하되 모든 문서에서 동일한 링크 목록을 복제하도록 요구할 필요는 없습니다. 문서의 중요성과 연결의 관련성은 함께 고려할 항목입니다. 직접 주소로 열리는 문서가 있다는 사실을 독자가 다른 안내에서 그 문서로 이어갈 수 있다는 증거와 구별합니다.

문서마다 승인할 링크 수를 고정하지 않습니다. 공식 링크 문서는 특정 페이지에 포함해야 하는 링크 개수가 정해져 있지 않다고 설명합니다. 규칙에는 숫자 목표 대신 필요 없는 연결을 추가하지 않을 조건을 둘 수 있습니다. 연결을 남기는 이유를 설명하지 못하는데 수량을 채우려고 넣는 상태와 필요한 자료가 빠진 상태는 서로 다른 편집 판단입니다.

규칙이 적용되는 페이지 집합의 경계도 지정할 수 있습니다. W3C는 공통 목적을 공유하고 같은 작성자·집단·조직이 만든 페이지들의 모음으로 이 용어를 설명합니다. 같은 소유자의 모든 웹 자료를 조건 없이 한 집합으로 묶는 뜻은 아닙니다. 진료 안내와 공통 탐색을 함께 제공하는 범위가 어디까지인지 정하면 별도의 화면 묶음에 규칙을 적용할 때도 판단 근거가 남습니다.

문구 규칙과 반복 기능의 범위

앵커의 작성 기준에는 구체성·간결성·출발 페이지와 목적지에 대한 관련성을 포함할 수 있습니다. Google은 좋은 문구가 맥락을 제공하고 독자의 기대를 설정한다고 설명합니다. 규칙을 적용할 때는 목적지의 모든 제목을 그대로 복사하는 방식보다 그 연결에서 기대할 자료를 식별하는 말을 선택합니다. 실제로 제공하지 않는 설명을 문구가 약속하게 만들지 않습니다.

문구만 따로 읽는 시험을 규칙에 넣을 수 있습니다. 공식 문서는 문맥을 제외한 앵커가 구체적인 정보를 주고 그 자체로 이해되는지를 읽어 보라고 안내합니다. 작성자가 이미 알고 있는 목적지를 독자도 알 것이라고 가정하지 않도록 하는 조건입니다. 단어를 줄였다는 결과보다 그 문구에서 어떤 자료를 기대할 수 있는지가 이 시험의 대상입니다.

주변 문장은 별도의 편집 대상입니다. Google은 연결 전후의 단어도 중요하고 여러 링크를 연달아 배치하면 독자가 구별하기 어려워지며 각 연결의 주변 텍스트가 사라진다고 설명합니다. 규칙에는 한 설명에 여러 자료가 필요할 때 각각의 이유를 문장 안에서 분리하는 조건을 둘 수 있습니다. 앵커 자체의 짧은 이름과 문장이 제공하는 맥락을 서로 대신하는 것으로 처리하지 않습니다.

일관된 식별을 위한 독자 관점W3C가 설명하는 이점규칙 작성에서 고려할 의미
인지·학습 장애가 있는 이용자익숙한 기능을 학습하고 찾는 노력 감소매번 새로운 제어를 배워야 하는 부담
보조 기술을 사용하는 이용자예측 가능한 방식의 구성요소 제공콘텐츠를 이해하고 조작하는 용이성
다른 페이지에서 기능을 배운 이용자이전 상호작용에서 얻은 지식 재사용페이지가 바뀔 때 탐색 경험의 연속성

W3C 기준 3.2.4는 웹페이지 집합에서 같은 기능을 하는 반복 구성요소를 일관되게 식별하는 기준입니다. 공통 예약이나 위치 안내를 이 기준에 맞춰 검토한다면 실제로 같은 기능을 반복 제공하는 항목인지 먼저 정해야 합니다. 같은 의료 주제의 이름이 들어 있다는 이유만으로 다른 목적지와 다른 행동을 하는 연결까지 하나의 기능으로 묶지는 않습니다.

W3C 원문은 같은 기능이 있어도 반복된 동일 구성요소로 인식되지 않는 링크에는 같은 식별을 요구하지 않는다고 설명합니다. 공통 푸터의 연락 링크와 정책 본문에서 지원팀에 연락하는 설명 링크를 구별하는 예가 제시됩니다. 따라서 규칙 문서의 공통 명칭 목록은 본문 속 모든 연결을 동일한 문자열로 강제하는 목록이 되어서는 안 됩니다. 반복 항목인지 개별 설명인지가 적용 경계입니다.

표현 예외와 게시 출력의 검사

일관성은 항상 글자가 똑같아야 한다는 의미가 아닙니다. W3C는 목적과 문맥을 더 잘 나타내는 차이가 적절할 수 있으며 이용자가 같은 기능임을 알아볼 수 있어야 한다고 설명합니다. 원문의 순차 페이지 예에서는 한 위치의 페이지 번호가 다음 위치에서 이전 페이지로 표시될 수 있습니다. 규칙 문서에는 이런 문맥 변화가 허용되는 이유와 기능이 유지되는 조건을 적을 수 있습니다.

이름을 전달하는 방식에도 하나의 형식만 강제하지 않습니다. W3C는 보이는 라벨, 접근 가능한 이름, 대체 텍스트, 아이콘 등으로 식별할 수 있으며 특정 식별 수단 하나를 요구하지 않는다고 설명합니다. 이름 규칙에는 화면에 보이는 표현만이 아니라 보조 기술이 얻는 이름도 포함할 수 있습니다. 시각적 장식의 동일함을 기능을 알아보는 조건 전체와 혼동하지 않습니다.

모바일과 큰 화면에서 표현이 달라지는 공통 기능도 적용 자료에 포함할 수 있습니다. W3C는 검색 기능을 큰 화면에서는 텍스트 라벨로, 작은 화면에서는 접근 가능한 이름을 가진 돋보기 아이콘으로 제공하는 예를 제시합니다. 외형이 달라도 같은 기능을 알아볼 수 있다는 조건입니다. 진료 사이트의 반복 제어를 문서화할 때 화면 크기별 표현과 실제 기능을 연결해 기록할 수 있습니다.

보이는 이름이 같아도 보조 기술이 읽는 이름이 다르면 별도 문제가 생길 수 있습니다. W3C 원문은 같은 검색 기능의 표시 문구는 같으나 접근 가능한 이름이 다른 실패 예를 제시합니다. 규칙의 검사 자료에서 표시 라벨만 대조하면 이 차이가 빠집니다. 실제 제공된 접근 가능한 이름과 해당 구성요소의 기능을 함께 읽는 책임을 정할 수 있습니다.

게시 전 목적지 검사는 표현 검수와 분리해 문서화합니다. Google은 href가 있는 a 요소를 일반적으로 크롤링할 수 있다고 설명하므로 실제 요소의 주소를 조사할 수 있습니다. 자바스크립트로 앵커 문구를 넣었다면 URL 검사 도구에서 렌더링된 HTML의 문구를 읽으라는 조건도 제시됩니다. 작성 파일에 의도한 이름을 적었다는 결과와 실제 게시 출력은 다른 검수 자료입니다.

키워드 삽입 규칙을 이름의 일관성과 혼동하지 않습니다. Google은 앵커를 자연스럽게 작성하고 관련 키워드를 모두 넣지 말라고 안내합니다. 공통 항목의 이름을 유지하는 목적은 기능 식별이고 검색어를 늘리는 목적이 아닙니다. 새 편집자가 표현을 변경할 때는 단어가 다음 자료를 이해하는 데 필요한지 설명하게 할 수 있습니다. 정해진 표현의 사용을 개별 치료 효과에 대한 검증으로 바꾸지 않습니다.

같은 기능에 사용하는 그림이 페이지마다 달라지는 상태도 따로 읽을 수 있습니다. W3C는 같은 저장 기능의 접근 가능한 이름은 같지만 서로 다른 아이콘을 사용하는 실패 예를 제시합니다. 시각적 인식에 의존하는 이용자는 두 항목을 바로 같은 기능으로 알아보지 못할 수 있다는 설명입니다. 이름 대조만 통과한 자료를 공통 그림의 식별 검사까지 끝난 것으로 확대하지 않습니다.

연결 규칙 문서의 추가 질문

같은 페이지 안에서 반복된 기능도 기준에 포함되나요?

W3C는 같은 기능의 반복 구성요소가 다른 페이지, 같은 페이지의 여러 위치, 두 상황 모두에 나타날 수 있다고 설명합니다. 규칙의 적용 자료를 페이지 간 비교로만 한정하지 않을 수 있습니다.

기능이 없는 본문 제목에도 이 기준을 필수로 적용하나요?

원문은 이 성공 기준이 기능적 구성요소에 적용된다고 명시합니다. 비기능적 콘텐츠의 일관성도 좋은 실천이지만 이 기준 충족을 위한 필수 조건은 아닙니다. 설명 제목과 실제 제어의 적용 범위를 구별합니다.

같은 아이콘이면 반드시 같은 이름이어야 하나요?

W3C는 같은 비텍스트 항목이 다른 기능에 사용되면 서로 다른 대체 텍스트가 필요할 수 있다고 설명합니다. 체크 표시처럼 문맥마다 승인·완료·포함을 나타낼 수 있는 아이콘에 그림 이름만 복제하는 방식은 기능을 전달하지 못합니다.

다른 언어 버전도 하나의 페이지 집합으로 간주하나요?

W3C의 용어 설명에서는 서로 다른 언어 버전을 서로 다른 웹페이지 집합으로 간주합니다. 동일 기능의 이름 규칙을 적용할 범위를 정할 때 이 조건을 구별할 수 있습니다. 언어가 다르다는 이유로 모든 표현을 같은 문자열로 만들지 않습니다.

링크 문구가 없는 이미지에는 어떤 설명을 기록하나요?

Google 링크 문서는 이미지 연결에서 img의 alt를 앵커 텍스트로 사용한다고 안내합니다. 문서화할 때 그림 파일 이름만 남기는 대신 실제 대체 텍스트와 연결 목적지를 함께 대조할 수 있습니다.

맨 위로 이동

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