내부 링크가 너무 많은 페이지가 주는 인상

링크 수보다 선택 이유가 사라진 문장 읽기

먼저 링크가 이어진 문장을 링크 없는 일반 문장처럼 읽는 편집 절차를 제안합니다. 원래 무엇을 설명하는 문장이었는지와 이동할 자료가 어느 부분을 보충하는지 대조합니다. 문장 안의 낱말마다 다른 문서가 붙어 있으면 각각의 차이를 설명할 정보가 남는지 조사할 수 있습니다. 단순히 개수를 줄이는 작업과 이해할 수 있는 문맥을 복구하는 작업은 목적이 다릅니다.

Google은 좋은 앵커 텍스트가 구체적이고 간결하며 현재 페이지와 목적지 양쪽에 관련돼야 한다고 안내합니다. ‘여기를 클릭’이나 일반적인 ‘도움말’처럼 구별되지 않는 표현보다 이동 대상의 내용이 드러나는 문구를 권고합니다. 페이지에 링크가 몇 개 있든 그 이름을 따로 읽었을 때 어떤 자료를 선택하는지 이해되는지가 조사할 질문입니다.

같은 목적지가 여러 번 있다고 모든 연결을 기계적으로 삭제하는 대신, 현재 설명에서 그 자료를 다시 읽을 이유가 있는지 조사하는 방법을 제안합니다. 독자가 문장을 이해하는 데 어떤 다른 리소스가 도움이 되는지 생각하고 맥락에 따라 내부 링크를 제공하라는 Google의 원칙을 적용합니다. 한 문서의 이름이 반복된다는 사실과 서로 다른 질문을 보충하는 역할은 따로 읽을 수 있습니다.

앵커에 관련 키워드를 모두 넣지 말고 자연스럽게 작성하라고 Google은 안내합니다. 다음 페이지를 이해하는 데 그 표현이 필요한지 판단하라는 설명입니다. 유인 키워드 반복은 스팸 정책에 위배된다고 명시하지만, 이것을 링크가 많다는 모든 화면의 제재 근거로 바꾸지 않습니다. 실제 문구의 불필요한 반복과 목적지의 관련성을 읽어 편집할 대상을 정할 수 있습니다.

메뉴의 글자 크기와 조작 공간 시험하기

본문의 문맥 문제와 별개로 메뉴 항목이 공간 안에 들어가는지도 읽어야 합니다. W3C 메뉴 스타일 안내는 모든 텍스트가 들어가도록 메뉴와 항목의 크기를 정하고, 큰 글자를 필요로 하는 사용자나 단어가 긴 언어에 맞춰 조정하도록 설명합니다. 긴 항목명이 있다는 이유만으로 중요한 단어를 삭제하기 전에 공간과 표현 방식을 조사할 수 있습니다.

가능하면 모든 글자를 대문자로 쓰거나 줄바꿈과 하이픈 분리를 사용하는 방식은 피하라고 안내합니다. 산만하고 읽기 어려운 경우가 많기 때문입니다. 병원 메뉴에 적용하는 방법으로 긴 명칭이 어느 화면에서 끊기는지와 원래 의미가 유지되는지를 시험하는 절차를 제안합니다. 영문 스타일의 설명을 한국어 메뉴에 고정 글자 수 제한으로 바꾸어 적용하지 않습니다.

W3C는 조작 능력이 줄어든 사용자와 작은 모바일 터치 화면을 위해 padding 같은 충분한 여백을 제공하도록 권고합니다. 동시에 글자 크기를 키우거나 화면을 확대했을 때 메뉴끼리 또는 다른 콘텐츠와 겹치지 않아야 한다고 설명합니다. 글자가 읽히는 상태와 손으로 항목을 선택할 공간이 있는 상태는 서로 다른 조건입니다.

메뉴가 늘어났을 때 전체 목록의 높이와 본문 시작 위치를 읽는 방법도 적용할 수 있습니다. 이는 특정 길이의 메뉴를 금지한다는 공식 규칙이 아니라, 실제 확대 화면에서 서로 겹치는지 조사하는 질문입니다. 현재 화면을 보지 않고 모든 사이트에 같은 공간 수치를 정하지 않습니다. 보이는 문제가 무엇인지에 따라 글자, 항목 여백, 배치 중 실제 수정할 요소를 선택할 수 있습니다.

W3C는 메뉴와 항목이 메뉴라는 것을 식별할 수 있어야 한다고 설명합니다. 구조 마크업과 함께 시각적인 색 구성도 존재를 전달하는 데 필요하며, 영역 이름을 모든 사용자에게 보이는 제목으로 제공하는 방법을 제시합니다. 화면에 연결이 많아 무엇이 본문이고 무엇이 메뉴인지 구별하기 어렵다면 영역의 이름과 스타일을 읽는 별도 질문을 적용할 수 있습니다.

