[접근성연구·키보드] 마우스 없이 끝까지

키보드 접근 연구

〈디지털 접근성 연구 047〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 인용 수치·기준은 출처와 함께, 미확정 영역은 그렇다고 밝혀 작성합니다.

들어가며

대부분의 사람에게 마우스는 화면을 다루는 기본 도구다. 포인터를 옮겨 버튼을 누르고, 링크를 클릭하고, 드롭다운을 펼친다. 마우스가 워낙 자연스러워서, 화면을 마우스 없이 다룬다는 상상을 할 일은 거의 없다.

그런데 마우스를 쓰지 않거나 쓸 수 없는 사람이 있다. 손의 떨림이나 마비로 작은 표적을 정확히 겨누기 어려운 지체장애 사용자, 시각장애로 화면을 보지 못해 스크린리더와 키보드로 화면을 더듬는 사용자, 한 손만 쓰는 사람, 그리고 단지 키보드가 더 빠르고 편한 사람. 이들은 마우스 대신 키보드로 화면을 다룬다. Tab으로 요소 사이를 옮기고, Enter나 Space로 누르고, 화살표로 목록을 오간다.

이들에게 결정적인 질문은 하나다. 마우스 없이 화면을 끝까지 다룰 수 있는가. 어떤 버튼이 마우스로만 눌리고 키보드로는 닿지 않는다면, 그 버튼은 키보드 사용자에게 존재하지 않는 것과 같다. 어떤 단계가 마우스 동작을 전제로 한다면, 그 단계에서 키보드 사용자는 멈춘다. 키보드로 완주되지 않는 화면은, 마우스를 쓰지 않는 사람에게 막다른 길이다.

이 글은 그 '키보드로 다루는 화면'을 하나의 연구 주제로 놓는다. 키보드 접근이 무엇이고 왜 접근성의 기초로 여겨지는지, 그리고 공개된 기준들은 이를 어떻게 다루는지를 따라가 본다. 키보드를 잘 쓰라는 지시가 아니라, 마우스 없이 완주되는 화면이 무슨 뜻인지를 이해하는 데 무게를 둔다.

1. 키보드로 화면을 다룬다는 것

1-1. 닿고, 누르고, 빠져나오기

키보드로 화면을 다루는 일은 크게 세 동작으로 정리된다. 첫째, 닿기 — Tab(과 Shift+Tab)으로 조작 가능한 요소에 초점을 옮긴다. 둘째, 누르기 — Enter나 Space로 그 요소를 작동시키고, 목록·메뉴에서는 화살표로 이동한다. 셋째, 빠져나오기 — 열린 메뉴나 모달에서 Esc 등으로 빠져나온다. 이 세 동작이 화면 전체에서 끊김 없이 이어질 때, 화면은 키보드로 완주된다.

마우스 사용자에게는 이 세 동작이 모두 '포인터로 클릭'이라는 하나의 동작으로 합쳐진다. 그러나 키보드 사용자에게는 닿기·누르기·빠져나오기가 각각 별도의 키 동작이므로, 어느 하나라도 막히면 그 자리에서 멈춘다. 키보드 접근은 이 세 동작이 모든 요소에서 작동하는지의 문제다.

1-2. 초점이 보여야 완주된다

키보드로 다루는 화면에는 한 가지 전제가 따라붙는다. 지금 초점이 어디에 있는지가 보여야 한다는 것이다. 이 시리즈의 초점 표시 편(038~039)에서 다룬 주제다. 초점이 닿아도 그것이 화면에 보이지 않으면, 사용자는 자신이 어디에 있는지 몰라 다음 동작을 정하지 못한다. 키보드로 닿을 수 있는 것과, 닿은 자리가 보이는 것은 한 쌍으로 작동한다. 이 글은 주로 '닿을 수 있는가'를 다루지만, '보이는가'가 함께 충족되어야 완주가 가능하다는 점은 기억해 둘 만하다.

2. 기준은 키보드를 어떻게 다루는가

2-1. '키보드만으로 사용할 수 있어야 한다'는 취지

