왜 키보드 접근성이 공공기관에서 특히 중요한가

시각장애인이나 손 떨림 등으로 마우스 조작이 어려운 지체장애인은 화면 낭독기와 키보드만으로 웹사이트를 이용합니다. 공공기관 웹사이트는 민원 신청, 증명서 발급, 각종 공고 확인처럼 대체 수단이 없는 필수 서비스를 제공하기 때문에, 특정 사용자가 접근할 수 없다면 이는 단순한 불편이 아니라 행정 서비스에서 배제되는 문제로 이어집니다. 이 때문에 관련 법령에서도 공공 웹사이트의 접근성 준수를 의무로 규정하고 있습니다.

탭 이동 순서, 시각적 배치와 다를 수 있다

화면에 보이는 순서와 실제 HTML 코드 순서가 다르면 탭 키를 눌렀을 때 포커스가 예상치 못한 곳으로 튀어버립니다. CSS로 배치만 조정하고 코드 순서는 신경 쓰지 않은 페이지에서 흔히 발생하는 문제입니다. 콘텐츠의 논리적 순서(상단 메뉴 → 본문 → 하단 링크)와 실제 코드 순서를 일치시키는 것이 키보드 접근성의 기본 원칙입니다.

포커스 표시, 눈에 보이지 않으면 없는 것과 같다

디자이너들이 미관을 위해 기본 포커스 아웃라인을 제거하는 경우가 많은데, 이를 제거하려면 반드시 대체 스타일을 명확하게 넣어야 합니다.

키보드 트랩, 한 번 들어가면 못 나오는 함정

팝업창이나 모달 창에 들어간 뒤 탭 키로 빠져나올 수 없는 현상을 키보드 트랩이라고 합니다. 이런 문제가 있으면 사용자는 그 화면에 갇혀 아무것도 할 수 없게 됩니다. 모달이 열리면 포커스가 모달 내부로 이동하고, 모달 안에서만 탭이 순환하도록 하며, ESC 키로 언제든 닫을 수 있게 만드는 것이 표준적인 처리 방식입니다.

건너뛰기 링크, 매번 메뉴 전체를 통과하지 않게

• 본문 바로가기 링크를 페이지 최상단에 배치
• 반복되는 상단 메뉴를 매번 탭으로 통과하지 않도록 지원
• 시각적으로는 숨겨두되 키보드·화면 낭독기 사용자에게는 노출

메뉴가 많은 공공기관 사이트에서 본문까지 도달하려면 탭을 수십 번 눌러야 하는 경우가 있는데, 건너뛰기 링크 하나로 이 문제를 해결할 수 있습니다.

드롭다운·탭 메뉴 같은 커스텀 컴포넌트 처리

기본 HTML 버튼이나 링크는 브라우저가 기본적으로 키보드 접근을 지원하지만, 디자인을 위해 직접 만든 드롭다운, 탭, 아코디언 같은 컴포넌트는 별도로 키보드 동작을 구현해야 합니다. 방향키로 항목 간 이동, 엔터·스페이스로 선택, ESC로 닫기 같은 표준 동작을 일관되게 구현하지 않으면 시각적으로는 완성되어 보여도 접근성 검사에서 걸러집니다.

접근성 인증 마크 심사, 실무에서 자주 걸리는 항목

웹 접근성 인증을 신청하면 실제 심사에서는 자동화 도구로 걸러지지 않는 항목들이 지적되는 경우가 많습니다. 특히 탭 순서 오류, 포커스 표시 누락, 커스텀 컴포넌트의 키보드 미지원이 반복적으로 지적되는 항목입니다. 심사 신청 전에 실제로 마우스를 치워두고 탭 키만으로 주요 기능(검색, 신청서 작성, 결제)을 끝까지 완료해보는 자체 테스트가 가장 효과적인 사전 점검 방법입니다.

개편 이후에도 유지되어야 하는 접근성

접근성 인증을 받은 시점에는 문제가 없었더라도, 이후 콘텐츠 담당자가 새로운 배너나 팝업을 추가하면서 접근성이 깨지는 경우가 많습니다. 콘텐츠 등록 화면 자체에 접근성 체크리스트를 내장하거나, 신규 콘텐츠 등록 시 자동으로 기본적인 접근성 검사를 거치도록 만들어두면 담당자가 바뀌어도 접근성 수준이 유지됩니다.

전자민원·증명서 발급 화면, 가장 엄격하게 점검해야 할 영역

민원 신청서 작성이나 증명서 발급처럼 다단계 입력이 필요한 화면은 접근성 문제가 발생하면 사용자가 서비스를 전혀 이용할 수 없게 되는 치명적인 영역입니다. 입력 오류 시 오류 메시지가 화면 낭독기로도 정확히 전달되는지, 여러 단계로 구성된 신청 절차에서 이전 단계로 돌아가는 것이 키보드로도 자연스러운지 특히 꼼꼼하게 점검해야 합니다. 이 영역은 다른 정보성 페이지보다 우선순위를 높여 테스트하는 것이 실무적으로 합리적입니다.