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

진료 페이지끼리 링크 거는 법

진료 페이지의 보충 질문에 맞는 도착 문서를 선택하고 링크 문구와 주변 문맥, 실제 이동 결과를 대조하는 방법을 설명합니다.

목차

추가 설명이 필요한 문장과 도착 문서

핵심 답

진료 페이지끼리 링크를 걸 때에는 현재 설명에서 독자에게 남은 질문을 찾고 그 질문에 답하는 문서로 연결합니다. 진료명이 비슷하다는 이유만으로 관련성을 정하거나 모든 진료 페이지를 한꺼번에 나열하지 않습니다. 출발 문장에 필요한 보충 정보와 도착 페이지에서 실제로 제공하는 정보가 이어져야 합니다.

질환이나 진료 설명을 읽다가 별도의 정의나 추가 안내가 필요한 부분이 있다면 그 내용을 제공하는 기존 문서를 먼저 읽습니다. 연결할 수 있는 주소가 있다는 사실만으로 필요한 답이 있다고 판단하지 않습니다. 문서의 제목이 관련되어 보여도 본문이 다른 질문에 답할 수 있습니다. 도착 페이지의 설명 범위와 출발 문장에서 요청하는 정보가 같은지 대조해 목적지를 선택합니다.

Google의 링크 권장사항은 독자가 페이지를 이해하는 데 도움이 되는 사이트의 다른 자료를 생각하고 문맥에 따라 내부 연결을 제공하도록 안내합니다. 이는 두 진료 내용의 임상적 관계를 자동으로 정해 주는 기능이 아닙니다. 홈페이지에서 승인된 설명의 범위 안에서 보충 질문을 찾아 연결할 문서를 정하는 편집 판단이 필요합니다.

링크는 정보를 추가로 읽을 경로입니다. 연결된 두 페이지가 있다는 사실을 특정 치료의 관계나 효과를 입증하는 자료로 사용하지 않습니다. 문장에 없는 진료 주제를 링크 목록에 넣으면 독자는 그 주제가 왜 제시되었는지 이해하기 어렵습니다. 관련 내용을 연결하려면 현재 문장의 어떤 질문이 그 문서를 필요로 하는지 먼저 설명할 수 있어야 합니다.

선택할 대상읽을 내용연결 판단
출발 문장이어서 필요한 보충 질문추가 설명을 읽을 이유가 있는지
도착 본문실제 제공되는 답요청한 정보와 범위가 맞는지
두 문서의 관계승인된 설명에서 드러난 연결진료명의 닮음만으로 추정하지 않는지

목적지를 예고하는 링크 문구

목적지를 정한 다음에는 이동할 문서의 내용을 예고하는 표현을 씁니다. 링크에 보이는 글자를 앵커 텍스트라고 하며 사용자는 이 문구를 통해 어떤 정보로 이동할지 예상합니다. ‘여기’나 ‘자세히’만 있는 표현은 어느 내용을 더 읽는 것인지 드러내기 어렵습니다. 현재 문장에서 부족한 설명을 알 수 있는 구체적인 명칭을 사용합니다.

W3C의 Link Purpose 기준은 링크 문구 자체나 문구와 프로그램으로 연결되는 주변 문맥을 통해 목적을 알 수 있도록 설명합니다. 링크를 먼저 열어야만 어디로 가는지 알 수 있는 구성을 피하려는 기준입니다. 문구가 충분히 구체적이면 독자는 여러 링크 가운데 읽을 내용을 고를 수 있습니다. 주변 문장의 도움을 쓰더라도 그 문맥이 실제로 링크와 관련된 위치에 있어야 합니다.

문구만 읽는 검사와 문단을 함께 읽는 검사는 서로 다른 질문에 답합니다. 링크 글자만 읽으면 목적지가 어느 정보인지 알 수 있는지 판단합니다. 문단 전체에서는 왜 지금 그 정보를 추가로 읽는지 판단합니다. 문구가 도착 문서를 정확하게 나타내도 출발 문장과 관련이 없을 수 있고, 문맥은 자연스러워도 링크 글자가 너무 일반적일 수 있습니다.