웹 접근성 기준에서 키보드 접근은 가장 기초적인 항목으로 다루어진다. WCAG에는 콘텐츠의 모든 기능을 키보드만으로 사용할 수 있어야 한다는 취지의 항목(2.1.1 Keyboard로 알려진 항목)이 있는 것으로 정리된다. 이것은 단순한 권고가 아니라, 다른 많은 접근성 요소가 딛고 서는 기초로 여겨진다. 스크린리더 사용자도 결국 키보드로 화면을 다루므로, 키보드 접근이 무너지면 그 위의 다른 노력도 함께 무너진다.

2-2. 갇히지 않아야 한다는 취지

키보드로 닿을 수 있는 것만으로는 충분하지 않다. 어느 자리에 초점이 들어갔다가 빠져나오지 못하면, 사용자는 그 자리에 갇힌다. WCAG에는 키보드로 초점을 옮겨 넣을 수 있다면 키보드만으로 다시 빠져나올 수도 있어야 한다는 취지의 항목(2.1.2 No Keyboard Trap으로 알려진 항목)이 있는 것으로 정리된다. 흔히 '키보드 트랩'으로 불리는 이 문제는 048편에서 더 자세히 다룬다. 닿는 것과 빠져나오는 것은 함께 갖춰져야 한다.

2-3. 순서와 초점도 함께 본다

키보드 접근은 초점 순서(2.4.3로 알려진 항목)와 초점 표시(2.4.7로 알려진 항목)와도 맞물린다. 닿을 수 있어도 순서가 화면 흐름과 어긋나면 혼란스럽고, 닿아도 초점이 보이지 않으면 길을 잃는다. 이 항목들은 따로 떨어진 규칙이 아니라, '키보드로 완주되는 화면'이라는 하나의 그림을 이루는 조각들이다. 항목의 정확한 번호·등급·문구는 기준 판본에 따라 달라질 수 있으므로, 적용 시에는 원문을 직접 확인하는 편이 안전하다.

키보드 접근을 이루는 네 조각을, 각 기준의 취지와 나란히 두면 하나의 그림이 보인다.

조각	기준 취지(알려진 항목)	묻는 것
닿고 누름	키보드(2.1.1로 알려진 항목)	모든 기능이 키보드로 되나
빠져나옴	키보드 트랩 없음(2.1.2로 알려진 항목)	갇히지 않고 나올 수 있나
순서	초점 순서(2.4.3로 알려진 항목)	흐름이 화면과 맞나
보임	초점 표시(2.4.7로 알려진 항목)	지금 어디인지 보이나

(인용) 위 항목 번호·취지는 WCAG에서 알려진 것을 옮긴 것이며, 번호·등급·문구는 판본에 따라 다를 수 있어 원문 확인이 안전하다. 이 표는 공식 해석이 아니라 키보드 접근을 이루는 조각을 보이기 위한 정리다.

3. 키보드가 막히는 자리들

3-1. 마우스로만 작동하는 요소

키보드로 완주되지 않는 화면의 흔한 원인은 마우스 동작만을 전제로 만든 요소다. 마우스를 올렸을 때만 펼쳐지는 메뉴, 클릭으로만 작동하는 직접 만든 버튼, 끌어서 옮기는 동작에만 의존하는 기능 등이다. 이런 요소는 마우스 사용자에게는 잘 작동하지만, 키보드 사용자에게는 닿지 않거나 작동하지 않는다. 표준적인 링크·버튼은 키보드 동작이 기본으로 따라오지만, 직접 만든 요소는 그 동작을 따로 마련해 주지 않으면 키보드에서 빠진다.

3-2. 보이지 않는 초점

키보드로 닿더라도 초점이 보이지 않으면 완주가 어렵다. 미관을 이유로 기본 외곽선을 지운 화면에서는, 키보드 사용자가 Tab을 눌러도 지금 어디에 있는지 알 수 없다. 닿음은 성립하지만 보임이 무너진 경우다. 038~039편에서 다룬 이 문제는 키보드 접근의 일부로 함께 점검된다.

3-3. 갇히는 자리

