맨위로가기

웹 접근성 이니셔티브

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

웹 접근성 이니셔티브(WAI)는 웹 접근성을 개선하기 위한 W3C(World Wide Web Consortium)의 이니셔티브이다. WAI는 작업 그룹, 특별 관심 그룹으로 구성되어 지침 및 기술 보고서를 개발하며, 주디 브루어가 1997년부터 이사로 활동하며 웹 접근성을 옹호해 왔다. 주요 지침으로는 웹 콘텐츠 접근성 지침(WCAG), 저작 도구 접근성 지침(ATAG), 사용자 에이전트 접근성 지침(UAAG) 등이 있으며, WAI-ARIA와 같은 기술 사양도 개발한다.

더 읽어볼만한 페이지

  • 웹 접근성 - Alt 속성
    `alt` 속성은 HTML의 `img` 및 `area` 태그에서 이미지를 로드할 수 없을 때 대체 텍스트를 지정하며, 스크린 리더 및 SEO에 영향을 미치고, W3C 지침에 따라 이미지의 의미를 전달하거나 장식용 이미지는 빈 문자열로 지정해야 한다.
  • 웹 접근성 - 보조과학기술
    보조과학기술은 이동, 시각, 청각, 의사소통, 인지, 생활 등을 보조하는 기술로, 휠체어, 보청기, 스크린 리더, AAC 장치 등이 있으며, 작업 치료 분야에서 독립성 증진을 위해 활용된다.
  • 정보 격차 - 정보화 사회
    정보화 사회는 정보의 생산, 처리, 전달, 축적이 중심이 되는 사회로, 정보기술 발달과 사회적 욕구 확대로 인해 경제, 사회, 문화에 영향을 미치지만 프라이버시 침해, 정보 격차, 사이버 범죄 등의 문제점도 야기한다.
  • 정보 격차 - 국제전기통신연합
    국제전기통신연합(ITU)은 세계에서 가장 오래된 정부간 기구 중 하나로, 통신 표준화, 주파수 할당, 국제 전화 접속 조정 등을 담당하며, 인터넷 거버넌스 및 스타링크 서비스 논란과 관련된 이슈도 다루고 있다.
  • W3C 표준 - HTML
    HTML은 웹 페이지 제작을 위한 표준 마크업 언어로서, 팀 버너스리가 제안하고 구현한 후 인터넷 발전과 함께 널리 사용되며, SGML에 기반하여 하이퍼텍스트 기능으로 다양한 콘텐츠를 표현하고 연결하며, W3C와 WHATWG에서 표준화를 진행하고 최신 버전은 HTML Living Standard이다.
  • W3C 표준 - 타임드 텍스트
    타임드 텍스트는 영상이나 오디오 콘텐츠에 시간 정보를 담아 표현되는 텍스트로, 자막이나 캡션 등에 활용되며 TTML, WebVTT 등의 표준이 존재한다.
웹 접근성 이니셔티브
웹 접근성 이니셔티브
웹 접근성 이니셔티브 로고
웹 접근성 이니셔티브 로고
유형웹 표준 개발 및 보급
목표장애인을 위한 웹 접근성 향상
설립1997년
본부 위치미국 매사추세츠, 프랑스, 일본
모기관월드 와이드 웹 컨소시엄 (W3C)
웹사이트W3C 웹 접근성 이니셔티브 웹사이트
상세 내용
주요 활동웹 콘텐츠 접근성 지침 (WCAG) 개발 및 보급
접근 가능한 리치 인터넷 애플리케이션 (ARIA) 개발
접근성 평가 도구 개발
교육 및 홍보 활동
대상웹 개발자
콘텐츠 제작자
접근성 전문가
장애인 사용자
영향전 세계 웹 접근성 표준의 기초

2. WAI 조직

WAI는 W3C 내 여러 작업 그룹과 특별 관심 그룹으로 구성되어 웹 접근성 관련 지침 및 기술 보고서를 개발한다.[6] W3C 권고안이 되는 기술 보고서는 작업 그룹만이 생산할 수 있다. 작업 그룹은 특정 작업을 태스크 포스에 위임하기도 하며, 태스크 포스는 승인을 위해 결과를 다시 작업 그룹에 제시한다. 관심 그룹은 보고서를 제작할 수 있지만 권고안은 제작할 수 없다.