메뉴의 상대 위치와 동작, 외형이 사이트 전반에서 일관되면 더 빨리 찾고 인식할 수 있다고 안내합니다. 대상 사용자가 예상하는 위치에 배치하라는 원칙도 제시합니다. 위치를 바꾸어 공간을 확보할 때에는 한 페이지의 메뉴만 전혀 다른 동작으로 만드는지 조사할 수 있습니다. 이 원칙을 메뉴 위치의 검색 순위 점수로 표현하지 않습니다.

선택 상태와 문구 구현에서 남는 문제 읽기

W3C는 메뉴 항목과 상태를 색상뿐 아니라 다른 스타일로도 전달하도록 안내합니다. 어떤 사용자는 색 변화만으로는 차이를 읽을 수 없기 때문입니다. 선택된 항목에 색을 바꾸면서 형태나 아이콘을 추가하는 예를 제시합니다. 링크가 촘촘한 화면에서 색만 바꾸는 작업이 현재 항목과 이동 대상을 구별하는 데 충분한지 조사할 수 있습니다.

기본 상태에서는 활성화할 수 있는 영역임이 시각적으로 드러나게 하고 과도한 글자 장식을 피하도록 안내합니다. hover 또는 focus 상태는 메뉴 안에서 이동하는 사용자에게 시각적 안내를 제공합니다. 원문 예에는 색상 반전과 밑줄이 사용됩니다. 그 예의 색상 값을 모든 병원에 의무적으로 적용하는 대신 현재 메뉴에서 포인터와 키보드의 위치가 구별되는지 읽을 수 있습니다.

대비를 다루는 원문 기술 목록은 색으로 링크나 제어를 식별하는 경우 주변 텍스트와 3:1 대비를 제공하고 hover에서 추가 시각 단서를 주는 방법을 제시합니다. 메뉴 항목의 배경색이 달라 보인다는 인상과 주변 글자에 대한 대비를 읽는 질문은 다릅니다. 현재 스타일의 전경과 배경, 주변 텍스트를 실제 화면과 소스에서 대조하는 절차를 적용할 수 있습니다. 이 기술 예를 링크 수의 상한이나 특정 병원 메뉴의 검사 결과로 바꾸지 않습니다.

클릭, 터치, 키보드 선택으로 활성화한 항목을 표시하면 잘못된 항목을 선택했다는 사실을 알아차리는 데 도움이 된다고 안내합니다. 현재 항목의 상태는 구조 마크업과 함께 시각적으로도 표시하도록 권고합니다. 누르는 순간의 상태와 현재 읽는 페이지를 나타내는 상태를 동일하게 취급하지 않는 질문입니다. 각 상태가 화면에서 어느 의미로 제공되는지 따로 조사할 수 있습니다.

Google은 일반적으로 href 속성이 있는 앵커 요소의 링크를 크롤링할 수 있다고 설명합니다. 링크처럼 보이는 다른 태그의 이벤트에서 주소를 안정적으로 추출하지 못할 수 있습니다. 불필요한 연결을 정리한 뒤에는 남긴 항목이 실제 요청 가능한 주소로 연결되는지 읽을 수 있습니다. 글자와 색을 바꾼 결과가 연결 기술의 수정까지 뜻하지는 않습니다.

예상 위치를 설명하는 W3C의 예는 왼쪽에서 오른쪽으로 읽는 웹사이트에서 주 메뉴가 보통 왼쪽 세로 방향이나 상단 가로 방향에 있고, 앱에서는 주 메뉴가 보통 상단에 있다는 맥락입니다. 목록의 공간을 늘리려고 메뉴를 이동할 때 실제 이용 대상과 읽는 방향을 조사하는 질문에 적용할 수 있습니다. 이 위치 예를 모든 병원 사이트의 고정 배치 규칙으로 바꾸지 않습니다. 실제 사용자에게 익숙한 위치가 무엇인지에 따라 설계를 대조하는 설명입니다.

중요한 문서는 사이트의 다른 페이지에서 하나 이상의 링크로 발견될 수 있어야 한다고 Google은 안내합니다. 과다 연결을 정리할 때에도 필요한 문서의 발견 경로까지 함께 제거하는지 조사하는 방법을 제안합니다. 현재 문장의 중복을 줄이는 작업과 문서가 사이트 안에서 고립되는 결과는 다르므로, 남긴 경로가 어느 페이지에서 이어지는지 실제 자료를 읽을 수 있습니다.

이어서 읽을 주제

자주 찾는 질문을 별도 안내로 정리할 때: 병원 FAQ 페이지.

발견 경로와 대표 주소를 정리할 때: 사이트맵과 정규 주소.