NARADESIGN:BLOG :WIKI

CDK 포럼의 회원분(ifree1999) 께서 클라이언트로부터 아래와 같은 요구사항을 듣고나서 잘못된 지식을 가지고 있는 클라이언트를 어떻게 설득해야 할 지 고민하고 계십니다. 포럼 게시판에 직접 답변글을 작성해도 되지만 새로운 블로그를 개설한 기념으로 이곳에 먼저 적습니다. 시각장애인 전용 페이지를 요구하고 있는 모든 고객분(특히 공무원)들께서 이 글을 보아주셨으면 합니다. 점진적으로 전산직 공무원에 대한 웹 접근성 교육이 이루어 지고 있는 것으로 알고 있지만 아직까지 접근성에 대한 지식이 부족한 상태로 웹사이트 개편작업을 담당하고 있는 사례가 적지 않은 것으로 생각 됩니다.

1. 시각장애인페이지가 필요해요.

시각 장애인들은 일반인과 차별화된 별도의 웹사이트를 원치 않습니다. 또한 KWCAG 1.0(한국형 웹 콘텐츠 접근성 지침 1.0) 에는 다음과 같은 내용의 요구사항이 있습니다.

항목 4.2 (별도 웹사이트 제공) 콘텐츠가 항목 1.1에서 4.1에 이르는 13개 검사 항목을 만족하도록 최대한 노력하였으나 해결되지 않는 부분이 남아있다면 텍스트만의 콘텐츠를 제공하는 웹 페이지(또는 웹사이트)를 별도로 제공해야 한다.

이 요구사항을 주의깊게 들여다보면 1.1~4.1에 이르는 검사항목을 우선 최대한 만족시켜야 하며, 이를 만족시킬 수 없는 경우에만 별도의 웹사이트를 구축하도록 지시하고 있습니다. 제가 대전광역시 웹사이트를 준비하면서 가장 어려웠던 부분은 클라이언트 뿐만 아니라 함께 일하는 동료들도 시각장애인을 위한 별도의 웹사이트가 필요하다고 생각했다는 점 이었습니다. 물론 동료들은 이 부분에 대한 기본지식이 있었기 때문에 이해가 빨랐지만 더 나아가 고객을 어떻게 설득해야 하는지에 대한 고민이 크게 다가왔습니다. 

2. 메인에서 부터 안내가 나왔으면 좋겠어요. 그래야 장애인페이지로 어떻게 이동하는지 알겠죠.

실제로 시각장애인들이 특정 웹사이트에 접속했다면 그들은 분명 스크린리더를 가지고 있는 경우가 대부분 입니다. 이 말을 믿을 수 없다면 직접 눈을 감고 PC를 부팅한 다음 특정 웹사이트로의 접속을 시도해 보면 됩니다. 보이지도 않고 들리지도 않는 환경에서 어떻게 브라우저를 실행할 수 있나요? 윈도우를 부팅해서 웹 브라우저를 띄운다음 주소창에 웹사이트의 URL을 입력하는 등의 과정은 스크린리더 없이는 할 수 없는 작업 입니다. 또한 웹사이트에서 제공하는 TTS 음성은 스크린리더의 음성과 충돌하여 시각장애인의 스크린리더를 무력하게 만듭니다. 웹사이트에서 제공하는 TTS 기능은 오히려 시각장애인들에게는 혐오스러운 존재 입니다. 딱히 돈 쓸곳이 없어서 TTS 를 설치한다면 기본값은 ‘음성안내 안함’ 상태로 두어야 합니다. 즉, 설치는 마음대로 해도 좋지만 사용할 것인지 말 것인지에 대한 선택권은 사용자에게 주어야 한다는 의미 입니다. TTS는 시각장애인을 위한 기능이라기 보다는 두눈 멀쩡하지만 글을 읽기 어려운 상황에 처한 정상인을 위한 기능이라고 보는편이 타당합니다.

3. 솔루션을 써보니까 좋던데 불편하지 않게 단축키로 다 됐으면 좋겠어요.

시각장애인용 스크린리더는 대부분의 기능을 단축키로 해결합니다. 이미 스크린리더에는 무수히 많은 종류의 단축키가 존재하고 있으며 이러한 단축키들은 제품마다 천차만별로 다르게 구성됩니다. 따라서 웹사이트에서 제공하는 단축키는 시각장애인용 스크린리더와 충돌할 가능성이 항상 존재합니다. (X)HTML 의 속성가운데 하나인 accesskey 조차도 이러한 문제 때문에 함부로 사용하는 것이 조심스러우며 웹사이트에서 제공하는 별도의 accesskey 는 가급적 자제하여야 하는 상황입니다. 만약 국내의 모든 스크린리더에 대한 단축키를 입수하여 충돌 가능성을 100% 제거하였다고 하더라도 새로 출시되는 스크린리더 제품과의 충돌은 어떻게 방지할 수 있을까요?