이러한 각 그룹(작업 그룹, 태스크 포스, 관심 그룹)은 하나 이상의 메일링 리스트를 가질 수 있으며, 정기적으로 전화 회의를 통해 만나고, 웹 기반 설문 조사를 사용하여 의견을 수렴하기도 한다. 또한 연간 1~5회 대면 회의를 연다.

1997년부터 주디 브루어가 WAI의 이사로 활동해 왔다.[7] 그녀는 이 역할에서 장애인 및 고령 사용자를 위한 웹 접근성 개선을 옹호해 왔다.

2. 1. 저작 도구 접근성 지침 작업 그룹 (ATAG WG)

저작 도구 접근성 지침 실무 그룹은 데스크톱 HTML 편집기에서 콘텐츠 관리 시스템에 이르기까지 웹 콘텐츠를 생성하는 도구에 대한 지침, 기술 및 지원 자료를 개발한다.

접근성 요구 사항은 사용자 인터페이스와 도구에서 생성된 콘텐츠, 두 가지 유형의 사항에 적용된다.

실무 그룹은 저작 도구를 생산하는 조직의 대표자, 연구원 및 기타 접근성 전문가로 구성된다.

실무 그룹은 2000년에 저작 도구 접근성 지침 1.0을 발표했으며 2015년에 저작 도구 접근성 지침(ATAG) 2.0을 완료했다.[8] ATAG 2.0 구현[9]은 ATAG 2.0에 대한 추가 설명, 예제 및 리소스를 제공한다. 또한 웹 접근성을 위한 저작 도구 선택 및 사용에 관한 문서를 발표했다.[10]

ATAG(Authoring Tool Accessibility Guidelines)는 Authoring Tool Accessibility Guidelines Working Group에 의해 개발되었다. ATAG 1.0은 2000년 2월 3일에 W3C 권고가 되었다. ATAG는 장애가 있는 사용자가 접근 가능한 오서링 도구(HTML 편집기)를 제작하고, 장애가 있는 사용자가 접근 가능한 페이지를 만드는 도구를 만들 때, 개발자를 위한 가이드라인이다.

2. 2. 교육 및 홍보 작업 그룹 (EOWG)

교육 및 홍보 워킹 그룹(Education and Outreach Working Group, EOWG)은 웹 접근성에 대한 교육 및 훈련 자료를 개발한다. 이 워킹 그룹은 다음과 같은 광범위한 주제에 대한 문서를 제작했다.[11][12][13][14][15][16]

  • CSS의 접근성 기능
  • 웹 콘텐츠 접근성 지침 1.0 (WCAG 1.0) 커리큘럼
  • 웹 사이트 접근성 평가, 적합성 평가, 특정 상황에 대한 평가 방법, 웹 접근성 평가에 사용자 참여, 웹 접근성 평가 도구 선택 등과 같은 주제에 대한 일련의 문서
  • 웹 접근성 교육 계획
  • 조직을 위한 웹 접근성 비즈니스 사례 개발
  • 장애인이 웹을 사용하는 방법, 다양한 가상의 장애인 등장인물과 그들이 다양한 시나리오에서 웹을 사용하는 방법을 설명하는 문서
  • WAI 웹사이트의 많은 소개 페이지


현재, 이 워킹 그룹은 WAI-AGE 프로젝트에서 수행된 작업을 지원하기 위한 태스크 포스를 운영하고 있다. 이 프로젝트는 고령 사용자의 요구 사항에 대한 문헌을 검토하고 이러한 요구 사항을 WAI 지침에서 이미 다룬 장애인의 요구 사항과 비교하는 문서를 발표했다.[17][18]

교육 및 홍보 워킹 그룹은 다른 WAI 워킹 그룹에서 제작한 작업 초안을 검토할 수도 있다.

2. 3. 평가 및 복구 도구 작업 그룹 (ERT WG)

평가 및 복구 도구 작업 그룹은 웹 사이트의 접근성 평가 및 복구를 지원하는 기술 사양을 개발한다. 또한 웹 사이트 평가 및 접근성 개선("복구", "개선")을 위한 도구 데이터베이스를 유지 관리한다.

