웹 접근성

Web accessibility
위키백과의 접근성 지침은 위키백과:접근성.
장애
이론과 모델
교육
치료
사회적 의미
개인 지원
사회경제적 지원
  • 무리
  • 단체들
파라스포츠
문화

웹 접근성 또는 eAccessibility는 신체적 장애, 상황적 장애, 대역폭과 속도에 대한 사회 경제적 제약에 의해 월드 와이드 웹 상의 웹사이트와의 상호 작용이나 접근을 막는 장벽이 없도록 하는 포괄적인 관행이다.[1] 사이트가 올바르게 설계되고, 개발되고, 편집될 때, 더 많은 사용자들이 정보와 기능에 동등한 접근을 할 수 있다.

예를 들어, 사이트가 의미심장하게 의미 있는 HTML로 코딩되고 이미지에 대해 텍스트 등가물이 제공되고 의미 있게 명명된 링크로 코딩되는 경우, 이는 시각장애 사용자가 텍스트 대 음성 소프트웨어 및/또는 텍스트 대 브라유 하드웨어를 사용하는 데 도움이 된다. 텍스트와 이미지가 크거나 확대 가능한 경우 시력이 나쁜 사용자는 내용을 읽고 이해하는 것이 더 쉽다. 링크에 색상이 있을 뿐만 아니라 밑줄이 그어져 있는 경우(또는 구별되는 경우), 이는 색상 블라인드 사용자가 해당 링크들을 알아차릴 수 있도록 보장한다. 클릭 가능한 링크와 영역이 클 경우, 마우스를 정밀하게 제어할 수 없는 사용자에게 도움이 된다. 키보드로만, 또는 단일 스위치 액세스 장치만으로 탐색에 방해가 되는 방식으로 페이지가 코드화되지 않을 경우, 이것은 마우스나 표준 키보드를 사용할 수 없는 사용자에게 도움이 된다. 동영상이 폐쇄 캡션되거나 수화 버전이 제공되면 청각장애와 청각장애 사용자가 동영상을 이해할 수 있다. 깜박임 효과를 피하거나 선택적으로 만들 때, 이러한 효과로 인한 발작을 일으키기 쉬운 사용자는 위험에 처하지 않는다. 그리고 내용이 평이한 언어로 작성되고 지시도 및 애니메이션으로 삽화되었을 때 난독증과 학습장애가 있는 사용자는 내용을 더 잘 이해할 수 있다. 사이트가 올바르게 구축되고 유지될 경우 비장애인 사용자의 사이트 사용성을 감소시키지 않고 이러한 모든 사용자를 수용할 수 있다.

웹 접근성이 다루는 목표는 다음과 같다.

접근성은 위의 목록에 국한되지 않고 영구적, 일시적 또는 상황적 장애를 겪고 있는 사람에게까지 확장된다. 상황장애란 현재의 경험에 근거하여 경계를 경험하고 있을 수 있는 사람을 말한다. 예를 들어, 어떤 사람은 아기를 안고 있다면 상황적으로 한 손일 수도 있다. 웹 접근성은 다양한 장벽을 경험하는 사용자를 염두에 두어야 한다. 불행히도, 웹 접근성 실무자들을 대상으로 한 2018 WebIM 글로벌 설문조사에 따르면, 조사 응답자의 93%가 웹 접근성에 관한 공식적인 교육을 받지 않았다.[2]

웹 검색에 사용되는 보조 기술

장애를 가진 개인이 웹브라우징을 활성화하고 지원하기 위해 다음과 같은 보조 기술을 사용한다.

  • 합성 음성을 사용하여 판독할 수 있는 화면 판독기 소프트웨어는 모니터에 표시되는 요소(읽기 또는 학습 장애가 있는 사용자에게 도움이 됨) 또는 컴퓨터에서 일어나는 모든 것을 읽을 수 있는 요소(시각장애인 및 시력 장애 사용자가 사용함)를 선택했다.
  • 점자 단말기는 문자를 점자 문자로 렌더링하는 새로고침식 점자 표시장치(보통 평면의 구멍을 통해 페그를 올리는 방법)와 주류 키보드 또는 점자 키보드로 구성된다.
  • 컴퓨터 모니터에 표시되는 내용을 확대하여 시각 장애 사용자가 읽기 쉽게 하는 화면 확대 소프트웨어.
  • 컴퓨터에 음성 명령을 수신하거나 받아쓰기를 문법적으로 올바른 텍스트로 변환할 수 있는 음성 인식 소프트웨어 - 마우스나 키보드를 사용하기 어려운 사용자에게 유용하다.
  • 키보드 오버레이: 모터 제어에 어려움을 겪는 사람들을 위해 타이핑을 더 쉽게 또는 더 정확하게 할 수 있다.
  • 청각장애인을 위한 자막 또는 수화 동영상에 대한 액세스.

액세스 가능한 웹 설계에 대한 지침

Web Content Accessibility 지침

주요 기사: Web Content Accessibility 지침

1999년 W3C(World Wide Web Consortium)의 프로젝트인 Web Accessibility Initiative는 Web Content Accessibility Guide WCAG 1.0을 발표하였다.

WAI는 2008년 12월 11일 WCAG 2.0을 권고사항으로 발표하였다. WCAG 2.0은 최신의 기술 중립을 목표로 한다. 웹디자이너들은 어느 표준이든 따를 수 있지만, WCAG 2.0은 접근 가능한 웹사이트를 만드는 방법에 대한 최종 지침으로 널리 받아들여져 왔다. 각국 정부는 WCAG 2.0을 자국 웹사이트의 접근성 표준으로 꾸준히 채택하고 있다.[3] 2012년, Web Content Accessibility Guideline도 ISO/IEC 표준 "ISO/IEC 40500:2012: Information Technology – W3C Web Content Accessibility Guideline (WCAG) 2.0"[4]으로 발간되었다.

