진료 페이지에서 예약 페이지로 잇는 방법

예약 링크가 뜻하는 이동부터 구별하기

먼저 실제 공개된 목적지를 열어 제목과 화면의 역할을 읽는 절차를 제안합니다. 설명문만 있는 페이지, 정보를 입력하는 화면, 로그인 뒤 다음 단계로 가는 경로는 이용자가 기대할 행동이 다릅니다. 현재 확인할 수 있는 화면의 기능으로 이름을 정해야 합니다. 사이트 자료를 읽지 않은 상태에서 입력 양식이나 로그인 기능이 존재한다고 가정하지 않습니다.

적용 예로 ‘예약 방법 읽기’는 방법 안내문으로 이동하는 경우에, ‘예약 신청 화면으로 이동’은 실제 입력 화면에 도착하는 경우에 사용할 수 있습니다. 이는 특정 병원에 해당 기능이 있다는 사례가 아니라 문구와 목적지를 대응시키는 편집 예입니다. 같은 ‘예약’이라는 단어가 있어도 사용자가 다음에 무엇을 하게 되는지는 실제 화면에 따라 달라집니다.

예약 목적지가 문서나 웹 애플리케이션이라면 그 이름이 이동 목적을 충분히 나타내는 경우도 있습니다. W3C는 이를 가능한 표현으로 제시하며 해당 이름을 반드시 쓰도록 한정하지 않습니다. 실제 예약 화면의 제목을 그대로 쓸지 이동 행동을 설명할지는 선택 전에 기능이 드러나는지로 판단할 수 있습니다. 입력 단계의 이름을 결과 완료의 이름으로 바꾸지 않는 편집입니다.

선택한 링크의 이름과 도착 화면의 제목이 비슷하게 이어지는 표현은 사용자가 이동 전후를 이해하도록 돕는 관행으로 소개됩니다. 이를 적용해 진료 안내에서 읽은 문구와 도착 화면의 제목을 대조하는 방법을 제안합니다. 서로 다른 지점의 화면이 같은 이름으로 표시되는 경우에는 해당 진료의 지점과 목적지를 별도로 읽습니다. 실제 지점의 이름과 기능은 사이트에 공개된 자료로만 기재해야 합니다.

같은 문단의 사전 설명과 링크 문맥 정리하기

예약 안내에 링크 이름만으로 드러나지 않는 조건이 있다면 관련 문맥에서 그 목적을 읽을 수 있어야 합니다. 문장·문단·목록 항목 안의 설명이나 표 셀과 머리글의 관계를 활용하는 것이 W3C가 제시한 방법입니다. 예약에 앞서 알아야 할 조건이 있다면 어떤 링크의 조건인지 이 관계 안에서 읽을 수 있도록 작성하는 편집안을 제안합니다.

이러한 설명을 얻기 위해 현재 링크의 포커스 위치를 떠나지 않아도 되어야 한다는 조건이 있습니다. 한 화면의 위쪽에 설명이 있고 아래에 버튼이 있다는 배치만으로 둘이 프로그램으로 연결됐다고 판정하지 않습니다. 설명과 실제 링크가 어느 문장이나 문단에 포함되는지 읽는 질문입니다. 화면의 시각적 거리와 구조의 관계는 다른 조사 대상입니다.

불분명한 이름이 필요한 경우 W3C는 도착 대상의 설명을 먼저 읽고 문장 끝에서 링크를 만나는 구성을 더 적절한 방식으로 설명합니다. 화면 낭독의 순서에서는 이름을 먼저 듣고 나중에 설명을 듣는 배치가 혼란을 줄 수 있기 때문입니다. 실제 로그인 조건이나 지점 정보가 있다면 선택 전에 읽을 수 있는 위치인지 조사하는 방법으로 적용할 수 있습니다.

페이지 안의 링크들을 목록으로 모아 제공하는 보조기술도 있습니다. W3C가 설명하는 이 기능을 이용하거나 탭으로 링크들을 오가는 경우, 이동 대상이 드러나는 이름은 다음 선택을 이해하는 데 도움을 줍니다. 예약 경로를 읽을 때에는 전체 진료 설명을 계속 기억해야만 식별되는 이름인지, 링크를 따로 선택할 때에도 다음 행동을 이해할 수 있는지 조사하는 질문을 적용할 수 있습니다.

W3C의 표현 일관성 권고는 목적지가 같은 경우의 이름을 유지하고 목적이나 도착 대상이 다른 경우에는 이름도 구별하는 방향입니다. 사이트 곳곳에서 같은 신청 화면으로 이동한다면 그 기능의 이름이 달라지는지 조사할 수 있습니다. 반대로 방법 안내와 입력 화면이 같은 문구를 쓰면 어떤 화면인지 선택 전에 구별되는지를 읽습니다. 이는 예약 기능의 성과를 비교하는 방법이 아니라 식별 표현의 조사입니다.