작업 그룹은 주로 이러한 도구의 개발자와 연구원으로 구성된다.

현재 작업의 초점은 다음과 같다.

  • '''평가 및 보고 언어(EARL)''': 평가 보고서를 기계가 읽을 수 있는 방식으로 표현하기 위한 언어
  • '''RDF의 HTTP 어휘''': HTTP 요청 및 응답을 RDF로 표현하는 방법을 지정한다.
  • '''RDF의 콘텐츠 표현''': 웹 또는 로컬 저장 장치에서 검색한 콘텐츠를 RDF로 표현하는 방법을 지정한다.
  • '''RDF의 포인터 방식''': 온라인 문서의 위치와 부분을 RDF로 표현하는 방법에 대한 초기 작업

2. 4. 프로토콜 및 형식 작업 그룹 (PFWG)

프로토콜 및 형식 작업 그룹은 권고안으로 발표되기 전에 모든 W3C 기술의 접근성을 검토한다. 또한 CAPTCHA의 접근성 문제에 대한 노트[24], 인지 장애가 있는 사람들을 위한 자연어 사용에 대한 논문[25], 그리고 XML 기반 마크업 언어(XML 접근성 지침)에 대한 접근성 요구 사항에 대한 초기 작업을 발표했다.

2006년, 작업 그룹은 접근 가능한 리치 인터넷 애플리케이션(Rich Internet Application)에 대한 문서 및 사양 세트인 WAI-ARIA 개발을 시작했다.[26][27][28][29]

2. 5. 연구 개발 관심 그룹 (RDIG)

연구 개발 관심 그룹은 웹 기술 연구에 접근성 고려 사항을 더 많이 포함시키고, 웹 접근성을 연구하는 프로젝트를 식별하며, 새로운 프로젝트에 기여할 수 있는 연구 질문을 제안한다.[30]

이 관심 그룹은 2004년 이후 거의 활동이 없었으며, 현재의 헌장은 2006년 말에 만료되었다.[30]

2. 6. 사용자 에이전트 접근성 지침 작업 그룹 (UAWG)

사용자 에이전트 접근성 지침 작업 그룹(UAWG)은 사용자 에이전트: 웹 브라우저플러그인의 접근성을 향상시키기 위한 지침, 기술 및 기타 문서를 개발한다. 작업 그룹은 주로 사용자 에이전트를 개발하는 조직, 연구원 및 기타 접근성 전문가로 구성된다.

UAWG는 2002년 12월 17일에 사용자 에이전트 접근성 지침 1.0(UAAG 1.0)을 W3C 권고안으로 발표했다. 2015년 12월에는 사용자 에이전트 접근성 지침 2.0(UAAG 2.0)을 발표했으며, 지원 문서에는 UAAG 2.0 참조 및 UAAG 모바일 예시가 포함되어 있다.

UAAG는 사용자 에이전트 접근성 지침 작업 그룹에 의해 개발되었다. UAAG는 웹 브라우저미디어 플레이어와 같은 사용자 에이전트 개발자를 위한 가이드라인으로, 장애가 있는 사용자가 사용자 에이전트에 접근할 수 있도록 하는 것을 목적으로 한다.

2. 7. WAI 관심 그룹 (WAI IG)

WAI 관심 그룹은 누구나 구독할 수 있는 메일링 리스트를 갖춘 공개 그룹이다. W3C 직원은 이 메일링 리스트에 새로운 WAI 문서 발표를 게시하여 검토 및 의견을 요청한다. 메일링 리스트 회원들은 관련 행사 및 간행물 발표를 게시하고 웹 접근성과 관련된 문제에 대한 조언을 구하기도 한다. 메일링 리스트의 언어는 영어영어이며, 다른 언어로 된 병렬 메일링 리스트는 없다.

2. 8. 웹 접근성 지침 작업 그룹 (AGWG)