WAI 가이드라인 비판

그동안 W3C 공정에 대한 비판은 일부 제기돼 왔는데, 이는 사용자를 이 공정의 핵심에 충분히 두지 않는다는 주장이었다.[5] WCAG 2.0이 리사 서맨이 주도하고 40개 기관과 사람이 서명한 학습장애인과 인지적 한계를 가진 사람들의 요구사항을 다룰 것이라는 WCAG의 당초 주장에 대해 공식적인 반대가 있었다.[6] "WCAG 2.0: 새로운 W3C지침 평가"[7]"지옥 웹 문서 접근성 지침 2.0으로"[8]과"Testability 비용에 해로워"[9] 같은 기사에서 그 WAI 웹 문서 접근성 지침 1.0이 오늘날의 기술과와 소비, 웹 문서 접근성 지침 2.0의 개발의 느린 발전을 위해, maki을 대상으로 웹 콘텐츠를 만들어 낸 것에 대한 기법과 조화가 나가도록 하는 비난을 받아 왔다.그 nngew 탐색 및 이해하기 어려운 가이드라인과 기타 주장된 오류.

웹 접근성의 필수 구성 요소

웹사이트의 접근성은 다음과 같은 몇 가지 요소의 협력에 의존한다.[10]

  1. 내용 – 자연 정보(텍스트, 이미지, 소리 등)와 구조, 프리젠테이션 등을 정의하는 코드 또는 마크업을 포함한 웹 페이지 또는 웹 응용 프로그램의 정보
  2. 웹 브라우저, 미디어 플레이어 및 기타 "사용자 에이전트"
  3. 보조 기술, 경우에 따라 화면 판독기, 대체 키보드, 스위치, 스캔 소프트웨어 등
  4. 사용자의 지식, 경험 및 경우에 따라 웹을 사용하는 적응 전략
  5. 개발자 – 장애가 있는 개발자 및 컨텐츠에 기여하는 사용자를 포함한 설계자, 코더, 작성자 등
  6. 저작 도구 – 웹 사이트를 만드는 소프트웨어
  7. 평가 도구 – 웹 접근성 평가 도구, HTML 검증자, CSS 검증자 등

웹 개발자들은 보통 저작 도구와 평가 도구를 사용하여 웹 콘텐츠를 만든다.
사람("사용자")은 웹 브라우저, 미디어 플레이어, 보조 기술 또는 기타 "사용자 에이전트"를 사용하여 콘텐츠를 얻고 상호 작용한다.[10]

다양한 구성 요소에 대한 지침

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

  • ATAG에는[11] 다음에 대한 지침을 제공하는 28개의 체크포인트가 포함되어 있다.
    • 표준 및 지침을 충족하는 액세스 가능한 출력 생성
    • 접근성 관련 정보에 대한 내용 작성자 홍보
    • 액세스 불가능한 콘텐츠를 확인하고 수정하는 방법 제공
    • 전체적인 외관과 느낌에 접근성 통합
    • 저작 도구 자체를 장애인이 접근할 수 있도록 하는 것

WCAG(Web Content Accessibility Guideline)

주요 기사: Web Content Accessibility 지침
  • WCAG 1.0: 14개 지침(접근 가능한 설계의 일반 원칙)
  • WCAG 2.0: 웹 접근성의 기초를 이루는 4가지 원칙, 저자가 지향해야 할 목표인 12가지 지침(테스트 불가) 및 65가지 테스트 가능한 성공 기준.[12] W3C의 WCAG[13] 2.0 기법은 저자가 지침과 성공 기준을 충족할 수 있도록 지원하는 기법의 목록이다. 원칙, 지침 및 성공 기준은 안정적이고 변경되지 않는 반면 기법은 주기적으로 업데이트된다.[14]

UAAG(User Agent Accessibility Guideline)

  • UAAG에는[15] 다음과 같은 포괄적인 체크포인트 세트가 포함되어 있다.
    • 모든 컨텐츠에 대한 액세스
    • 콘텐츠 렌더링 방법에 대한 사용자 제어
    • 사용자 인터페이스에 대한 사용자 제어
    • 표준 프로그래밍 인터페이스

웹 접근성 법률

인터넷 사용의[16] 증가와 일상생활에서의 중요성 때문에, 세계 각국은 법률을 통해 디지털 접속 문제를 해결하고 있다. 한 가지 접근법은 기존의 인권법이나 민권법을 이용하여 장애인을 위한 웹사이트에 대한 접근을 보호하는 것이다. 미국과 같은 일부 국가는 기술 조달 과정을 통해 장애인의 접근을 보호한다.[17] 각국은 법률의 지침을 참조하여 Web Content Accessibility Guideline(WCAG) 2.0을 지원하고 채택하는 것이 일반적이다.[18][19] 웹 접근성 가이드라인 준수는 주로 북미, 유럽, 남아메리카 일부 및 아시아 일부에서 법적 요건이다.[20]

호주.

2000년, 한 호주 시각장애인이 올림픽 조직위원회(SOCG)를 상대로 한 2만 달러의 법정 소송에서 승소했다. 이것은 SOCG가 그들의 공식 웹사이트인 시드니 올림픽 게임을 시각장애인들이 충분히 접근할 수 있도록 하지 못했기 때문에 1992년 장애인 차별법에 따른 첫 번째 성공적인 사례였다. 인권 및 평등 기회 위원회(HREOC)도 월드 와이드 웹 액세스를 다음과 같이 발표했다. 장애 차별법 자문 참고 사항.[21] 호주의 모든 정부는 또한 접근 가능한 공공 웹사이트를 필요로 하는 정책과 지침을 가지고 있다.