사용자가 원하지 않은 내용으로 갔다가 되돌아오는 조작은 운동 기능에 제약이 있을 때 부담이 될 수 있습니다. W3C는 링크의 목적을 미리 이해하는 일이 이러한 키 조작을 줄이는 이점을 설명합니다. 불필요한 왕복으로 방향을 잃지 않도록 돕는 인지적 이점과 문맥을 읽어 이동을 이해하는 시각장애 사용자의 이점도 구분하여 제시합니다. 선택 전에 설명을 제공하는 이유를 클릭 수 증가라는 가정으로 바꾸지 않습니다.

변경한 경로와 접근 가능한 이름 대조하기

예약 링크를 변경한 뒤에는 진료 문서에서 실제 목적지까지 이동하는 경로를 다시 읽는 절차를 제안합니다. 문구만 바뀌었는지, 연결 주소와 도착 화면도 바뀌었는지를 나누어 조사합니다. 처음 화면이 로그인인 경우에는 관측 가능한 단계까지만 읽고 그 이후에 신청이 완료됐다고 기록하지 않습니다. 현재 화면을 직접 읽는 편집 검수이며 실제 예약 데이터를 생성하는 과정이 아닙니다.

W3C는 링크의 목적을 하이퍼링크를 활성화해 얻는 결과의 성격으로 정의합니다. 사용자 행동으로 달성할 수 있는 과정과 결과는 기능에 관한 정의에서 다룹니다. 과정은 활동을 끝내기 위해 각 행동이 필요한 일련의 사용자 행동으로 정의합니다. 현재 예약 경로에 여러 단계가 있다면 어떤 단계들이 실제로 요구되는지 읽는 조사에 적용할 수 있습니다. 중간 단계의 설명을 작성할 때에는 그 단계가 전체 과정에서 맡는 역할을 실제 화면의 자료로 정합니다.

이 기준의 실패 목록에는 링크와 연관되지 않은 내용에서만 맥락을 얻도록 만든 구성이 포함됩니다. 실제 예약 조건을 문서 어딘가에 썼다는 사실만으로 선택 시점에 그 조건이 전달됐다고 볼 수 없는 이유입니다. 링크의 문장과 주변 설명이 실제로 관계를 갖는지 조사할 수 있습니다. 공개된 설명이 다른 기능의 조건을 말한다면 해당 링크의 이름과 연결된 자료를 정리해야 합니다.

아이콘 옆의 글자가 목적을 나타내며 둘이 하나의 링크를 구성하는 원문 예는 아이콘에 비어 있는 대체 텍스트를 사용합니다. 옆의 글자로 전달한 설명을 다시 낭독하지 않는 구성입니다. 글자 없이 이미지만 링크를 구성하는 경우에는 접근 가능한 이름의 부재가 실패 유형으로 다뤄집니다. 예약을 나타내는 그림이 있다는 시각적 판단과 보조기술이 읽을 수 있는 이름은 구별되는 조건입니다.

마크업의 요소나 속성을 보조기술이 직접 읽는 방식과 접근성 API로 제공되는 구조가 예로 제시됩니다. 예약 링크의 설명을 조사할 때 화면의 문구만 비교하는 방법과 구조에서 제공되는 정보를 읽는 방법을 함께 적용할 수 있습니다.

W3C는 특정 기술의 어떤 사용이 접근성 지원된다고 해서 그 기술의 모든 기능과 사용이 지원되는 것은 아니라고 설명합니다. 여러 버전이 있는 기술을 인용할 때에는 지원되는 버전을 명시하도록 안내합니다. 실제 경로의 검수에서도 사용한 환경과 기능 범위를 구별하는 질문으로 적용할 수 있습니다. 한 화면에서 이름을 읽은 결과를 모든 구현과 환경의 적합성 판단으로 확대하지 않습니다.

원래 자료를 대신하는 준수 버전은 같은 인간 언어의 정보와 기능을 모두 제공하고 최신성도 원본 수준으로 유지해야 한다는 정의가 제시됩니다. W3C는 이해를 돕는 보충 자료를 이 대체 버전과 혼동하지 않도록 구별합니다. 예약 경로에서 다른 버전을 제공하는 경우에는 실제 기능과 정보가 유지되는지 조사하는 별도 질문으로 사용할 수 있습니다.

이어서 읽을 주제

게시 콘텐츠의 검색 안내를 이어서 읽을 때: 블로그 상위노출.

예약 경로와 문서 역할을 함께 설계할 때: 병원 홈페이지 기획.