웹 접근성 지침 작업 그룹(구 웹 콘텐츠 접근성 지침 작업 그룹)[31]은 웹 콘텐츠의 접근성과 관련된 지침, 기법 및 기타 지원 문서를 제작한다. 웹 콘텐츠는 웹 사이트에서 찾을 수 있는 모든 정보(텍스트, 이미지, 양식, 소리, 비디오 등)를 의미하며, 서버 측에서 제작되었는지 또는 클라이언트 측(예: 자바스크립트와 같은 클라이언트 측 스크립팅 언어 사용)에서 제작되었는지 여부에 관계없이 적용된다. 따라서 지침은 리치 인터넷 애플리케이션(Rich Internet application)에도 적용된다.

작업 그룹은 업계, 접근성 컨설팅 회사, 대학, 최종 사용자를 대표하는 조직 및 기타 접근성 전문가의 대표로 구성된다.

작업 그룹은 1999년 W3C 권고안으로 웹 콘텐츠 접근성 지침 1.0(WCAG 1.0)을 발표했으며, 2000년에는 기술 문서를 발표했다.[32] 2001년, 작업 그룹은 WCAG 2.0 작업을 시작했으며, 2008년 12월 11일에 W3C 권고안이 되었다.[33][34]

WCAG(Web Content Accessibility Guideline)은 WCAG로 알려져 있으며, WCAG 1.0은 1999년에 개발되었다.

WCAG 1.0은 특히 장애가 있는 사용자를 위해 콘텐츠에 접근할 수 있도록 하는 것을 목적으로 작성된 지침이지만, 휴대 전화와 같은 제한된 장치를 포함한 모든 사용자 에이전트용으로도 작성되었다.

WCAG 2.0은 HTML과 CSS 이외의 새로운 기술이 등장해도 견딜 수 있는 "기술 독립성"에 도전한 것이다.

WCAG 2.1에서는 지금까지는 불충분했던 인지 장애학습 장애가 있는 사용자, 저시력 사용자, 그리고 모바일 장치를 사용하는 데 장애가 있는 사용자에 대한 대응을 주축으로 개선하는 것을 목적으로 제정되었다.

2021년 5월 현재, W3C 권고안으로 되어 있는 것 중에서는 WCAG 2.1이 최신 사양이다.

2. 9. WAI 조정 그룹

WAI 작업 그룹(및 관심 그룹)의 활동을 조정한다.[1] 해당 활동은 공개되지 않는다.

3. WAI 지침 및 기술 보고서

WAI(웹 접근성 이니셔티브)는 웹 접근성 향상을 위한 다양한 지침과 기술 보고서를 제공한다. 주요 지침 및 보고서는 다음과 같다.

지침/보고서명설명발행일
웹 콘텐츠 접근성 지침 (WCAG)웹 콘텐츠의 접근성을 위한 핵심 지침이다.1999년 (WCAG 1.0), 2008년 (WCAG 2.0), 2018년 (WCAG 2.1)
저작 도구 접근성 지침 (ATAG)웹 콘텐츠 제작 도구(예: HTML 편집기, 콘텐츠 관리 시스템)에 대한 지침이다.2000년 (ATAG 1.0), 2015년 (ATAG 2.0)
사용자 에이전트 접근성 지침 (UAAG)웹 브라우저, 미디어 플레이어 등 사용자 에이전트 개발자를 위한 지침이다.2002년 (UAAG 1.0), 2015년 (UAAG 2.0)
XML 접근성 지침 (XAG)XML 애플리케이션에 접근성 기능을 포함하는 방법을 설명한다. (작업 초안 상태)2002년 (작업 중단)
WAI-ARIA동적 웹 애플리케이션의 접근성 향상을 위한 기술 사양이다.2014년


3. 1. 웹 콘텐츠 접근성 지침 (WCAG)

'''웹 콘텐츠 접근성 지침'''(WCAG, Web Content Accessibility Guideline)은 웹 콘텐츠의 접근성을 위한 가장 핵심적인 지침이다.

WCAG는 1999년에 개발된 WCAG 1.0을 시작으로 발전해 왔다. WCAG 1.0은 장애가 있는 사용자가 웹 콘텐츠에 더 쉽게 접근할 수 있도록 돕고, 휴대 전화를 포함한 다양한 기기에서 웹 콘텐츠를 더 유용하게 사용할 수 있도록 지원한다.[35]