모달이나 위젯에 초점이 들어갔다가 빠져나오지 못하는 자리도 있다. 키보드로 닫을 방법이 없는 팝업, 무한히 맴도는 초점 등은 사용자를 가둔다. 갇힌 사용자는 그 화면에서 더 나아가지 못하므로, 갇힘은 단순한 불편을 넘어 완주를 가로막는다. 이 문제는 048편의 핵심 주제다.

키보드가 막히는 세 자리를, 어느 동작이 무너지는지와 함께 두면 점검할 곳이 보인다.

막히는 자리	무너지는 동작	사용자에게는
마우스 전용 요소	닿기·누르기	버튼이 없는 것과 같음
보이지 않는 초점	보임	지금 어디인지 모름
빠져나올 수 없는 자리	빠져나오기	그 자리에 갇힘

(관찰) 위 세 자리는 키보드 완주가 막히는 패턴으로 되풀이 관찰되는 것을 정리한 것이며, 특정 사이트를 가리키지 않는다. 셋은 함께 나타나기도 하고 따로 나타나기도 한다.

4. 만드는 사람의 시선에서

4-1. 마우스를 내려놓고 끝까지 가 본다

키보드 접근을 점검하는 가장 직접적인 방법은 마우스를 내려놓고 키보드만으로 화면을 끝까지 다뤄 보는 것이다. Tab으로 모든 요소에 닿는지, Enter/Space로 누를 수 있는지, 메뉴·모달에서 빠져나올 수 있는지를 처음부터 끝까지 따라가 본다. 한 번이라도 막히는 자리가 있으면, 그 자리가 키보드 사용자가 멈추는 자리다. 마우스로 화면을 만드는 일이 워낙 익숙한 탓에, 정작 키보드만으로 자신의 화면을 완주해 본 적이 없는 경우가 적지 않다.

4-2. 표준 요소를 먼저 생각한다

키보드 접근이 가장 잘 작동하는 방법은 표준적인 링크·버튼·입력 요소를 쓰는 것이다. 이들은 키보드 동작이 기본으로 따라오므로, 따로 손대지 않아도 닿고 눌리고 작동한다. 직접 만든 요소는 그 기본 동작을 일일이 다시 마련해 주어야 하므로, 빠뜨리기 쉽다. '표준 요소로 될 일을 굳이 새로 만들지 않았는가'를 돌아보면, 키보드 접근의 많은 문제가 애초에 생기지 않는다.

4-3. 기준은 기초를 가리킨다

키보드 접근 항목이 WCAG에서 기초적인 위치를 차지하는 것은 우연이 아니다. 키보드로 다룰 수 없는 화면은, 그 위에 어떤 접근성 노력을 쌓아도 마우스를 쓰지 않는 사용자에게 닿지 못한다. 항목의 정확한 번호·등급은 기준 원문에서 확인하되, '마우스 없이 끝까지 다룰 수 있는가'라는 질문은 화면을 만들 때마다 가장 먼저 떠올려 볼 만하다. 그 질문에 답할 수 있는 가장 확실한 방법은, 마우스를 한 번 내려놓아 보는 것이다.

마우스를 내려놓고 완주해 보는 동선을 세 동작으로 모으면, 어디서 무엇을 확인하는지가 잡힌다.

점검 동작	누르는 키	막히면
닿기	Tab / Shift+Tab	요소에 초점이 안 감
누르기	Enter / Space / 화살표	작동하지 않음
빠져나오기	Esc 등	메뉴·모달에 갇힘

(관점) 위 동선은 키보드 완주를 점검할 때 따라가 볼 만한 순서를 정리한 것이며, 표준 절차가 아니다. 요소의 종류에 따라 작동하는 키가 다를 수 있으므로, 막혔다고 곧장 단정하기보다 표준 동작을 함께 확인하는 편이 안전하다.

5. 반론·한계와 ViewCheck 관점

5-1. 가능한 반론과 우리의 한계

키보드 완주가 기초라는 관점에도 다른 시각이 있을 수 있다. 몇 가지 반론을 미리 적고, 우리의 한계도 함께 밝혀 둔다.