브라질

브라질에서는 2005년 1월 18일 연방정부가 공공 검토를 위해 접근성 가이드라인을 담은 논문을 발표했다. 같은 해 12월 14일 제1판 논문 제언 등 제2판이 발간되었다. 2007년 5월 7일, 이 논문의 접근성 지침은 모든 연방 웹사이트에 의무적으로 적용되었다. WCAG 2.0 지침을 따르는 이 논문의 현재 버전은 e-MAG, Modelo de Acessibilidade de Governoro Eletrônico(전자정부 접근성 모델)로 명명되었으며 브라질 기획예산관리부에서 관리하고 있다.

그 논문은 공식 웹사이트에서 보고 다운로드 받을 수 있다.[22]

캐나다

2011년, 캐나다 정부는 정부 웹사이트가 모바일 기기에 접근 가능하고, 사용 가능하며, 상호운용 가능하고 최적화되도록 하는 것을 목적으로 하는 새로운 웹 표준 세트의 구현을 단계적으로 추진하기 시작했다. 이 표준은 인터넷의 Common Look 및 Feel 2.0(CLF 2.0) 표준을 대체한다.

이 네 가지 표준 중 첫 번째 표준인 웹 접근성[23] 표준은 2013년 7월 31일에 발효되었다. 웹 접근성 표준은 Web Content Accessibility Guideline (WCAG) 2.0 AA를 따르고 있으며, 매년 업데이트되는 제외사항 목록을 포함하고 있다. 정부 부서가 준수할 수 있도록 도와주는 명시적 평가 방법론이[24] 수반된다. 정부는 또한 혁신적인 웹사이트 구축을 위한 재사용 가능한 웹 컴포넌트 세트인 [25]웹 체험 툴킷(WET)도 개발했다. WET는 정부 부서가 접근 가능하고, 사용 가능하며, 상호운용 가능한 혁신적인 웹사이트를 구축하여 정부 표준을 준수하도록 돕는다. WET 툴킷은 오픈 소스로 누구나 사용할 수 있다.

세 가지 관련 웹 표준은 모바일 장치의 웹사이트 및 애플리케이션 최적화에 관한 표준,[26] 웹 사용성에[27] 관한 표준 및 웹 상호운용성에 관한 표준이다.[28]

2019년에 캐나다 정부는 접근 가능한 캐나다 법을 통과시켰다. 이것은 온타리아인의 장애인 접근성법, 마니토반인의 접근성법, 노바스코샤 접근성법과 같은 지방법제를 기반으로 한다.

유럽 연합

2014년 2월 유럽 의회는 공공 부문 기관이 관리하는 모든 웹사이트를 모든 사람이 이용할 수 있도록 해야 한다는 초안을 승인했다.[29]

eAccessibility에 관한 유럽 위원회 통신은 2005년 9월 13일에 발표되었다.[1] 2005년 12월 CEN, CENELEC, ETSI에 공표된 위임사항, 참조서 M 376에 "접근 가능한 ICT 제품과 서비스의 공공조달의 조화 및 촉진"을 목적으로 하는 위원회의 목표가 포함되었다.[30] 권한은 하나 이상의 유럽 표준화 기구에게 발행된 유럽 표준 또는 유럽 표준화 결과물의 입안 및 채택에 대한 요청이다. 의무는 기술적으로는 독립적이며 의무사항을 거부할 권리가 있지만, 일반적으로 표준화 기구는 사전 협의에 기초하기 때문에 표준화 기구에 의해 수용된다.[31] 이 의무사항은 또한 공공조달자를 위한 전자 툴킷의 개발을 요구하여, 공공조달자가 결과적인 조화 요건에 접근할 수 있도록 하였다.[32] 또한 위원회는 공공조달 목적을 위한 것이기는 하지만, 민간부문의 조달에도 조화된 결과가 유용할 수 있다는 점에 주목하였다.[32]: Section 2.3

2016년 10월 26일 유럽 의회는 공공 부문 단체의 웹사이트와 모바일 앱에 접근할 수 있도록 하는 웹 접근성 지침을 승인했다. 관련 접근성 요건은 유럽 표준 EN 301 549 V1.1.2 (ETSI 발행)에 설명되어 있다. EU 회원국들은 관련 접근성 요건을 강제하는 2018년 9월 23일 법률과 규정에 의해 발효될 것으로 예상되었다.

  • 공공 부문 기관의 웹사이트는 2018년 9월 23일을 준수해야 한다.
  • 2021년 6월 23일까지 모바일 앱.

일부 범주의 웹사이트와 앱은 "공공서비스 방송사와 그 자회사의 웹사이트와 모바일 애플리케이션"과 같은 지침에서 제외된다.[33]

유럽위원회의 「ICT 표준화를 위한 롤링 플랜 2017」에서는, ETSI 표준 EN 301 549 V1.1.2를 갱신해, 모바일 어플리케이션의 접근성 요건과 표준 준수를 시험하는 평가 방법론을 추가할 필요가 있다고 지적한다.[34]

유럽 연합은 2019년에 유럽 접근성법을 도입했는데, 현재 디지털 접근성을 위한 주요 입법 중 하나로 간주되고[by whom?] 있다.

아일랜드