WCAG 2.0은 기술 중립적이며, 테스트 가능한 지침을 제공하는 것을 목표로 2008년 12월 11일에 W3C 권고안으로 발표되었다.[33][34] WCAG 1.0이 HTML과 CSS에 기반을 둔 것과 달리, WCAG 2.0은 특정 기술에 의존하지 않고 다양한 웹 기술에 적용될 수 있도록 설계되었다.

2018년에 발표된 WCAG 2.1은 WCAG 2.0의 지침을 기본적으로 따르면서, 다음과 같은 영역에서 몇 가지 권장 사항을 추가했다.[36]

2021년 5월 현재, WCAG 2.1이 W3C 권고안 중 최신 사양이다.

3. 2. 저작 도구 접근성 지침 (ATAG)

저작 도구 접근성 지침 실무 그룹은 데스크톱 HTML 편집기에서 콘텐츠 관리 시스템에 이르기까지 웹 콘텐츠를 생성하는 도구에 대한 지침, 기술 및 지원 자료를 개발한다.

접근성 요구 사항은 사용자 인터페이스와 도구에서 생성된 콘텐츠, 두 가지 유형의 사항에 적용된다.

실무 그룹은 저작 도구를 생산하는 조직의 대표자, 연구원 및 기타 접근성 전문가로 구성된다.

실무 그룹은 2000년에 저작 도구 접근성 지침 1.0을 발표했으며 2015년에 저작 도구 접근성 지침(ATAG) 2.0을 완료했다.[8] 지원 문서인 ATAG 2.0 구현[9]은 ATAG 2.0에 대한 추가 설명, 예제 및 리소스를 제공한다. 또한 웹 접근성을 위한 저작 도구 선택 및 사용에 관한 문서를 발표했다.[10]

저작 도구 접근성 지침 실무 그룹에서 개발한 ATAG 2.0은 2015년 9월 24일에 W3C 권고안이 되었다.

ATAG는 웹 콘텐츠용 모든 종류의 저작 도구 개발자를 위한 지침 세트이다. 단순한 HTML 편집기에서부터 웹용 콘텐츠를 내보내는 도구(예: HTML로 저장할 수 있는 워드 프로세서), 멀티미디어를 제작하는 도구, 콘텐츠 관리 시스템, 학습 관리 시스템, 소셜 미디어 등에 이르기까지 다양하다.

ATAG의 목표는 개발자가 다음과 같은 도구를 만들도록 하는 것이다.

  • 장애에 관계없이 제작자가 접근할 수 있어야 한다.
  • 기본적으로 접근 가능한 콘텐츠를 생성해야 한다.
  • 제작자가 접근 가능한 콘텐츠를 만들 수 있도록 지원하고 장려해야 한다.


ATAG 2.0 구현은 ATAG 2.0을 이해하고 구현하는 데 대한 지침을 제공하는 부속 문서이다. 각 성공 기준의 의도, 성공 기준의 예시 및 추가 리소스를 설명한다. ATAG 2.0 권장 사항을 구현하면 제작자에게 접근 가능한 콘텐츠를 만드는 데 필요한 도구를 제공하므로 접근성 비용을 줄일 수 있다.

ATAG 2.0을 구현하려는 저작 도구 목록은 다음과 같다.

저작 도구 접근성 지침 1.0은 2000년에 저작 도구 접근성 지침 실무 그룹에서 발행되었다. ATAG(Authoring Tool Accessibility Guidelines)는 Authoring Tool Accessibility Guidelines Working Group에 의해 개발되었다. ATAG 1.0은 2000년 2월 3일에 W3C 권고가 되었다.

ATAG는 장애가 있는 사용자가 접근 가능한 오서링 도구(HTML 편집기)를 제작하고, 장애가 있는 사용자가 접근 가능한 페이지를 만드는 도구를 만들 때 개발자를 위한 가이드라인이다.

3. 3. 사용자 에이전트 접근성 지침 (UAAG)

사용자 에이전트 접근성 지침(UAAG)은 웹 브라우저, 미디어 플레이어 등 사용자 에이전트 개발자를 위한 지침이다. 사용자 에이전트 접근성 지침 작업 그룹은 이 지침과 관련 기술 문서, 기타 문서를 개발하며, 주로 사용자 에이전트 개발 조직, 연구원, 접근성 전문가로 구성된다.