가능한 반론	우리의 한계 인정	보완하는 태도
복잡한 위젯은 키보드 동작을 다 갖추기 어렵다	모든 상호작용을 표준만으로 못 덮는다	표준 요소 우선, 불가피하면 동작을 명시
점검자의 키 조작이 사용자와 다를 수 있다	한 사람의 완주가 일반화는 아니다	대표 동작으로 보되 단정하지 않음
닿음만 보면 보임·순서를 놓친다	닿음 점검만으로 완주를 단정 못 한다	보임·순서·빠져나옴을 한 쌍으로 봄

5-2. ViewCheck의 관점 — 사람과 도구의 분담

키보드 접근은 '요소가 초점 가능한가'와 '실제로 끝까지 완주되는가'가 다르다. 자동 점검이 거르는 자리와 사람이 봐야 하는 자리를 나누어 둔다.

점검 항목	자동 점검이 보는 것	사람이 봐야 하는 것
닿기	초점 가능 속성·tabindex	모든 기능에 실제로 닿는가
빠져나오기	모달 닫기 요소의 존재	키보드로 정말 나올 수 있는가
순서·보임	초점 표시 스타일의 유무	흐름이 맞고 초점이 보이는가

(관점) 위 분담은 점검을 돕기 위한 정리이며, 자동/사람의 경계는 도구와 화면에 따라 달라질 수 있다. ViewCheck는 초점 가능 여부 등을 거르는 데 쓰일 수 있으나, 마우스 없이 화면이 끝까지 완주되는지에 대한 판단은 사람의 몫으로 남는다.

한 장 요약

구분	핵심 내용
키보드로 다루기	닿기(Tab)·누르기(Enter/Space)·빠져나오기(Esc)의 세 동작
왜 기초인가	스크린리더 사용자도 키보드로 다룸 — 무너지면 다른 노력도 무너짐
관련 기준	모든 기능을 키보드로(2.1.1) · 갇히지 않게(2.1.2)로 알려진 항목
함께 보는 것	초점 순서(2.4.3), 초점 표시(2.4.7) — 닿음과 보임은 한 쌍
막히는 자리	마우스 전용 요소, 보이지 않는 초점, 빠져나올 수 없는 자리
점검 방법	마우스를 내려놓고 키보드만으로 화면을 끝까지 완주해 보기

맺으며

키보드 접근은 화려한 기능이 아니라 기초다. 마우스 없이 화면을 끝까지 다룰 수 있는가 — 이 단순한 질문에 '아니오'라면, 그 위에 쌓은 다른 접근성 노력은 마우스를 쓰지 않는 사용자에게 닿지 못한다. 키보드로 완주되는 화면은 지체장애·시각장애 사용자뿐 아니라, 키보드가 더 편한 모든 사람에게 길을 열어 준다.

이 글은 키보드 접근이 무엇이고 왜 접근성의 기초인지를 기준의 배경과 함께 따라가 보았다. 다음 편에서는 키보드가 막히는 가장 답답한 경우, 즉 닿긴 했지만 빠져나올 수 없는 자리를 관찰의 관점에서 이어 본다.

다음 편 예고 (048): 〈Tab으로 닿지 않는 버튼 / 키보드 함정 관찰〉 — 키보드로 닿지 않거나, 닿았다가 빠져나오지 못하는 '키보드 트랩'이 무엇인지, 그것이 사용자를 어떻게 가두는지를 관찰한다.

---

참고한 공개 자료(출처):

• WCAG(Web Content Accessibility Guidelines) — 키보드(2.1.1) · 키보드 트랩 없음(2.1.2) · 초점 순서·표시 관련 항목
• W3C WAI(Web Accessibility Initiative) — 키보드 접근성 해설 자료
• KWCAG(한국형 웹 콘텐츠 접근성 지침) — 키보드 사용 보장 관련 항목
• 행정안전부 등 공공기관 웹 접근성 안내 자료

※ 위 자료의 항목 번호·등급·세부 문구는 판본에 따라 달라질 수 있으므로, 실제 적용 시에는 각 기준의 원문을 직접 확인하는 것이 안전합니다. 이 글은 특정 기준의 공식 해석이 아니라 하나의 연구 관점입니다.