아일랜드의 경우, 2005년[35] 「장애법」은 공공기구가 한 명 이상의 사람과 전자적 형태로 의사소통하는 경우, 통신의 내용은 실용적으로 "적응적 기술을 이용할 수 있는 시각적 장애가 있는 사람에게 접근 가능"해야 한다고 규정하고 있다(제28조 2항). 국가 장애 당국은 공공 기관에 법의 의무를 어떻게 이행할 것인가에 대한 지침을 제공하는 실천[36] 강령을 제작했다. 이것은 승인된 실천강령이며 그 조항은 법적 구속력이 있는 법적 의무의 힘을 가진다. "웹 접근성 이니셔티브(WAI) 웹콘텐츠 접근성 가이드라인(WCAG)을 이중 A로 준수한다"는 예를 들어, 공공기구는 "관련 지침 및 표준에 대한 접근성 측면에서 전자통신에 대한 기존 관행을 재검토"함으로써 28(2)항의 준수를 달성할 수 있다고 명시하고 있다.

이스라엘

이스라엘 법무부는 최근 W3C Web Content Accessibility Guideline 2.0에 근거한 이스라엘 표준 5568을 인터넷 웹사이트가 준수하도록 요구하는 규정을 발표했다. 이스라엘 표준과 W3C 표준 간의 주요 차이점은 오디오 및 비디오 미디어에 자막과 텍스트를 제공하는 요건과 관련이 있다. 이스라엘 표준은 히브리어로 그러한 자막과 텍스트를 제공하는 데 있어 현재의 기술적 어려움을 반영하여 다소 관대하다.[37] UserWay는 이스라엘의 혁신적인 웹사이트 접근성 기술 선구자다.

이탈리아

이탈리아에서 웹 접근성은 2004년 1월 17일 가제타 우피피티알레에 공식적으로 발표된 2004년 1월 9일 공식적으로 n.4 법전인 이른바 "레게 스탕카" (스탕카법)에 의해 지배된다. 원래의 스탕카 법은 WCAG 1.0에 기초하였다. 2013년 3월 20일에 스탕카 법이 요구하는 기준이 WCAG 2.0에 갱신되었다.

일본.

일본의 Web Content Accessibility Guideline은 2004년에 JIS(일본 산업표준) X 8341-3으로 제정되었다. JIS X 8341-3은 2010년에 WCAG 2.0을 채택하도록 개정되었다. WAIC(Web Accessibility Infrastructure Commission)가 발간한 새 버전은 WCAG 2.0과 동일한 4대 원칙, 12대 지침, 61대 성공 기준을 갖고 있다.[38]

몰타

몰타 Web Content Accessibility 평가는 2003년부터 FITA(정보기술접근성재단)가 실시했다.[39] 2018년까지 이는 기회균등법(2000년) CAP 43의 요건에 따라 이루어졌으며 WACG 지침을 적용했다.[40] EU 웹 접근성 지침의 등장으로 몰타 통신 당국은 몰타 공공 기관이 소유한 온라인 자원의 접근성을 보장하는 임무를 맡았다.[41] FETA는 공공 및 상업 기관에 ICT 접근성 평가를 지속적으로 제공하고 있으며, 적용 가능한 경우 표준 EN301549 및 WCAG 2.1을 적용한다. 그러므로 기회균등법 차별금지법과 전치된 EU 웹 접근성 지침 모두 몰타 시나리오에 적용할 수 있다.

노르웨이

노르웨이에서 웹 접근성은 2008년 6월 20일 법 42호에 따른 법적 의무로 장애에 근거한 차별 금지와 관련된 것으로, 차별금지법이라고도 한다. 이 법은 2009년부터 시행되었으며, 총무성[행정·행정·행정·오키키르케데프]은 정보통신기술(ICT) 솔루션의 유니버설디자인 규정[Forskrift om Universell utforming ab informasons-og Kommunikasjonnologis)을 공포하였다.2013년 IKT)-løsninger].[42] 규정에는 Web Content Accessibility Guideline 2.0(WCAG 2.0) / NS / ISO / IEC 40500: 2012, 레벨 A 및 AA의 준수가 필요하지만 일부 예외는 있다.[43][44] 노르웨이 공공 관리 및 전자 정부 기관(Difi)은 일반 대중을 대상으로 하는 ICT 솔루션이 입법 및 규제 요건에 부합하는지를 감독할 책임이 있다.[45]

필리핀

필리핀의 웹 접근성 이니셔티브의 일환으로, 정부는 전국장애인복지협의회(NCWDP) 이사회를 통해 UNESCAP가 정한 비와코 밀레니엄 프레임워크의 이행을 도울 웹마스터 또는 핵심 그룹을 구성할 것을 권고하는 것을 승인했다.

필리핀은 아시아 태평양 지역 11개국이 참가한 가운데 지역간 세미나 및 장애인 정보통신기술(ICT) 지역실증 워크숍이 열린 곳이기도 했다. 마닐라 접근 가능한 정보통신 기술 설계 권고안은 2003년에 초안 및 채택되었다.

스페인

스페인에서 UNE 139803:2012는 웹 접근성을 규제하도록 위임된 표준이다. 이 표준은 Web Content Accessibility Guideline 2.0에 기초한다.[46]

스웨덴

스웨덴의 Verva, 스웨덴 행정 개발국은 스웨덴 공공 부문 웹사이트에 대한 일련의 지침을 책임진다. 가이드라인을 통해 웹 접근성은 별도의 이슈가 아닌 전체 개발 과정의 필수적인 부분으로 제시된다. 스웨덴의 지침은 웹사이트의 개념에서부터 라이브 웹 콘텐츠의 출판까지 전체 라이프사이클을 포괄하는 기준을 포함하고 있다. 이 기준은 다음을 포함하여 고려해야 할 몇 가지 영역을 다룬다.

  • 접근성
  • 사용성
  • 웹 표준
  • 프라이버시 문제
  • 정보 아키텍처
  • 웹용 콘텐츠 개발
  • CMS(Content Management Systems) / 저작 도구 선택
  • 모바일 장치를 위한 웹 컨텐츠 개발.

