웹 접근성 가이드라인, 지침·인증·검사가 어떻게 이어지나

웹 접근성 가이드라인은 장애가 있거나 나이가 들어 기능이 달라진 사람도 웹사이트와 앱의 정보를 똑같이 이용할 수 있도록 만들어야 할 기준을 정리한 지침이다. 흔히 웹 접근성이라고 줄여 부르며, 국내에서는 국제 표준을 바탕으로 만든 한국형 웹 콘텐츠 접근성 지침(KWCAG)이 기준 역할을 한다. 이 기사는 웹 접근성이란 무엇인지, 지침과 체크리스트가 어떤 구조인지, 인증은 어떤 절차로 진행되는지, 검사 사이트와 명도대비 프로그램은 어디까지 믿을 수 있는지를 차례로 답한다.

지침은 무엇을 정해 두었나

지침의 뼈대는 네 가지 원칙이다. 첫째는 인식의 용이성으로, 보이지 않거나 들리지 않아도 정보를 알아챌 수 있어야 한다는 뜻이다. 둘째는 운용의 용이성으로, 마우스 없이 키보드만으로도 모든 기능을 쓸 수 있어야 한다. 셋째는 이해의 용이성으로, 내용과 조작 방식이 예측 가능하고 오류를 알기 쉽게 안내해야 한다. 넷째는 견고성으로, 보조기기와 다양한 환경에서도 코드가 해석되고 작동해야 한다.

이 원칙 아래에 여러 지침이 있고, 지침마다 실제로 점검할 수 있는 검사 항목이 붙는다. 웹 접근성 체크리스트라고 부르는 것이 바로 이 검사 항목을 한 줄씩 옮긴 목록이다. 대표적인 항목으로는 이미지에 대체 텍스트 제공, 영상에 자막이나 대본 제공, 키보드 초점의 순서와 표시, 글자와 배경의 명도 대비, 입력 서식의 레이블 연결, 반복되는 메뉴를 건너뛰는 링크 제공이 있다. 항목의 개수와 세부 문구는 지침이 개정되면 달라질 수 있으므로 반드시 최신 원문으로 확인해야 한다.

왜 이런 기준이 만들어졌나

웹의 정보가 생활 필수 수단이 되면서, 화면을 눈으로 보고 마우스로 누르는 방식만 전제한 사이트는 일부 이용자에게 닫힌 문이 되었다. 시각장애인은 화면 낭독 프로그램으로 글을 소리로 듣고, 손을 쓰기 어려운 사람은 키보드나 보조 입력 장치로 조작한다. 기준은 이런 도구가 제대로 읽고 작동하도록 제작자가 지켜야 할 최소 약속을 문서로 만든 것이다. 공공기관과 일정 범위의 기관·기업에는 관련 법령에 따라 준수 의무가 따르며, 적용 대상과 범위는 법령 원문에서 확인해야 한다.

접근성은 특정 집단만을 위한 기능도 아니다. 밝은 야외에서 화면을 보는 사람, 한 손으로 스마트폰을 쥔 사람, 소리를 켤 수 없는 장소의 사람, 노안이 온 사람에게도 같은 기준이 도움이 된다. 그래서 접근성을 갖추면 검색 노출과 사용성이 함께 좋아지는 경우가 많다.

인증과 검사는 어떻게 나뉘나

웹 접근성 인증은 제3의 전문 기관이 지침 준수 여부를 심사해 인증 마크를 부여하는 제도다. 흔히 웹 접근성 품질인증 표준심사 지침이라는 문서가 심사의 세부 기준과 방법을 정한다. 일반적인 흐름은 신청과 서류 접수, 전문가의 항목별 심사, 장애가 있는 이용자의 평가, 보완 요청과 재심사, 결과 통보 순이다. 인증에는 유효 기간이 있어 갱신해야 하므로, 한 번 받으면 끝나는 자격으로 여기면 안 된다. 신청 자격과 비용, 심사 대상 범위는 인증 운영 기관의 공식 안내를 따른다.