UAAG 1.0은 2002년 12월 17일에 W3C 권고안이 되었다. 같은 날 UAAG 1.0의 기술[37] 문서가 W3C 노트로 출판되어, UAAG 1.0에 정의된 검사점을 충족하기 위한 기술을 제공한다. 작업 그룹 구성원들은 UAAG 1.0 준수를 위한 사용자 에이전트 평가 방법에 대한 초기 노트[38]도 제작했으나, 공식 승인되지는 않았다. UAAG 1.0을 완전히 준수하는 것으로 보고된 사용자 에이전트는 없다.

UAAG 2.0은 2015년 12월에 발표되었으며, 관련 지원 문서로 UAAG 2.0 참조 및 UAAG 모바일 예시가 있다. UAAG 2.0의 첫 공개 초안은 2008년 3월 12일에 출판되었다.[39]

3. 4. XML 접근성 지침 (XAG)

XML 접근성 지침(XAG)은 XML 애플리케이션(XML 사양을 준수하는 마크업 언어)에 접근성을 높이는 기능을 포함하는 방법을 설명한다.[1] 이 지침에 대한 작업은 2002년에 중단되었으며, 여전히 작업 초안 상태이다.[1]

3. 5. 접근 가능한 리치 인터넷 애플리케이션 (WAI-ARIA)

'''WAI-ARIA''' (웹 접근성 이니셔티브 – 접근 가능한 리치 인터넷 애플리케이션)는 2014년 3월 20일에 W3C의 권고 웹 표준이 된 기술 사양이다.[40] 이는 동적 웹 애플리케이션에 역할, 속성 및 상태 정보를 추가하여 웹 페이지 (또는 페이지의 일부)가 정적 웹 페이지가 아닌 응용 소프트웨어로 스스로를 선언할 수 있도록 한다. ARIA는 웹 애플리케이션, 웹 브라우저, 보조 기술, 접근성 평가 도구 개발자가 사용하도록 설계되었다.[41]

2006년, 작업 그룹은 접근 가능한 RIA(Rich Internet Application)에 대한 문서 및 사양 세트인 WAI-ARIA 개발을 시작했다.[26][27][28][29]

참조