2008년 4월에 영어 번역본이 발표되었다: 스웨덴의 공공 부문 웹사이트 국가 가이드라인.[47] 이 번역은 2006년에 발표된 가이드라인 최신판을 바탕으로 하고 있다.[48]

영국

영국의 경우, 평등법 2010은 웹사이트 접근성을 명시적으로 언급하지 않고, 장애를 가진 사람들을 차별하는 것을 불법으로 만든다. 이 법은 공공, 민간 및 자발적인 서비스 제공자에게 적용된다. 실천 강령: 접근권 – 정부의 평등 인권 위원회가 이 법에 수반하기 위해 발행한 물품, 시설, 서비스 및 구내 문서는[49] 명시적으로 웹사이트를 "대중 서비스" 중 하나로 언급하고 있으며, 이 문서는 이 법이 적용되는 것으로 간주해야 한다.

2010년 12월에 영국은 표준 BS 8878:2010 웹 접근성을 발표했다. 연습법칙. 이 표준은 사실상 PAS 78(2006년 간행물)을 대체한다. 장애인권익위원회가 제작하고 장애인이 사용할 수 있는 PAS 78. 이 표준은 비기술 전문가를 장애인과 노인을 위한 접근성, 사용성 및 사용자 경험 개선에 도입하기 위해 고안되었다.[50] 그것은 특히 이 주제에 대해 새로이 기술적이고 설계적인 문제보다는 과정에 대한 지침을 주기 때문에 누구에게나 유익할 것이다. BS 8878은 Equality Act 2010과[51] 일치하며 접근 가능한 온라인 서비스 개발에 관한 최신 조언의 기초로 영국 정부의 전자접근성 실행 계획에서 언급되고 있다. 여기에는 다음에 대한 권고사항이 포함되어 있다.

  • 장애인을 개발 프로세스에 참여시키고 접근성 테스트를 지원하는 자동화된 도구 사용
  • 기존 접근성 지침 및 규격 유지를 위한 지침 및 프로세스의 관리

BS 8878은 조직 내의 웹 제품 생성과 이러한 정책에 대한 거버넌스를 담당하는 모든 사람을 대상으로 한다. 또한, 조직 내의 평등과 포용의 시책을 촉진하고 지원할 책임이 있는 사람과 웹 제품 및 컨텐츠의 조달, 생성 또는 교육에 관련된 사람을 지원한다. BS 8878의[52] 요약본은 표준이 어떻게 접근성과 포괄적 설계를 일상적 비즈니스 프로세스에 포함시킬 수 있는지를 조직이 더 잘 이해할 수 있도록 돕기 위해 이용할 수 있다.

2019년 5월 28일, BS 8878은 BS 8878을 기반으로 구축되어 국제용으로 확대된 국제 표준인 ISO 30071-1로 대체되었다. ISO 30071-1이 BS 8878과[53] 어떻게 관련되는지 요약하여 조직이 새로운 표준을 이해하는 데 도움이 된다.

지난 4월 9일, 국철에서는 청백색 미관을 흑백 테마로 대체했는데, 이는 웹 콘텐츠 접근성 가이드라인을 준수하지 않는다는 비판을 받았다. 동사는 청백색 테마를 복원하고 최신 접근성 지침에 따라 웹사이트 현대화에 투자하고 있다고 말했다.[54]

2019년 9월 23일 접근성 진술서에 따라 공공 부문 기관이 접근성 진술을 게시하고 웹사이트에 접근할 수 있도록 법적 의무를 설정하는 새로운 접근성 규제는[55] 웹사이트 테스트 방법과 접근성 문제를 해결하기 위한 조직의 계획을 포함한다. 진술서는 웹사이트의 모든 페이지에 게시되고 링크되어야 한다.[58]

미국

미국에서는 1973년 회생법 508조 개정안은 모든 연방기관의 전자 및 정보기술을 장애인이 접근할 수 있도록 규정하고 있다. 공공 및 연방 직원 모두는 컴퓨터 하드웨어와 소프트웨어, 웹사이트, 전화 시스템, 복사기 등 이 기술에 접근할 권리를 가지고 있다.[59] 또한 회생법 504조는 연방기금을 수령하는 기업에 대한 장해에 근거한 차별을 금지하고 있으며, 의료보험/메디케이드를 통해 연방기금을 수령하는 병원과 같은 기관을 상대로 한 여러 소송에서 인용되어 왔다.

또 미국 장애인법(ADA)의 타이틀3는 장애에 근거한 차별을 금지하고 있다. 이 문제에 대해 약간의 논쟁이 있다; 여러 법원들과 미국 법무부는 ADA가 웹사이트와 앱 운영자와 소유주들에게 그들의 웹사이트와 앱이 장애인들이 접근할 수 있도록 하고 JAWS 스크린 리더와 같은 일반적인 보조 기술과 호환되도록 하기 위해 긍정적인 조치를 취할 것을 요구한다는 입장을 취하고 있다.법원은 ADA가 온라인으로 신청하지 않는다는 입장을 취해왔다. 미국 법무부는 WCAG2.0을 승인했다.다중 결제 계약에서 접근성을 위한 적절한 표준으로 AA 표준.[60]

ADA를 근거로 웹사이트와 모바일 앱에 이의를 제기하는 수많은 소송이 2017년부터 제기돼 왔다. 이 사건들은 2017년 플로리다 주 연방법원이 윈 딕시의 웹사이트에 접근할 수 있어야 한다고 판결한 길 대 윈 딕시 스토어 사건에서 촉발된 것으로 보인다. 2017년에는 웹접근성 관련 800여건이 접수됐고, 2018년에는 2,200여건이 접수됐다. 또 2010년 법무부가 웹 접근성 가이드라인을 발표하겠다고 밝혔으나 2017년 이 계획을 번복해 접속이 불가능한 사이트에 대한 법적 대응도 활발해졌다.[61]

