오늘 눈에 띈 신문 기사에는 미국의 Brown University에서 조사한 글로벌 전자정부(Global E-Goverrnment), 2006
의 결과에서 한국 정부의 홈페이지가 198개국 중 1위를 기록했다고 한다.
내가 알고 경험한 것들에 의하면 결코 이런 결과가 나올 수 없는데, 과연 그렇다면 이런 결과가 어떻게 나올 수 었었단 말인가?
자세한 조사 내용이 담긴 Global E-Government Full Report, 2006(pdf)를 살펴보면 1위로 올라서게 된 과정을 알 수가 있다.
이 조사 결과에 따르면 한국 정부 홈페이지의 항목별 채점 결과는 다음과 같다.
한국 정부 홈페이지의 항목별 채점 결과| Country | Online Services | Publications | Databases | Privacy Policy | Security Policy | W3C Disability Accessibility |
|---|
| Korea, South | 85 | 100 | 100 | 85 | 15 | 15 |
결과를 보면, 전체 점수는 1위를 했어도, 항목별 점수는 초라할 정도로 심한 불균형을 이루고 있다.
아무리 홈페이지가 훌륭하고 풍부한 내용을 담고 있더라도, 장애를 가진 사람들이나 적은 수의 OS 사용자들에게 접근 자체를 가로막는 웹 접근성이나 기초적인 보안에 심각한 문제가 있다면, 이것은 결코 자랑만 할 일은 아니지 않은가?
조사 대상국들 중 1위를 했다는 사실만 강조할 것이 아니고, 절대적으로 부족한 면들을 개선하려는 노력이 꼭 필요할 것이다.
덧. 겉으로 드러나는 사실이 모든 것을 말해주지는 않는다.
웹의 정신 중에는, 모든 이들에게 공평한 지식의 전달에 가치를 두고 있으며, 여기에는 어떠한 접근의 차별도 없어야 한다.
그렇다면, 혹시라도 있을 수 있는 정보 접근의 장애물들을 없애기 위해 자신이 사용하고 있는 블로그(blog)에는 어떠한 것들을 점검해 볼 수 있을까?
여기서는 참고를 위해서 American Foundation for the Blind(AFB)에 계시된 글들 중에서, 시각 장애인들에게도 접근이 용이한 블로그 만들기라는 제목의 글을 옮겨놓는다.
시각 장애인들에게도 접근이 용이한 블로그(이)란 제목의 글 마저 읽기 →
웹 2.0 시대의 웹 접근성 평가 이벤트라며 최근 정보통신부의 웹 접근성 표준안에 맞추어 다시 지어진 부산시 홈페이지를 대상으로, 웹 접근성 항목들을 준수하지 않은 페이지의 오류들을 접수하고 경품을 주는 행사를 하고 있다.
그런데 행사 소개 페이지하며 새로 고쳤다는 부산시 홈페이지는 왜 저 모양인지… 🙁
뜯어고치면 시간낭비고 처음부터 다시 짓는 것이 더 수월할 것이다.
신경을 쓰려는 노력이라도 보여서 다행스럽다고 해야겠지만, 또 한편 웹 표준의 이해가 부족한 우리나라 웹 개발자들의 현실을 드러내는 것 같아서 안타깝다.
개발자의 무지는 결국 사용자의 불편으로 돌아온다.
테이블(table) 꼬리표는 1994년 HTML 2.0에서 소개되었다. 이들의 등장은 원래 산출 테이타들을 담아 놓을 목적이었으나, 잘 못된 습관으로 웹 페이지의 내용들을 레이아웃(layout)하기 위한 수단으로 오용되어 왔으며, 현재는 이것이 주 사용 목적이 되어버린 상태이다.
지금은 많은 웹 표준화 노력들로 그 수가 줄어들기는 했지만, 아직까지도 화면 글자 해독기의 접근을 방해하는 등의 웹 접근성을 떨어뜨리는 이들의 무분별한 사용은 여전하다.
웹 페이지의 레이아웃과 전달을 위해 Cascading Style Sheets(CSS)이라는 훌륭하고 바람직한 수단이 존재하고 있는 지금, 더 이상 레이아웃을 위한 테이블의 사용은 단지 불합리한 악습을 털어내지 못하는 의도적 무관심일 뿐이다.
그렇다면, 접근 용이한 테이타 테이블은 무엇이고, 어떻게 구현되어야 하는가?
아래의 글들에 그 내용과 본보기들이 잘 설명되어 있다.
올바른 용법의 구현은 효율성 극대화의 원천이 된다.
여기서 Microsoft 헐뜯기 하나 더 – 예전 보다는 많이 줄어들었지만, 아직도 그들의 홈 페이지는 웹 페이지 구획을 위해 테이블 꼬리표들을 사용하고 있다.
이유는 분명하다. 그들의 대표 브라우져인 Internet Explorer 6는 아직도 발표된 지 벌써 8년이 지난 CSS2를 제대로 지원하지 않고 있다. 그렇다고 차기에 발표될 IE 7에서는 상황이 더 개선될 것이라는 기대를 할 수도 없는 상황이란다.
화면 해독기(Screen Reader)에서도 잘 작동될 수 있는 Ajax 구현이라는 글에는 화면 해독기의 작동 원리와 그에 따른 적절한 Ajax 어플리케이션들의 구현 방법, 그리고 이러한 방법들을 적용한 몇 가지 예시들을 설명하고 있다.
하지만, 아직 자연스럽고 완벽하게 적용되려면 갈 길이 멀은 듯.
새로운 기술이나 최신 유행이라도 현재의 사용 습관과 환경에 적용되기란 결코 만만하지가 않을 것이다.