4. 성우 목소리로 음성파일을 동작하게해서 안내하는 페이지도 제작가능한가요?

TTS 의 음성안내는 원래 성우의 음성 입니다. 성우의 음성으로 안내하는 페이지 제작이 가능하지만 앞서 이야기 한대로 스크린리더의 음성과 충돌할 것이므로 시각장애인은 알아들을 수 없게될 확률이 큽니다.

5. 일반 우리가 보는 페이지를 그대로 사용하신다구요? 하하.. 농담하시는거죠??

시각장애인용 별도의 웹사이트를 만들어달라는 요구가 더 농담 같습니다. 별도의 시각장애인용 웹사이트는 일반 사용자와는 달리 장애인복지에 대한 콘텐츠로만 구성한 다음 업데이트도 잘 하지 않고 그저 최근 공지사항만 자동으로 출력 되는 경우가 대부분 입니다. 장애인을 위한 별도의 웹사이트는 보통 관리되지 않는 사례가 많습니다. 저희가 구축하려고 하는 웹사이트는 이미 충분히 장애인 뿐만 아니라 다양한 장치를 지원하도록 국내외 표준(XHTML, CSS, DOM, WCAG 1.0, KWCAG 1.0)에 맞추어 제작할 것이기 때문에 일반인들과 장애인 및 특수한 장치를 사용하는 소수의 핸디캡을 지닌 사람들까지도 접근할 수 있습니다. 그리고 하나의 웹사이트가 모든이들에게 동일하게 서비스 되고 있기 때문에 별도의 장애인 전용페이지가 없으므로 이를 따로 관리할 업무가 존재하지 않습니다. 고객께서 생각하시는 별도의 노력은 저희에게 농담처럼 들립니다.

6. 우리는 시각장애인들이 편하게 볼수 있는 페이지를 원한다구요~

진정 그러하시다면 저희의 제안을 면밀하게 사전검토 해 주십시오. 저희들의 제안은 시각장애인용 별도의 웹사이트를 구축하지 않고 하나의 웹사이트만을 이용하여 모두가 접근할 수 있는 접근성 높은 사이트를 구축하는 것을 목표로 하고 있습니다. 한국형 웹 콘텐츠 접근성 지침을 검토해 보신 후 별도의 시각장애인 전용 웹사이트와 TTS 음성안내 기능에 대하여 KADO 의 정보통신 접근성 향상 표준화 포럼에 문의하셔도 좋습니다.

7. 지금 입찰 업체들 대부분이 솔루션이나 성우더빙 방식으로 입찰넣고 있는데 그렇게해서 경쟁이 되겠어요?

앞서 말씀드린 바 대로 이러한 행위는 시각장애인을 위한 것이 아니라 오히려 시각장애인을 귀찮게 하는 결과를 초래 합니다. TTS 기능은 귀청에서 요청하셨기에 다른업체에서는 접근성에 대한 고려도 하지 않고 아무 생각 없이 제안하고 있는 상황 입니다. 시각장애인과 접근성에 대한 지식을 보유한 업체라면 TTS 기능에 대하여 제고할 것입니다.

8. 장애인들이 리더기를 모두 보유하고 있다고 어떻게 보장합니까? 9. 그렇기에 우린 우리 자체 사이트에서 작동할 수 있게 제작하려는겁니다.

앞서 말씀드린 바 대로 시각장애인들이 특정 웹사이트에 접속했다면 그들은 분명 스크린리더를 가지고 있다고 보아야 합니다. 굳이 보장할 수 있냐고 물으신다면 보장할 수 있습니다. 눈을감고 스크린리더 없이 PC 부팅해서 웹 브라우저를 띄워보시면 금방 깨닫게 됩니다. PC 에 로그온 하기도 어렵습니다. 설사 로그온 했다 한들 웹 브라우저는 어떻게 띄울 것이며 URL 이동은 더더욱 불가능 합니다.

10. 우린 장애인페이지가 꼭 있어야합니다. 그래야만 이번 채점에서 감점을 안받거든요.

채점 기준이 KWCAG 1.0 이라면 감점사항을 잘못 알고 계십니다. 오히려 TTS를 설치하고 별도의 웹사이트를 구축한 부분이 감점 대상 입니다. 저희의 제안은 실질적으로 장애인 뿐만 아니라 일반인들의 사용성을 증가시키고 귀청의 웹사이트 평가점수를 높여줄 것입니다.