웹 접근성의 필수 요소들

이 문서는 웹 접근성이 함께 작동하는 몇 가지 요소들에 얼마나 의존하는지와 특정 요소들에서의 향상이 웹 접근성을 실제로 얼마나 향상시킬 수 있는지를 보여준다. 이 문서는 또한 WAI 지침들이 이러한 요소들을 어떻게 다루는지를 보여준다.

서론

웹을 장애인도 접근 가능하도록 하기 위해서는 필수적으로 몇몇 다른 웹 개발과 상호작용 요소들이 함께 작동해야 한다. 이러한 요소들로는 다음과 같은 것들이 포함된다.

• 콘텐츠(contents) - 다음과 같은 것을 포함한, 웹페이지 또는 웹 애플리케이션에 있는 정보
  • 텍스트, 이미지, 소리정보와 같은 자연적인 정보(natural information)
  • 구조와 표현 등을 정의하는 코드(code)나 마크업(markup)
• 웹 브라우저(Web browsers), 미디어 플레이어, 그리고 다른 “사용자도구(user agents)”
• 몇몇 경우, 스크린리더, 대체 키보드, 스위치, 스캔 소프트웨어 등과 같은 보조공학(assistive technology)
• 사용자(users)' 의 지식, 경험, 그리고 몇몇 경우 웹을 사용하는 적응적 전략(adaptive strategies)
• 개발자(developers) - 장애를 지닌 개발자와 콘텐츠를 제공하는 사용자를 포함한, 설계자, 코딩하는 사람, 저자 등
• 저작도구(authoring tools) - 웹사이트를 제작하는 소프트웨어
• 평가도구(evaluation tools) - 웹 접근성 평가도구, HTML 타당성 검사기(validators), CSS 타당성 검사기 등

구성요소들은 어떻게 관련되어 있는가?

웹 개발자들은 웹 콘텐츠를 개발하기 위하여 항상 저작도구와 평가도구를 사용한다.

사람들(“사용자들”)은 콘텐츠를 얻고 상호작용하기 위하여 웹 브라우저, 미디어 플레이어, 보조공학, 또는 다른 “사용자도구”를 사용한다.

요소들 간에 상당한 상호의존성(interdependencies)이 있다. 다시 말해서, 요소들은 웹을 접근 가능하도록 하기 위하여 함께 작동해야 한다. 예를 들어, 이미지에 관한 대체 텍스트의 경우,

• 기술사양은 대체 텍스트에 역점을 두어 다룬다(예를 들어, HTML은 이미지 요소(img)의 대체 텍스트 속성(alt)을 정의한다.).
• WAI 지침 - 아래 부분에 기술된 - WCAG, ATAG와 UAAG는 다른 요소들에서 접근성을 위한 대체 텍스트를 실행하는 방법을 정의한다.
• 개발자는 적절한 대체 텍스트 단어를 제공한다.
• 저작도구는 웹페이지에 대체 텍스트를 제공할 수 있도록 하고, 용이하게 하며, 증진한다.
• 평가도구는 대체 텍스트가 존재하는지를 체크할 수 있도록 도와주기 위하여 사용된다.
• 사용자도구는 대체 텍스트에 대한 인간과 기계 인터페이스를 제공한다.
• 보조공학은 다양한 양식(modalities)으로 된 대체 텍스트에 대한 인간 인터페이스를 제공한다.
• 사용자는 필요한 경우 사용자도구나 보조공학으로부터 대체 텍스트를 얻는 방법을 알고 있다.

실행 사이클

어떤 접근성 기능이 하나의 요소에서 효과적으로 실행될 때, 다른 요소도 그 접근성 기능을 실행할 가능성이 더 높다.

• 웹 브라우저, 미디어 플레이어, 보조공학, 그리고 다른 사용자도구들 이 어떤 접근성 기능을 지원할 때, 사용자들은 그 기능을 더 많이 요구할 것이며, 개발자들은 자신들의 콘텐츠에서 그 기능을 더 많이 실행할 것이다.
• 개발자들이 자신들의 콘텐츠에서 어떤 접근성 기능을 실행하기를 원할 때, 그들은 자신들이 사용하는 저작도구들에서 그 기능을 쉽게 실행할 수 있기를 더 많이 요구할 것이다.
• 저작도구들이 어떤 기능을 실행하기 쉽게 만들 때, 개발자들은 자신들의 콘텐츠에서 그 기능을 더 많이 실행할 것이다.
• 어떤 접근성 기능이 대부분의 콘텐츠에서 실행될 때, 개발자들과 사용자들은 사용자도구들이 그 기능을 지원하기를 더 많이 요구할 것이다.

한 요소가 약할 때

어떤 접근성 기능이 한 요소에서 실행되지 않으면, 그 기능이 접근 가능한 사용자 경험을 도출하지 않을 때 다른 요소들이 그 기능을 실행하고자 하는 동기(motivation)는 거의 없다. 예를 들어, 개발자들은 저작도구들이 지원하지 않는, 그리고 대부분의 브라우저들이나 보조공학들이 일관성 있게 실행하지 않는 어떤 접근성 기능을 거의 실행하지 않을 것이다.

어떤 요소가 접근성을 제대로 지원하지 못하면, 종종 다른 요소들은 훨씬 더 많은 노력을 요구하며 전반적으로 접근성에 좋지 않는 “차선책(work-arounds)”를 통해 보충될 수 있다. 예를 들면 다음과 같다.

• 개발자들은 저작도구들에서 몇몇 미비한 접근성 지원을 보충하기 위하여 더 노력할 수 있다. 예를 들어, 그들은 도구를 이용하는 것 대신에 직접 코딩 마크업을 할 수 있다.
• 사용자들은 브라우저, 미디어 플레이어, 그리고 보조공학에서 몇몇 미비한 접근성 지원을 보충하기 위하여 더 노력할 수 있다. 예를 들어, 그들은 다른 접근성 문제들을 극복하기 위하여 다른 브라우저들이나 보조공학들을 사용할 수 있다.

그러나 대부분의 경우 차선책은 실행되지 않으며, 그 결과 접근성은 여전히 빈약하다. 더불어, 종종 한 요소에서의 빈약한 접근성 지원은 다른 요소들에 의해서 적절하게 극복될 수 없으며, 그 결과 접근 불가능하다. 즉, 그것은 몇몇 장애인들이 특정 웹사이트, 페이지, 또는 기능을 사용하는 것을 불가능하게 만든다.

월드와이드웹 컨소시엄 (World Wide Web Consortium: W3C) 웹 접근성 이니셔티브 (Web Accessibility Initiative: WAI) 는 다른 요소들을 위한 다음과 같은 웹 접근성 지침들을 개발한다.

• Authoring Tool Accessibility Guidelines: ATAG(저작도구 접근성 지침) 은 저작도구들을 다룬다.
• Web Content Accessibility Guidelines: WCAG (웹 콘텐츠 접근성 지침) 은 웹 콘텐츠를 다루며, 개발자, 저작도구, 그리고 접근성 평가도구들에 의해 사용된다.
• User Agent Accessibility Guidelines: UAAG (사용자도구 접근성 지침) 은 몇몇 보조공학 측면들을 포함하여, 웹 브라우저와 미디어 플레이어를 다룬다.

WAI 지침은 웹의 기본적인 기술사양에 기초하고 있으며, 다음과 같은 것들도 함께 개발되었다.

• W3C 기술 사양 (HTML, XML, CSS, SVG, SMIL, 등.)