웹 접근성 검사 사이트나 자동 검사 도구는 인증과 별개로 제작 중에 쓰는 점검 수단이다. 주소를 넣으면 대체 텍스트 누락, 레이블 누락, 잘못된 제목 구조 같은 코드상의 문제를 빠르게 찾아 준다. 다만 도구는 대체 텍스트가 있는지는 알아도 그 문장이 그림의 뜻을 제대로 설명하는지는 판단하지 못한다. 키보드 이동 순서가 자연스러운지, 낭독 결과가 이해되는지는 사람이 직접 확인해야 한다.

명도대비 프로그램은 글자색과 배경색을 입력하면 대비 비율을 계산해 주는 도구로, 무료 프로그램과 브라우저 확장 형태가 널리 쓰인다. 국제 표준에서 일반 크기 글자는 대비 비율 4.5 대 1 이상, 큰 글자는 3 대 1 이상을 기준으로 삼는다. 국내 지침도 같은 취지로 글자와 배경의 대비를 요구하지만, 적용 조건은 최신 원문에서 확인해야 한다. 그림 위에 얹은 글자나 그라데이션 배경은 한 지점만 재면 틀리기 쉬우므로 가장 밝은 곳과 어두운 곳을 모두 재야 한다.

어디서 막히고, 무엇이 오해인가

제작 현장에서 가장 자주 막히는 곳은 이미 완성된 사이트를 뒤늦게 고치는 단계다. 디자인 시안이 대비 기준을 넘지 못하거나, 마우스 올림에만 반응하는 메뉴나 팝업 창이 키보드로 열리지 않는 경우가 많다. 외부 서비스를 끼워 넣은 결제창이나 지도, 게시판 편집기도 직접 고치기 어려워 계약 단계에서 접근성 요구를 넣어 두지 않으면 곤란해진다. 앱은 웹과 달리 운영체제가 제공하는 접근성 기능과의 연동을 따로 점검해야 한다.

상황에 따라 답도 달라진다. 의무 대상 기관이라면 인증 취득 여부와 별개로 지침을 지키는 것이 기본 전제이고, 의무가 없는 기업이라면 이용자 범위와 계약 조건에 따라 인증을 선택하게 된다. 새로 만드는 사이트는 기획과 디자인 단계부터 기준을 넣는 편이 비용이 적게 들고, 운영 중인 사이트는 이용이 많은 핵심 화면부터 고치는 순서가 현실적이다.

흔한 오해도 짚어 둘 필요가 있다. 자동 검사에서 오류가 없으면 인증도 통과한다고 믿는 것이 첫째 오해이고, 인증 마크가 있으면 이후 수정한 화면도 자동으로 준수한 것이라는 생각이 둘째 오해다. 접근성을 시각장애인만의 문제로 보는 것도 정확하지 않다. 또 접근성을 위해 디자인을 포기해야 한다는 생각도 맞지 않아서, 대비와 구조를 먼저 정하면 보기 좋은 화면과 양립하는 경우가 많다.

독자가 먼저 할 일은 자신의 사이트나 기관이 관련 법령의 준수 의무 대상인지를 법령 원문과 소관 부처 안내에서 확인하는 것이다. 그다음 인증 운영 기관의 공식 누리집에서 최신 지침 원문, 표준심사 지침, 신청 자격과 절차를 내려받아 체크리스트와 대조하면 된다. 제작을 맡길 때는 계약서에 준수할 지침의 판과 심사 통과 책임 범위를 적어 두고, 자동 검사와 키보드 조작, 낭독 확인을 함께 점검했는지 결과물을 요청해 확인하면 된다.

· · · · · · · · · ·

스페셜타임스는 AI 기술의 도움을 받아 더 빠르고 다양한 뉴스를 독자에게 전달하기 위해 노력하고 있습니다.