[1] 웹사이트 How Website Accessibility Affects Online Businesses In 2019 And How To Respond https://www.forbes.c[...] 2023-06-08
[2] 웹사이트 Who Benefits from Web Accessibility https://beaccessible[...] 2023-06-08
[3] 웹사이트 Excluded web visitors often don't complain, they just leave https://mediaaccess.[...] 2023-06-08
[4] 웹사이트 World Wide Web Consortium (W3C) Launches International Web Accessibility Initiative http://www.w3.org/Pr[...] 2023-06-08
[5] 웹사이트 Daniel Dardailler's account of the origin of WAI http://www.w3.org/WA[...] W3.org 2013-07-28
[6] 웹사이트 How WAI Develops Accessibility Guidelines through the W3C Process: Milestones and Opportunities to Contribute http://www.w3.org/WA[...] W3.org 2013-07-28
[7] 웹사이트 Judy Brewer https://www.w3.org/P[...] 2023-06-08
[8] 웹사이트 Authoring Tool Accessibility Guidelines (ATAG) 2.0 https://www.w3.org/T[...] 2016-02-16
[9] 웹사이트 Implementing ATAG 2.0 https://www.w3.org/T[...] 2016-02-16
[10] 웹사이트 Selecting and Using Authoring Tools for Web Accessibility http://www.w3.org/WA[...] W3.org 2013-07-28
[11] 웹사이트 Accessibility Features of CSS – W3C NOTE 4 August 1999 http://www.w3.org/TR[...] W3.org 2013-07-28
[12] 웹사이트 Curriculum for Web Content Accessibility Guidelines 1.0 http://www.w3.org/WA[...] W3.org 2013-07-28
[13] 웹사이트 Evaluating Web Sites for Accessibility http://www.w3.org/WA[...] W3.org 2013-07-28
[14] 웹사이트 Planning Web Accessibility Training http://www.w3.org/WA[...] W3.org 2013-07-28
[15] 웹사이트 Developing a Web Accessibility Business Case for Your Organization : overview http://www.w3.org/WA[...] W3.org 2013-07-28
[16] 웹사이트 How People with Disabilities Use the Web http://www.w3.org/WA[...] W3.org 2013-07-28
[17] 웹사이트 WAI-AGE Project (IST 035015) http://www.w3.org/WA[...]
[18] 웹사이트 Web Accessibility for Older Users: A Literature Review – W3C Working Draft 14 May 2008 http://www.w3.org/TR[...] W3.org 2013-07-28
[19] 웹사이트 Evaluation and Report Language 1.0 Schema http://www.w3.org/TR[...] W3.org 2013-07-28
[20] 문서 Evaluation and Report Language 1.0 Guide
[21] 웹사이트 HTTP Vocabulary in RDF http://www.w3.org/TR[...] W3.org 2013-07-28
[22] 웹사이트 Representing Content in RDF http://www.w3.org/TR[...]
[23] 웹사이트 Pointer Methods in RDF http://www.w3.org/WA[...] W3.org 2013-07-28
[24] 웹사이트 Inaccessibility of CAPTCHA: Alternatives to Visual Turing Tests on the Web – W3C Working Group Note 23 November 2005 http://www.w3.org/TR[...]
[25] 웹사이트 Natural Language Usage – Issues and Strategies for Universal Access to Information http://www.w3.org/WA[...] W3.org 2013-07-28
[26] 웹사이트 Roadmap for Accessible Rich Internet Applications (WAI-ARIA Roadmap) – W3C Working Draft 26 September 2006 http://www.w3.org/TR[...]
[27] 웹사이트 Accessible Rich Internet Applications (WAI-ARIA) Version 1.0 – W3C Last Call Working Draft 24 February 2009 http://www.w3.org/TR[...] W3.org 2023-06-08
[28] 웹사이트 WAI-ARIA Best Practices – W3C Working Draft 24 February 2009 http://www.w3.org/TR[...] W3.org 2013-07-28
[29] 웹사이트 WAI-ARIA Implementation Guide – W3C Working Draft 24 February 2009 http://www.w3.org/TR[...]
[30] 웹사이트 Research and Development Interest Group (RDIG) Charter http://www.w3.org/WA[...] W3.org 2013-07-28
[31] 웹사이트 WAI Working Groups and Interest Groups https://www.w3.org/W[...] 2024-05-14
[32] 웹사이트 A brief history of WCAG https://lastcallmedi[...] 2023-06-08
[33] 웹사이트 Web Content Accessibility Guidelines (WCAG) 2.0 – W3C Recommendation 11 December 2008 http://www.w3.org/TR[...]
[34] 뉴스 W3C Web Standard Defines Accessibility for Next Generation Web http://www.w3.org/20[...] W3C 2008-12-11
[35] 웹사이트 Techniques for Web Content Accessibility Guidelines 1.0 – W3C Note 6 November 2000 http://www.w3.org/TR[...] W3.org 2013-07-28
[36] 웹사이트 The Evolution of Web Accessibility https://pressbooks.l[...] Toronto Metropolitan University 2023-06-08
[37] 웹사이트 Techniques for User Agent Accessibility Guidelines 1.0 – W3C Note 17 December 2002 http://www.w3.org/TR[...] W3.org 2013-07-28
[38] 웹사이트 How to evaluate a user agent for conformance to UAAG 1.0 http://www.w3.org/WA[...] W3.org 2002-08-21
[39] 문서 User Agent Accessibility Guidelines 2.0: W3C Working Draft 12 March 2008 http://www.w3.org/TR[...]
[40] 웹사이트 Accessible Rich Internet Applications (WAI-ARIA) Version 1.0 http://www.w3.org/TR[...] W3.org 2014-04-22
[41] 웹사이트 WAI-ARIA Overview of WAI-ARIA http://www.w3.org/WA[...] W3.org 2011-01-18
[42] 웹사이트 Web Content Accessibility Guidelines (WCAG) 2.1 https://www.w3.org/T[...] W3C 2018-06-05



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com