도미노 모바일 앱을 사용할 수 없는 시각장애 사용자가 도미노피자를 상대로 ADA와 관련된 주목할 만한 소송이 제기되었다. 연방구 차원에서는 법무부가 접근성 가이드라인을 제정하지 않아 법원이 도미노의 손을 들어줬지만, 이는 제9 순회재판소에 상고됐다. 제9서킷은 도미노가 ADA를 충족해야 하는 벽돌집과 모바일의 서비스 연장과 모바일 앱이 ADA를 준수해야 한다고 판결하면서 지방법원을 기각했다. 도미노는 다른 많은 식당과 소매 체인점들의 지원을 받아 대법원에 청원서를 제출했는데, 장애 고객들이 주문할 수 있는 다른, 더 접근하기 쉬운 수단을 가지고 있기 때문에 이 결정이 그들의 정당한 절차에 영향을 미친다고 주장했다.[61] 2019년 10월 대법원은 이 사건의 청취를 거부해 사실상 제9 순회재판소의 결정을 지지하고 현재 상태로 사건을 심리하도록 했다.[62]

연방 접근성 소송의 수와 비용은 지난 몇 년 동안 급격히 증가했다.[63]

웹 사이트 접근성 감사

점점 더 많은 조직, 회사 및 컨설턴트들이 웹사이트 접근성 감사를 제공하고 있다. 시스템 테스트의 한 종류인 이러한 감사는 웹사이트 내에 존재하는 접근성 문제를 식별하고 이러한 문제를 해결하기 위해 취해야 할 조치에 대한 조언과 지침을 제공한다.

접근성을 위해 웹사이트를 감사하기 위해 다양한 방법을 사용한다.

  • 현재 존재하는 문제 중 일부를 식별할 수 있는 자동화된 도구를 사용할 수 있다. 도구에 따라 결과가 크게 달라져 시험 결과를 비교하기 어려울 수 있다.[64]
  • 웹 디자인 기술과 접근성에 정통한 전문 기술 검토자는 대표적인 페이지 선정을 검토하고, 그 결과에 따라 상세한 피드백과 조언을 제공할 수 있다.
  • 일반적으로 기술 전문가가 감독하는 사용자 시험은 일반 사용자가 웹사이트에서 수행할 수 있는 과제를 설정하고, 이러한 사용자가 과제를 수행하려고 할 때 발생하는 문제를 검토하는 것이다.

이러한 방법에는 각각 장단점이 있다.

  • 자동화된 도구는 비교적 짧은 시간 내에 많은 페이지를 처리할 수 있지만 웹사이트에 존재할 수 있는 접근성 문제의 제한된 부분만 식별할 수 있다.
  • 기술 전문가 검토는 존재하는 많은 문제점들을 확인할 것이지만, 그 과정은 시간이 많이 걸리고, 많은 웹사이트들은 너무 커서 한 사람이 모든 페이지를 검토할 수 없다.
  • 사용자 시험은 사용적합성과 접근성 시험의 요소를 결합하며, 그렇지 않으면 간과될 수 있는 문제를 식별하는데 유용하지만, 한 사용자의 선호도에 기초하여 설계 결정을 내리는 위험을 피하기 위해 지식적으로 사용할 필요가 있다.

이상적으로는 웹사이트의 접근성을 평가하기 위해 방법의 조합을 사용해야 한다.

액세스할 수 없는 웹 사이트 업데이트 적용

접근성 감사가 수행되고 접근성 오류가 확인되면 사이트가 접근성 오류를 준수하는지 확인하기 위해 오류를 수정해야 한다. 접속이 불가능한 사이트를 수정하는 전통적인 방법은 소스 코드로 돌아가서 오류를 재프로그래밍한 다음 버그가 고정되었는지 테스트하는 것이다. 웹사이트가 가까운 장래에 개정될 예정이 아니라면, 그 오류(및 기타)는 장기간 사이트에 남아 접근성 지침을 위반할 수 있다. 이것은 복잡한 과정이기 때문에, 많은 웹사이트 소유자들은 나중에 오류를 시정하기보다는 접근성 가이드라인을 준수하도록 사이트를 개발하는 것이 더 효율적일 수 있기 때문에 새로운 사이트 설계로 접근성을 구축하거나 재출시를 선택한다.

AI 기술이 발전하면서 웹 접근성이 높아졌다. 인공지능(AI)과 머신러닝을 활용한 제3자 부가 기능으로 소스 코드를 변경하지 않고도 웹사이트 설계 변경을 제공할 수 있다. 이렇게 하면 모든 접근성 장비에 대해 웹사이트를 조정할 필요 없이 다양한 유형의 사용자가 웹사이트에 접근할 수 있다.[65]

액세스 가능한 웹 애플리케이션 및 WAI-ARIA