Google은 앵커 텍스트를 구체적이고 간결하며 양쪽 페이지와 관련되게 쓰도록 권고합니다. 연결 대상의 모든 검색어를 문구 안에 나열할 필요는 없습니다. 진료명과 지역 표현을 반복해서 넣기보다 목적지를 이해하는 데 필요한 말을 선택합니다. 한 문장 전체를 길게 링크로 만드는 초안이라면 설명해야 할 문장과 이동을 나타내는 문구를 나눌 수 있습니다.

읽는 방식판단할 물음수정할 경우
링크 글자만 읽기이동한 뒤 얻을 정보가 예상되는가대상 내용이 드러나지 않는 일반 표현
출발 문단과 함께 읽기현재 설명에서 연결이 필요한가뜬금없이 다른 진료 주제가 들어온 표현
도착 문서와 함께 읽기문구가 예고한 내용이 실제로 있는가설명 범위가 서로 다른 문구
이동을 실행하기의도한 실제 주소로 연결되는가다른 문서나 없는 주소로 가는 연결

W3C는 보조 기술이 페이지의 링크를 목록으로 제공할 수 있으며 링크 사이를 이동하는 이용자도 있다고 설명합니다. 전체 문단을 계속 읽는 방식만 고려하면 이런 탐색에서 문구의 정보가 부족해질 수 있습니다. 링크 목록에 같은 일반 표현이 이어지는 구성에서는 이동 전에 대상들을 구별하기 어렵습니다. 문구가 각 목적을 설명하도록 쓰는 이유는 이런 읽기 방식에서도 선택할 정보를 제공하기 위해서입니다.

문장 안에서 문맥을 제공하는 위치

링크를 둘 위치는 독자가 보충 질문을 이해하는 지점과 연결할 수 있습니다. 한 문단에서 여러 링크가 붙어 있으면 각 문구의 주변 설명이 줄어 목적을 구별하기 어려워집니다. Google은 링크를 연달아 배치하지 말고 앞뒤 단어도 읽도록 안내합니다. 관련 문장이 있어도 문장 속의 단어를 잘게 나누어 각기 다른 링크로 만들면 설명과 이동 대상을 구별하기 어렵습니다.

문맥으로 목적을 설명하려면 같은 문장이나 문단, 목록 항목, 표의 셀처럼 링크와 관련된 위치가 필요합니다. W3C는 이런 관계를 프로그램으로 파악할 수 있는 문맥으로 설명합니다. 화면에서 가까이 보인다는 이유만으로 모든 다른 설명이 링크의 목적을 전달한다고 생각하면 보조 기술로 읽는 순서와 맞지 않을 수 있습니다. 링크가 있는 위치에서 그 목적을 알 수 있도록 내용을 배치합니다.

링크의 목적을 설명하는 문장은 가능하면 링크보다 앞에 놓는 편이 좋다는 안내도 있습니다. 이동 문구를 먼저 만난 뒤 한참 뒤의 설명을 읽어야 목적을 알게 되는 구성에서는 현재 위치를 유지하면서 정보를 이해하기 어렵습니다. 먼저 추가로 필요한 내용을 설명하고 이어서 해당 문구를 제시하면 무엇을 선택하는지 읽을 수 있습니다. 출발 문장에 이미 충분한 맥락이 있다면 같은 목적 설명을 여러 번 반복할 필요는 없습니다.

중요한 페이지가 다른 페이지에서 연결되어 있는지는 사이트의 발견 경로와도 관련됩니다. Google 안내는 중요한 페이지마다 사이트 안의 다른 페이지에서 들어오는 연결을 권고합니다. 그렇다고 각 진료 페이지에 모든 다른 문서의 링크가 필요한 것은 아닙니다. 독자가 현재 정보를 이해할 때 어떤 자원이 필요한지 기준으로 위치를 정합니다. 서로 관련 없는 문서를 일괄 연결하는 목록을 자동으로 추가하지 않습니다.

클릭 동작과 실제 링크 주소

문구와 위치를 정했다면 실제 이동을 실행해 의도한 페이지가 열리는지 시험합니다. 연결이 없는 글자나 잘못된 주소를 사용한 상태는 내용 구성만 완료된 상태와 구별해야 합니다. 도착한 문서의 제목과 본문이 링크 문구가 예고한 정보인지도 필요합니다. 목적지 주소를 추측해 넣지 않고 존재하는 문서를 대상으로 연결합니다.

Google은 일반적으로 href 속성이 있는 a 요소의 링크를 통해 주소를 추출할 수 있다고 설명합니다. 화면에서 누르면 이동하더라도 스크립트 이벤트만으로 링크처럼 작동하는 다른 요소는 안정적인 주소 추출과 다를 수 있습니다. 따라서 사용자의 클릭 동작이 된다는 사실과 검색로봇이 실제 URL을 찾을 수 있는 구조라는 사실을 하나로 묶지 않습니다. 공개된 링크의 구현을 읽어 해당 주소가 제공되는지 판단합니다.

표현이나 목적지가 바뀌면 링크를 출발 문장의 의미와 다시 대조합니다. 기존 문서가 다른 설명으로 바뀐 뒤에도 링크가 그대로 남아 있으면 예고한 내용과 실제 답이 어긋날 수 있습니다. 현재 문장의 보충 질문을 기준으로 연결을 유지할지 다른 문서가 필요한지 정합니다. 페이지를 연결한 날짜나 링크의 개수만으로 현재 문맥이 적절한지 판단하지 않습니다.

자주 묻는 질문

여러 링크가 같은 목적지로 가면 문구도 맞춰야 하나요?

W3C는 같은 목적지의 링크에 일관된 문구를 쓰는 것을 모범 사례로 설명하고 다른 목적지와 목적에는 다른 문구를 권합니다. 같은 주소가 서로 전혀 다른 내용을 줄 것처럼 이름 붙이면 선택 전에 기대가 달라질 수 있습니다. 문맥의 차이가 있더라도 링크가 가리키는 정보의 정체를 유지하도록 표현합니다. 서로 다른 목적지에 같은 이름을 쓰는 경우에도 실제로 구별할 내용이 무엇인지 정해야 합니다.

링크 문구와 도착 페이지 제목은 완전히 같아야 하나요?

Link Purpose 안내는 문구와 제목이 같거나 매우 비슷하면 이동 전후의 연결을 이해하는 데 좋다고 설명합니다. 문서 이름만이 유일한 링크 표현이라는 요구는 아닙니다. 목적을 충분히 설명하는 다른 표현도 사용할 수 있습니다. 제목을 그대로 복사하기 어렵다면 어떤 정보를 읽게 되는지 나타내고 도착 후에도 그 정보가 같은 이름으로 이해되는지 판단합니다.

표 안의 링크에는 어디에서 설명을 제공하나요?

W3C는 같은 셀과 관련된 표 제목 셀 등의 문맥을 이용할 수 있다고 안내합니다. 다만 표의 모든 다른 셀을 읽어야만 목적을 추측할 수 있게 만들지는 않습니다. 링크가 포함된 셀과 그 셀에 연결되는 머리말에서 어떤 항목으로 이동하는지 드러나야 합니다. 화면에서 표가 한꺼번에 보이는 상태만을 기준으로 문맥이 충분하다고 결정하지 않습니다.

이미지를 누르는 링크는 글자 설명이 필요 없나요?

Google의 안내는 이미지 링크에서 이미지의 alt 정보를 앵커 텍스트로 사용한다고 설명합니다. 따라서 글자 문구가 보이지 않는 형식이라도 목적을 설명하는 정보가 필요합니다. 그림이 있다는 사실만으로 그 연결의 대상이 분명한지 판단하지 않습니다. 이미지가 실제로 어떤 문서로 이동하는지에 맞춰 대체 텍스트의 뜻과 연결을 함께 읽어야 합니다.

자바스크립트로 만든 링크는 모두 수집할 수 없나요?

Google은 동적으로 삽입한 링크도 안내한 HTML 마크업을 사용하면 크롤링할 수 있다고 설명합니다. 구현 언어의 이름만으로 모든 연결을 같은 상태로 정할 수는 없습니다. 실제로 생성된 링크가 어떤 요소와 주소 정보를 제공하는지 읽어야 합니다. 동적 앵커 텍스트의 경우에는 렌더링된 HTML에 문구가 있는지 검사 도구를 통해 판단하는 방법도 안내되어 있습니다.

맨 위로 이동

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