웹 페이지에 접근하기 위해서는 보조 기술이 콘텐츠를 이해하고 처리하며 사용자를 위해 조정할 수 있도록 페이지의 기능에 관한 모든 중요한 의미론을 이용할 수 있어야 한다. 그러나 콘텐츠가 점점 복잡해짐에 따라 표준 HTML 태그와 속성은 의미론을 신뢰성 있게 제공하는 데 불충분해진다. 현대의 웹 애플리케이션은 종종 그들의 기능을 제어하고 그들이 제어 또는 다른 동적 구성요소의 역할을 할 수 있도록 하기 위해 요소들에 스크립트를 적용한다. 이러한 사용자 정의 구성요소나 위젯은 의미 정보를 사용자 에이전트에 전달하는 방법을 제공하지 않는다. WAI-ARIA(Accessible Rich Internet Applications)는 월드와이드웹 컨소시엄이 발행하는 사양으로[66], 아약스, HTML, 자바스크립트 및 관련 기술로 개발한 사용자 인터페이스 컴포넌트와 사용자 인터페이스 컴포넌트의 접근성을 높이는 방법을 명시하고 있다. ARIA는 저자가 모든 의미론을 제공하여 지원되는 행동을 완전히 설명할 수 있도록 함으로써 접근성을 가능하게 한다. 또한 각 원소가 자신의 현재 상태와 속성과 다른 원소들 사이의 관계를 노출할 수 있도록 한다. 포커스와 탭 인덱스의 접근성 문제도 수정된다.

참고 항목

참조

  1. ^ a b 2005년 9월 13일 발행된 [SEC (2005)1095]가 2021년 11월 19일에 액세스하여 위원회와 위원회 간의 통신, 유럽의회, 유럽 의회, 유럽 경제사회위원회 및 지역위원회: eAccessibility, [SEC (2005)1095]를 접속했다.
  2. ^ "Web Accessibility: An Introduction". Treehouse Blog. 30 July 2020. Retrieved 19 November 2020.
  3. ^ Mark Rogers (13 November 2012). "Government Accessibility Standards and WCAG 2.0". Powermapper.com. Retrieved 15 December 2014.
  4. ^ ISO: ISO/IEC 40500:2012: 정보 기술 – W3C Web Content Accessibility Guideline(WCAG) 2.0
  5. ^ Jonathan Chetwynd (24 July 2007). "Putting the User at the Heart of the W3C Process". JISC CETIS. Retrieved 15 January 2015.
  6. ^ Lisa Seeman (20 June 2006). "Formal Objection to WCAG 2.0". W3C Public Mailing List Archives. Retrieved 16 December 2012.
  7. ^ Trenton Moss says. "WCAG 2.0: The new W3C accessibility guidelines evaluated". Webcredible.co.uk. Retrieved 28 July 2013.
  8. ^ Joe Clark (11 July 2013). "To Hell with WCAG 2 · An A List Apart Article". Alistapart.com. Retrieved 28 July 2013.
  9. ^ Gian Sampson-Wild (11 July 2013). "Testability Costs Too Much · An A List Apart Article". Alistapart.com. Retrieved 28 July 2013.
  10. ^ a b Shawn Lawton Henry (August 2005). "Essential Components of Web Accessibility". World Wide Web Consortium. Retrieved 31 July 2019.
  11. ^ Shawn Lawton Henry (December 2008). "Authoring Tool Accessibility Guidelines (ATAG) Overview". World Wide Web Consortium. Retrieved 18 December 2012.
  12. ^ "Web Content Accessibility Guidelines (WCAG) 2.0". W3C. Retrieved 17 December 2014.
  13. ^ "Techniques for WCAG 2.0". W3C. Retrieved 17 December 2014.
  14. ^ "Understanding Techniques for WCAG Success Criteria". W3C. Retrieved 17 December 2014.
  15. ^ Shawn Lawton Henry (July 2005). "User Agent Accessibility Guidelines (UAAG) Overview". World Wide Web Consortium. Retrieved 18 December 2012.
  16. ^ "Internet Usage Statistics". Miniwatts Marketing Group. 30 June 2014. Retrieved 17 December 2014.
  17. ^ Timothy Stephen Springer (24 February 2010). "Section 508 of the Rehabilitation Act". SSB BART Group. Retrieved 24 August 2015.
  18. ^ "World Laws Introduction to Laws Throughout the World". WebAIM (Web Accessibility in Mind).
  19. ^ "Digital Accessibility Laws Around the Globe". Law Office of Lainey Feingold. 9 May 2013. Retrieved 17 December 2014.
  20. ^ "What is web accessibility and why is it critical to your website's success?". Helios Design. Retrieved 10 September 2020.
  21. ^ "World Wide Web Access: Disability Discrimination Act Advisory Notes ver 4.0 (2010) Australian Human Rights Commission". Hreoc.gov.au. 1 July 2010. Retrieved 28 July 2013.
  22. ^ "e-MAG – Modelo de Acessibilidade de Governo Eletrônico". GovernoEletronico.gov.br. Retrieved 4 January 2014.
  23. ^ "Standard on Web Accessibility". Government of Canada. Government of Canada. 2 August 2011. Retrieved 4 February 2019.
  24. ^ "Assessment Methodology". Government of Canada. 25 January 2012. Retrieved 14 December 2014.
  25. ^ "The Web Experience Toolkit". Government of Canada. 25 January 2012. Retrieved 14 December 2014.
  26. ^ "Standard on Optimizing Websites and Applications for Mobile Devices". Government of Canada. 30 April 2013. Retrieved 14 December 2014.
  27. ^ "Standard on Web Usability". Government of Canada. 25 January 2012. Retrieved 14 December 2014.
  28. ^ "Standard on Web Interoperability". Government of Canada. 2 August 2012. Retrieved 14 December 2014.
  29. ^ "MEPs vote to make online public services accessible to everyone". www.europarl.europa.eu. European Parliament. 26 February 2014. Retrieved 28 February 2017.
  30. ^ 레벨 액세스, 유럽연합(EU)의 권한 M 376, 2021년 11월 2021년 11월 20일에 액세스
  31. ^ 유럽 위원회, 표준화 요청 - 의무사항, 2021년 11월 20일에 액세스
  32. ^ a b 2005년 12월 7일 발표된 ICT 도메인 M 376 - EN에서 제품 및 서비스의 공공조달을 위한 유럽 접근성 요건을 지원하는 유럽 위원회, CEN, CENELEC 및 ETSI에 대한 표준화 의무사항, 2021년 11월 20일에 액세스.
  33. ^ 2016년 12월 2일 '유럽연합 공식 저널'에 게재된 EUR-LEX 공공부문의 웹사이트 및 모바일 애플리케이션 접근성에 관한 유럽 의회 및 2016년 10월 26일 의회의 지침(EUR) 2016/2122는 2017년 3월 28일에 접속했다.
  34. ^ 유럽 위원회: 내부 시장, 산업, 기업가정신 및 중소기업 담당 국장: ICT 표준화를 위한 롤링 계획 2017. COM (2016) 176 결승전.. 2017년 3월 28일에 접속.
  35. ^ "Disability Act 2005 – Tithe an Oireachtais". Oireachtas.ie. 13 November 2009. Retrieved 28 July 2013.
  36. ^ "Code of Practice on Accessibility of Public Services and Information Provided by Public Bodies". Nda.ie. 21 July 2006. Retrieved 28 July 2013.
  37. ^ "Israel Technology Law Blog, Website Accessibility Requirements". Archived from the original on 28 September 2014.
  38. ^ "JIS X 8341-3:2010". waic.jp (in Japanese). Web Accessibility Infrastructure Commission. Retrieved 15 January 2015.
  39. ^ "FITA - 15 years of service,projects and innovation".
  40. ^ "FITA Services".
  41. ^ "MCA - Web Accessibility". 14 December 2018.
  42. ^ "Regulation for universal design of information and communication technology (ICT) solutions". Ministry of Local Government and Modernisation. 21 June 2013. Retrieved 10 November 2016.
  43. ^ Giannoumis, G. Anthony (2014). "Regulating Web Content: the nexus of legislation and performance standards in the United Kingdom and Norway". Behavioral Sciences & the Law. 32 (1): 52–75. doi:10.1002/bsl.2103. hdl:10642/2585. PMID 24504974.
  44. ^ "Forskrift om universell utforming av informasjon". Lovdata. Retrieved 6 November 2014.
  45. ^ "The Government's Action Plan for Universal Design 2015–2019" (PDF). Norwegian Ministry of Children, Equality and Social Inclusion. Retrieved 10 November 2016.
  46. ^ "UNE 139803:2012 Requisitos de accesibilidad para contenidos en..." www.en.une.org. Retrieved 5 May 2020.
  47. ^ "Swedish National Guidelines for Public Sector Websites" (PDF). arkiv.edelegationen.se. VERVA. April 2008.
  48. ^ Peter Krantz (2006). "New Version of Guidelines for Swedish Public Sector Web Sites". standards-schmandards.com. Retrieved 18 December 2012.
  49. ^ "A guide to good practice in commissioning accessible websites" (PDF). Equality and Human Rights Commission. Retrieved 18 December 2012.
  50. ^ "BS 8878:2010 Web accessibility. Code of practice". British Standards Institute. Retrieved 15 January 2015.
  51. ^ "Equality Act 2010". Legislation.gov.uk. Retrieved 28 July 2013.
  52. ^ "BS 8878 web accessibility standards – all you need to know". Hassell Inclusion. Retrieved 28 July 2013.
  53. ^ "ISO 30071-1 digital accessibility standards (supersedes BS 8878) – all you need to know". Hassell Inclusion. Retrieved 28 May 2019.
  54. ^ "Prince Philip: National Rail's 'accessibility process' failed to see …".
  55. ^ "Regulations on the accessibility of new public sector websites come into force". GOV.UK. Retrieved 3 September 2021.
  56. ^ "Understanding accessibility requirements for public sector bodies". GOV.UK. Retrieved 3 September 2021.
  57. ^ "Understanding new accessibility requirements for public sector bodies Local Government Association". www.local.gov.uk. Retrieved 3 September 2021.
  58. ^ "Accessibility Regulations for Public Sector Bodies". accessibility.campaign.gov.uk. Retrieved 3 September 2021.
  59. ^ Yanchulis, Dave. "About the Section 508 Standards – United States Access Board". www.access-board.gov. Retrieved 18 March 2018.
  60. ^ "Nondiscrimination on the Basis of Disability in Public Accommodations and Commercial Facilities". www.ada.gov. Retrieved 14 May 2018.
  61. ^ a b Higgens, Tucker (25 July 2019). "A blind man couldn't order pizza from Domino's. The company wants the Supreme Court to say websites don't have to be accessible". CNBC. Retrieved 1 August 2019.
  62. ^ "Robles v. Domino's Pizza Explained". 18 October 2019.
  63. ^ "Number Of Federal Website Accessibility Lawsuits Nearly Triple, Exceeding 2250 In 2018". ADA Title III. 31 January 2019. Retrieved 14 May 2020.
  64. ^ Krantz, Peter. "Pitfalls of Web Accessibility Evaluation Tools". Standards-schmandards.com. Retrieved 23 December 2012.
  65. ^ "Ai for Accessibility". Microsoft. 13 March 2020. Retrieved 13 March 2020.
  66. ^ "Accessible Rich Internet Applications (WAI-ARIA) 1.0". World Wide Web Consortium. 12 December 2012. Retrieved 18 December 2012.

WCAG의 기본 요구사항 – WCAG와 함께 개발하기 위해 필요한 사항, 2018 2013년 12월 4일 Alex Feyerke의 오프라인 최초 웹 앱 설계

추가 읽기

외부 링크


표준 및 지침