웹 접근성

최종 수정 2026.03.25

웹 접근성 또는 e접근성^1은 신체적 장애, 상황적 장애, 대역폭 및 속도에 대한 사회경제적 제약을 가진 사람들이 월드 와이드 웹의 웹사이트와 상호작용하거나 접근하는 데 장벽이 없도록 보장하는 포용적 실천이다. 사이트가 올바르게 설계, 개발 및 편집되면 더 많은 사용자가 정보와 기능에 동등하게 접근할 수 있다.

예를 들어, 사이트가 의미론적으로 의미 있는 HTML로 코딩되고, 이미지에 대한 텍스트 대체물이 제공되며, 링크에 의미 있는 이름이 부여되면, 이는 텍스트 음성 변환 소프트웨어 및/또는 텍스트 점자 변환 하드웨어를 사용하는 시각 장애인에게 도움이 된다. 텍스트와 이미지가 크거나 확대 가능하면 시력이 좋지 않은 사용자가 내용을 읽고 이해하기가 더 쉬워진다. 링크에 색상 외에 밑줄(또는 기타 구별 표시)이 있으면 색각 이상 사용자도 링크를 인식할 수 있다. 클릭 가능한 링크와 영역이 크면 마우스를 정밀하게 제어할 수 없는 사용자에게 도움이 된다. 페이지가 키보드만으로 또는 단일 스위치 접근 장치만으로 탐색하는 것을 방해하지 않는 방식으로 코딩되면, 마우스나 표준 키보드조차 사용할 수 없는 사용자에게 도움이 된다. 동영상에 자막이 제공되거나, 챕터가 나뉘어 있거나, 수어 버전이 제공되면 청각 장애인 및 난청 사용자가 동영상을 이해할 수 있다. 깜박임 효과를 피하거나 선택 사항으로 만들면, 이러한 효과에 의해 발작이 유발될 수 있는 사용자가 위험에 처하지 않는다. 그리고 내용이 쉬운 언어로 작성되고 교육용 도표와 애니메이션으로 설명되면, 난독증이나 학습 장애가 있는 사용자가 내용을 더 잘 이해할 수 있다. 사이트가 올바르게 구축되고 유지 관리되면, 비장애인 사용자의 사용성을 저하시키지 않으면서 이 모든 사용자를 수용할 수 있다.

웹 접근성이 다루고자 하는 요구 사항은 다음과 같다:

시각: 실명, 다양한 일반적 유형의 저시력 및 시력 저하, 다양한 유형의 색각 이상을 포함하는 시각 장애;
운동/이동: 파킨슨병, 근이영양증, 뇌성마비, 뇌졸중 등의 질환으로 인한 떨림, 근육 둔화, 미세 근육 제어 상실 등 손 사용의 어려움 또는 불가능;
청각: 난청인을 포함한 청각 장애 또는 청력 손실;
발작: 시각적 스트로브 또는 깜박임 효과로 인한 광과민성 간질 발작.
인지 및 지적: 발달 장애, 학습 장애(난독증, 난산증 등), 다양한 원인의 인지 장애(외상 후 스트레스 장애, 알츠하이머병)로서, 기억력, 주의력, 발달적 "성숙도", 문제 해결 및 논리 능력 등에 영향을 미침.[^5]

접근성은 위의 목록에 국한되지 않으며, 영구적, 일시적 또는 상황적 장애를 경험하고 있는 모든 사람에게 확장된다. 상황적 장애란 현재 경험에 따라 제약을 받고 있는 상황을 말한다. 예를 들어, 아기를 안고 있는 사람은 상황적으로 한 손만 사용할 수 있는 상태일 수 있다. 웹 접근성은 다양한 장벽을 경험하는 사용자를 염두에 두어야 한다. 2018년 WebAIM의 웹 접근성 실무자 글로벌 설문 조사에 따르면, 응답자의 약 93%가 웹 접근성에 대한 정규 교육을 받지 못한 것으로 나타났다.[^6]

웹 브라우징에 사용되는 보조 기술

장애를 가진 사람들은 웹 브라우징을 가능하게 하고 지원하기 위해 다음과 같은 보조 기술을 사용한다:

화면 낭독 소프트웨어는 합성 음성을 사용하여 모니터에 표시되는 내용 중 선택된 요소를 읽어주거나(읽기 또는 학습 장애가 있는 사용자에게 유용), 컴퓨터에서 일어나는 모든 것을 읽어줄 수 있다(시각 장애인 및 저시력 사용자가 사용).
점자 단말기는 텍스트를 점자 문자로 변환하는 새로고침 가능한 점자 디스플레이(보통 평평한 표면의 구멍을 통해 핀을 올리는 방식)와 일반 키보드 또는 점자 키보드로 구성된다.
화면 확대 소프트웨어는 컴퓨터 모니터에 표시되는 내용을 확대하여 저시력 사용자가 더 쉽게 읽을 수 있도록 한다.
음성 인식 소프트웨어는 컴퓨터에 대한 음성 명령을 받아들이거나, 구술 내용을 문법적으로 올바른 텍스트로 변환할 수 있다 – 마우스나 키보드 사용이 어려운 사람들에게 유용하다.
키보드 오버레이는 운동 조절 장애가 있는 사람들이 더 쉽게 또는 더 정확하게 타이핑할 수 있도록 도와준다.
청각 장애인을 위한 자막 또는 수어 영상 접근.

접근성 높은 웹 디자인 지침

웹 콘텐츠 접근성 지침

1999년 월드 와이드 웹 컨소시엄(W3C)의 프로젝트인 웹 접근성 이니셔티브는 웹 콘텐츠 접근성 지침 WCAG 1.0을 발표하였다.

2008년 12월 11일, WAI는 WCAG 2.0을 권고안으로 발표하였다. WCAG 2.0은 최신 상태를 유지하고 더 기술 중립적인 것을 목표로 한다. 웹 디자이너들은 두 표준 중 하나를 선택하여 따를 수 있지만, WCAG 2.0은 접근성 높은 웹사이트를 만드는 방법에 관한 확정적 지침으로 널리 받아들여지고 있다. 각국 정부는 자국 웹사이트의 접근성 표준으로 WCAG 2.0을 꾸준히 채택하고 있다.[^7] 2012년에 웹 콘텐츠 접근성 지침은 ISO/IEC 표준으로도 발표되었다: "ISO/IEC 40500:2012: 정보 기술 – W3C 웹 콘텐츠 접근성 지침(WCAG) 2.0".^8 2018년에 WAI는 WCAG 2.0을 확장한 WCAG 2.1 권고안을 발표하였다.[^9]

WAI 지침에 대한 비판

W3C 프로세스가 사용자를 프로세스의 중심에 충분히 두지 않는다는 비판이 있었다.[^10] 학습 장애 및 인지 제한이 있는 사람들의 요구사항을 WCAG 2.0이 다룰 것이라는 WCAG의 원래 주장에 대해 Lisa Seeman이 주도하고 40개 조직 및 개인이 서명한 공식 이의 제기가 있었다.[^11] "WCAG 2.0: 새로운 W3C 지침 평가",[^12] "WCAG 2.0은 됐다"[^13] 및 "시험 가능성의 대가는 너무 크다"[^14]와 같은 글에서, WAI는 WCAG 1.0이 오늘날의 웹 콘텐츠 제작 및 소비 기술과 점점 동떨어지도록 방치한 점, WCAG 2.0 개발의 느린 속도, 새로운 지침의 탐색과 이해를 어렵게 만든 점, 그리고 기타 주장된 결함들에 대해 비판을 받아왔다.

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

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

ATAG는 다음에 대한 안내를 제공하는 28개의 검사 항목을 포함한다: ** 표준과 지침을 충족하는 접근 가능한 출력물 생성 ** 접근성 관련 정보에 대한 콘텐츠 저작자 지원 ** 접근 불가능한 콘텐츠를 확인하고 수정하는 방법 제공 ** 전반적인 외관과 느낌에 접근성 통합 ** 장애인이 저작 도구 자체에 접근할 수 있도록 하기

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

WCAG 1.0: 접근 가능한 설계의 일반 원칙인 14개의 지침
WCAG 2.0: 웹 접근성의 기반을 이루는 4가지 원칙, 저작자가 목표로 삼아야 할 12개의 지침(테스트 불가), 그리고 65개의 테스트 가능한 성공 기준.[^15] W3C의 WCAG 2.0 기법[^16]은 저작자가 지침과 성공 기준을 충족하도록 지원하는 기법 목록이다. 기법은 주기적으로 업데이트되는 반면, 원칙, 지침 및 성공 기준은 안정적이며 변경되지 않는다.[^17]

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

UAAG[^2]는 다음을 다루는 포괄적인 검사 항목을 포함한다: ** 모든 콘텐츠에 대한 접근 ** 콘텐츠가 렌더링되는 방식에 대한 사용자 제어 ** 사용자 인터페이스에 대한 사용자 제어 ** 표준 프로그래밍 인터페이스

웹 접근성 법률

인터넷 사용의 증가와 일상생활에서의 중요성이 커짐에 따라, 전 세계 국가들은 법률을 통해 디지털 접근 문제를 다루고 있다. 한 가지 접근 방식은 기존의 인권 또는 시민권 법률을 활용하여 장애인의 웹사이트 접근을 보호하는 것이다. 미국과 같은 일부 국가에서는 기술 조달 과정을 통해 장애인의 접근을 보호한다.[^18] 많은 국가들이 자국 법률에서 웹 콘텐츠 접근성 지침(WCAG) 2.0을 참조하여 이를 지지하고 채택하는 것이 일반적이다.[^19][^20] 웹 접근성 지침 준수는 주로 북미, 유럽, 남미 일부 지역 및 아시아 일부 지역에서 법적 요구 사항이다.[^21]

아르헨티나

웹 페이지 정보 접근성에 관한 법률 26.653.^22 2010년 11월 3일 아르헨티나 국회에서 승인되었다. 제1조에서 국가 및 그 분권화된 기관, 또는 공공 서비스나 재화와 어떤 방식으로든 관련된 기업은 웹 페이지 설계 시 접근성에 관한 규범과 요구 사항을 준수해야 한다고 명시하고 있다. 그 목적은 정보 접근에 관한 기회의 평등을 보장하고 차별을 방지하기 위해, 모든 장애인이 콘텐츠에 접근할 수 있도록 촉진하는 것이다.

또한, 시행령 656/2019[^23]에 의해 상기 법률 제26,653호의 규정이 승인되었으며, 적용 담당 기관은 ONTI, ""(국가정보기술청)가 될 것이라고 보고되었다.[^24] 이 기관은 이 법의 적용을 받는 개인 및 법인을 지원 및/또는 자문하는 역할을 담당하며, 웹 페이지의 접근성 표준 및 요구 사항의 보급, 승인/갱신 및 이행 감독 등의 기능을 수행한다.

호주

2000년, 호주의 한 시각장애인이 시드니 올림픽 게임 조직위원회(SOCOG)를 상대로 2만 달러의 소송에서 승소했다.[^25] 이것은 장애인 차별금지법 1992에 따른 최초의 성공적인 사례였는데, SOCOG가 공식 웹사이트인 시드니 올림픽 게임 사이트를 시각장애인 사용자가 충분히 접근할 수 있도록 만들지 못했기 때문이다. 인권평등기회위원회(HREOC)도 월드 와이드 웹 접근: 장애인 차별금지법 자문 노트를 발간했다.[^26] 호주의 모든 정부 기관은 접근 가능한 공공 웹사이트를 요구하는 정책과 지침을 갖추고 있다.

브라질

브라질에서 연방 정부는 2005년 1월 18일에 공개 검토를 위한 접근성 지침 문서를 발표했다. 같은 해 12월 14일에 문서의 초판에 대한 제안 사항을 포함한 두 번째 버전이 발표되었다. 2007년 5월 7일, 이 문서의 접근성 지침은 모든 연방 웹사이트에 의무적으로 적용되었다. WCAG 2.0 지침을 따르는 현재 버전의 문서는 ***'(전자정부 접근성 모델)로 명명되어 있으며, 브라질 기획예산관리부에서 관리하고 있다.

이 문서는 공식 웹사이트에서 열람 및 다운로드할 수 있다.[^27]

캐나다

2011년, 캐나다 정부는 정부 웹사이트가 접근 가능하고, 사용하기 쉽고, 상호 운용 가능하며, 모바일 기기에 최적화되도록 보장하기 위한 새로운 웹 표준 세트의 시행을 단계적으로 시작했다. 이 표준은 인터넷을 위한 공통 외관 및 느낌 2.0(CLF 2.0) 표준을 대체한다.

이 네 가지 표준 중 첫 번째인 웹 접근성 표준[^28]은 2013년 7월 31일에 완전히 발효되었다. 웹 접근성 표준은 웹 콘텐츠 접근성 지침(WCAG) 2.0 AA를 따르며, 매년 갱신되는 예외 목록을 포함하고 있다. 정부 부처의 준수를 돕는 명시적인 평가 방법론[^29]이 함께 제공된다. 정부는 또한 혁신적인 웹사이트 구축을 위한 재사용 가능한 웹 구성 요소 세트인 웹 경험 도구 키트(WET)[^30]를 개발했다. WET는 정부 부처가 접근 가능하고, 사용하기 쉽고, 상호 운용 가능하여 정부 표준을 준수하는 혁신적인 웹사이트를 구축하는 데 도움을 준다. WET 도구 키트는 오픈 소스이며 누구나 사용할 수 있다.

세 가지 관련 웹 표준은 다음과 같다: 모바일 기기를 위한 웹사이트 및 애플리케이션 최적화 표준,[^31] 웹 사용성 표준[^32] 및 웹 상호 운용성 표준.[^33]

2019년에 캐나다 정부는 접근 가능한 캐나다법을 통과시켰다. 이 법은 온타리오 장애인 접근성법, 매니토바 접근성법, 노바스코샤 접근성법 등 주 차원의 법률을 기반으로 하고 있다.

유럽연합

2014년 2월, 유럽 의회에서 공공 부문 기관이 관리하는 모든 웹사이트를 모든 사람에게 접근 가능하게 만들어야 한다는 법안 초안이 승인되었다.[^34]

전자접근성에 관한 유럽 위원회 커뮤니케이션이 2005년 9월 13일에 발표되었다.^1 "접근 가능한 ICT 제품 및 서비스의 공공 조달을 조화롭게 하고 촉진"하려는 위원회의 목표는 2005년 12월 CEN, CENELEC 및 ETSI에 발행된 위임장(참조번호 M 376)에 포함되었다.^35 위임장은 하나 이상의 유럽 표준화 기구에 유럽 표준 또는 유럽 표준화 산출물의 초안 작성 및 채택을 요청하는 것이다. 위임장은 사전 협의를 기반으로 하기 때문에 표준화 기구에서 일반적으로 수락하지만, 기술적으로 해당 기구는 독립적이며 위임장을 거부할 권리가 있다.^36 위임장은 또한 공공 조달 담당자가 조화된 요구 사항에 접근할 수 있도록 하는 전자 도구 키트의 개발을 요구했다.^3 위원회는 또한 공공 조달 목적으로 의도된 조화된 결과물이 민간 부문의 조달에도 유용할 수 있다고 언급했다.^3

2016년 10월 26일, 유럽 의회는 공공 부문 기관의 웹사이트와 모바일 앱이 접근 가능해야 한다고 요구하는 웹 접근성 지시문을 승인했다. 관련 접근성 요구 사항은 유럽 표준 EN 301 549 V3.2.1(ETSI 발행)에 설명되어 있다. EU 회원국은 2018년 9월 23일까지 관련 접근성 요구 사항을 시행하는 법률과 규정을 발효시킬 것으로 기대되었다:

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

일부 범주의 웹사이트와 앱은 이 지시문에서 제외되는데, 예를 들어 "공공 서비스 방송사 및 그 자회사의 웹사이트와 모바일 애플리케이션"이 그러하다.^37

유럽 위원회의 "ICT 표준화를 위한 연동 계획 2017"은 ETSI 표준 EN 301 549 V1.1.2가 모바일 애플리케이션에 대한 접근성 요구 사항과 표준 준수를 테스트하기 위한 평가 방법론을 추가하도록 업데이트되어야 한다고 언급하고 있다.^38

2019년에 유럽연합은 디지털 접근성과 디지털 포용을 위한 주요 법률 중 하나인 유럽 접근성법을 도입했다. 2025년 6월 28일에 발효되는 유럽 접근성법(EAA)은 기업이 이 법이 적용되는 새로 출시되는 제품과 서비스의 접근성을 보장하도록 요구한다. 모든 웹사이트는 인식 가능성, 운용 가능성, 이해 가능성, 견고성이라는 WCAG 원칙을 준수하고, 장애가 있는 고객에게 동등한 수준의 사용자 경험을 제공해야 한다. 2025년 6월 28일부터 서비스나 제품이 새로운 규칙을 준수하지 않을 경우, 고객은 국내 법원이나 당국에 불만을 제기할 수 있다.[^39]

인도

인도에서는 전자정보기술부(MeitY) 산하 국가정보센터(NIC)가 2009년에 정부 기관을 위한 인도 정부 웹사이트 지침(GIGW)[^40]을 발표하여, WCAG 2.0 레벨 A 표준을 준수하도록 의무화했다.[^41]

전자정보기술부(MeitY)는 보편적 전자 접근성에 관한 국가 정책[^42]에서, 월드 와이드 웹 컨소시엄의 접근성 웹 표준 및 지침, 즉 저작 도구 접근성 지침(ATAG), 웹 콘텐츠 접근성 지침(WCAG 2.0) 및 사용자 에이전트 접근성 지침(UAAG[^2]) 등 해당 분야의 기존 표준에서 접근성 표준 및 지침을 수립하거나 채택해야 한다고 명확히 명시하고 있다.

GIGW는 웹사이트, 웹 포털 및 웹 애플리케이션의 구상과 설계부터 개발, 유지 보수 및 관리에 이르기까지 전체 수명 주기를 다루는 바람직한 관행에 대한 지침을 제공하여, 정부 지침의 품질과 접근성을 보장하는 것을 목표로 한다. 행정개혁 및 민원부는 이를 중앙사무국 사무절차 매뉴얼의 일부로 포함시켰다.

GIGW 3.0^43은 특히 정부 기관이 정부 전체의 서비스, 혜택 및 정보 제공을 위해 고안된 공공 디지털 인프라를 활용하는 방법에 대한 구체적인 지침을 제공하여, 모바일 앱의 접근성과 사용성에 대한 지침을 크게 강화했다.^44

2016년 장애인 권리법(RPwD)[^45]이 의회에서 통과되었다. 이 법은 이전 법률을 대체하고 디지털 접근성에 대한 더 명확한 지침을 제공했다. RPwD법 106은 제40조에서 제46조를 통해 모든 공공 중심 건물, 교통 시스템, 정보통신기술(ICT) 서비스, 소비자 제품 및 정부 또는 기타 서비스 제공자가 제공하는 모든 기타 서비스에서 접근성이 보장되도록 의무화하고 있다.[^46]

아일랜드

아일랜드에서는 2005년 장애인법[^47]에 따라 공공 기관이 한 명 이상의 사람에게 전자 형태로 통신하는 경우, 통신 내용은 실행 가능한 한 "보조 기술을 이용할 수 있는 시각장애인이 접근할 수 있어야" 한다(제28조 제2항). 국가장애인청은 공공 기관이 이 법의 의무를 이행하는 방법에 대한 지침을 제공하는 실천 강령[^48]을 발간했다. 이것은 승인된 실천 강령이며, 그 규정은 법적 구속력 있는 법정 의무의 효력을 갖는다. 공공 기관은 "관련 지침과 표준에 대해 전자 통신에 대한 기존 관행을 검토"함으로써 제28조 제2항을 준수할 수 있다고 명시하며, "웹 접근성 이니셔티브(WAI)의 웹 콘텐츠 접근성 지침(WCAG) 더블 A 적합성"을 예시로 들고 있다.

이스라엘

2014년, 이스라엘 법무부는 인터넷 웹사이트가 W3C 웹 콘텐츠 접근성 지침 2.0을 기반으로 한 이스라엘 표준 5568을 준수하도록 요구하는 규정을 발표했다. 이스라엘 표준과 W3C 표준 간의 주요 차이점은 오디오 및 비디오 미디어에 대한 자막과 텍스트 제공 요구 사항에 관한 것이다. 이스라엘 표준은 히브리어로 이러한 자막과 텍스트를 제공하는 데 있어 현재의 기술적 어려움을 반영하여 다소 관대하다.[^49]

이탈리아

이탈리아에서 웹 접근성은 이른바 "레제 스탄카"(스탄카법), 공식적으로는 2004년 1월 9일자 법률 제4호에 의해 규제되며, 2004년 1월 17일 관보에 공식 게재되었다. 원래의 스탄카법은 WCAG 1.0에 기반했다. 2013년 3월 20일에 스탄카법이 요구하는 표준은 WCAG 2.0으로 갱신되었다.

일본

일본의 웹 콘텐츠 접근성 지침은 2004년에 JIS(일본산업표준) X 8341-3으로 제정되었다. JIS X 8341-3은 WCAG 2.0을 포괄하도록 2010년에 JIS X 8341-3:2010으로 개정되었으며, 국제 표준 ISO/IEC 40500:2012와 동일한 표준이 되도록 2016년에 JIS X 8341-3:2016으로 개정되었다. 일본 조직인 WAIC(웹 접근성 기반 위원회)는 JIS X 8341-3:2016의 역사와 구조를 발표했다.[^50]

몰타

몰타에서 웹 콘텐츠 접근성 평가는 2003년부터 정보기술 접근성 재단(FITA)에 의해 수행되었다.[^51] 2018년까지 이는 균등기회법(2000) CAP 43의 요구 사항에 따라 WCAG 지침을 적용하여 수행되었다.[^52] EU 웹 접근성 지시문의 도입과 함께 몰타 통신청이 몰타 공공 기관이 소유한 온라인 자원의 접근성을 보장하는 임무를 맡게 되었다.[^53] FITA는 EN301549 표준과 WCAG 2.1을 적용하여 공공 및 상업 기관에 ICT 접근성 평가를 계속 제공하고 있다. 따라서 균등기회법 차별금지 법률과 전환된 EU 웹 접근성 지시문이 모두 몰타의 상황에 적용된다.

노르웨이

노르웨이에서 웹 접근성은 장애를 이유로 한 차별 금지에 관한 2008년 6월 20일자 법률 제42호, 일명 차별금지 접근성법에 따른 법적 의무이다. 이 법은 2009년에 시행되었으며, 정부행정개혁교회부 []는 2013년에 정보통신기술(ICT) 솔루션의 보편적 설계에 관한 규정 []을 발표했다.[^54] 이 규정은 일부 예외를 제외하고 웹 콘텐츠 접근성 지침 2.0(WCAG 2.0) / NS / ISO / IEC 40500: 2012의 레벨 A 및 AA 준수를 요구한다.[^55][^56] 노르웨이 공공관리 및 전자정부청(Difi)은 일반 대중을 대상으로 한 ICT 솔루션이 법률 및 규제 요구 사항을 준수하는지 감독할 책임이 있다.[^57]

필리핀

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

필리핀은 또한 아시아-태평양 지역 11개국이 참석한 장애인을 위한 접근 가능한 정보통신기술(ICT)에 관한 지역 간 세미나 및 지역 시범 워크숍이 개최된 곳이기도 하다. 마닐라 접근 가능한 정보통신기술 설계 권고안이 2003년에 초안이 작성되고 채택되었다.

스페인

스페인에서 UNE 139803:2012는 웹 접근성을 규제하도록 위임된 규범이다. 이 표준은 웹 콘텐츠 접근성 지침 2.0에 기반하고 있다.[^58]

스웨덴

스웨덴에서 Verva(스웨덴 행정개발청)는 스웨덴 공공 부문 웹사이트를 위한 일련의 지침을 관할한다. 이 지침을 통해 웹 접근성은 별도의 문제가 아닌 전체 개발 과정의 필수적인 부분으로 제시된다. 스웨덴 지침에는 웹사이트의 구상부터 라이브 웹 콘텐츠 게시까지 전체 수명 주기를 다루는 기준이 포함되어 있다. 이 기준은 다음을 포함하여 고려해야 할 여러 영역을 다룬다:

접근성
사용성
웹 표준
개인정보 보호 문제
정보 아키텍처
웹용 콘텐츠 개발
콘텐츠 관리 시스템(CMS) / 저작 도구 선택
모바일 기기를 위한 웹 콘텐츠 개발

영어 번역본은 2008년 4월에 발표되었다: 스웨덴 공공 부문 웹사이트를 위한 국가 지침.[^59] 이 번역본은 2006년에 발표된 최신 버전의 지침에 기반하고 있다.[^60]

영국

영국에서 2010년 평등법은 웹사이트 접근성을 명시적으로 언급하지 않지만, 장애인에 대한 차별을 불법으로 규정한다. 이 법은 공공, 민간 및 자발적 부문 등 서비스를 제공하는 모든 사람에게 적용된다. 이 법에 수반하여 정부의 평등인권위원회가 발행한 실천 강령: 접근권 – 상품, 시설, 서비스 및 건물 문서[^61]는 이 법의 적용을 받아야 하는 "대중에 대한 서비스" 중 하나로 웹사이트를 명시적으로 언급하고 있다.

2010년 12월에 영국은 BS 8878:2010 웹 접근성. 실천 강령 표준을 발표했다. 이 표준은 사실상 PAS 78(2006년 발행)을 대체한다. PAS 78은 장애인권리위원회에 의해 제작되었으며 장애인이 사용할 수 있다. 이 표준은 비기술 전문가에게 장애인과 고령자를 위한 개선된 접근성, 사용성 및 사용자 경험을 소개하도록 설계되었다.[^62] 이 주제에 처음 접하는 사람에게 특히 유용할 것인데, 기술 및 디자인 문제보다는 프로세스에 대한 지침을 제공하기 때문이다. BS 8878은 2010년 평등법[^63]과 일치하며, 영국 정부의 전자접근성 실행 계획에서 접근 가능한 온라인 서비스 개발에 관한 갱신된 조언의 기반으로 참조되고 있다. 이 표준에는 다음에 대한 권고 사항이 포함되어 있다:

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

BS 8878은 조직 내 웹 제품 생성을 다루는 정책 및 해당 정책에 대한 거버넌스를 담당하는 모든 사람을 대상으로 한다. 또한 조직 내 평등 및 포용 이니셔티브를 촉진하고 지원하는 사람과 웹 제품 및 콘텐츠의 조달, 생성 또는 교육에 관여하는 사람을 지원한다. BS 8878 요약본[^64]은 조직이 이 표준이 접근성과 포용적 설계를 일상적인 업무 프로세스에 내재시키는 데 어떻게 도움이 되는지 더 잘 이해할 수 있도록 제공된다.

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

4월 9일, 내셔널 레일은 파란색과 흰색의 미적 디자인을 검정색과 흰색 테마로 교체했는데, 이는 웹 콘텐츠 접근성 지침에 부합하지 않는다는 비판을 받았다. 이 회사는 파란색과 흰색 테마를 복원하고 최신 접근성 지침에 따라 웹사이트를 현대화하는 데 투자하고 있다고 밝혔다.[^66]

2019년에 새로운 접근성 규정[^67][^68]이 시행되어, 공공 부문 기관이 접근성 성명서를 발표하고 2020년 9월 23일까지 웹사이트를 접근 가능하게 만들어야 하는 법적 의무가 설정되었다.[^69] 접근성 성명서에는 웹사이트가 어떻게 테스트되었는지에 대한 정보와 접근성 문제를 해결하기 위한 조직의 계획이 포함된다. 성명서는 웹사이트의 모든 페이지에 게시되고 링크되어야 한다.[^70]

미국

미국에서 1973년 재활법 수정안의 제508조는 모든 연방 기관의 전자 및 정보 기술이 장애인에게 접근 가능하도록 요구한다. 일반 대중과 연방 직원 모두 컴퓨터 하드웨어 및 소프트웨어, 웹사이트, 전화 시스템, 복사기 등의 기술에 접근할 권리가 있다.[^71]
또한, 재활법 제504조는 연방 기금을 받는 기관의 장애를 이유로 한 차별을 금지하며, 메디케어/메디케이드를 통해 연방 기금을 받는 병원 등의 조직을 대상으로 한 다수의 소송에서 인용되었다.

이에 더하여, 미국 장애인법(ADA) 제3편은 장애를 이유로 한 차별을 금지한다. 이 문제에 대해서는 일부 논쟁이 있다. 여러 법원과 미국 법무부는 ADA가 웹사이트 및 앱 운영자와 소유자에게 JAWS 스크린 리더와 같은 일반적인 보조 기술과 호환되고 장애인이 접근할 수 있도록 웹사이트와 앱을 만들기 위한 적극적인 조치를 취하도록 요구한다는 입장을 취한 반면, 다른 법원들은 ADA가 온라인에는 적용되지 않는다는 입장을 취했다. 미국 법무부는 다수의 합의에서 WCAG2.0AA 표준을 접근성의 적절한 표준으로 지지했다.[^72]

2017년 이후 ADA에 근거하여 웹사이트와 모바일 앱에 이의를 제기하는 수많은 소송이 제기되었다. 이러한 사건들은 플로리다 연방 법원이 윈딕시의 웹사이트가 접근 가능해야 한다고 판결한 2017년의 Gil 대 Winn Dixie Stores 사건에 의해 촉발된 것으로 보인다. 2017년에 약 800건의 웹 접근성 관련 소송이 제기되었고, 2018년에는 2,200건 이상이 제기되었다. 또한, 법무부가 2010년에 웹 접근성에 대한 지침을 발표하겠다고 밝혔지만, 2017년에 이 계획을 철회하여 접근 불가능한 사이트에 대한 법적 조치를 촉발하기도 했다.[^4]

ADA와 관련된 주목할 만한 소송은 도미노의 모바일 앱을 사용할 수 없었던 한 시각장애인 사용자가 도미노 피자를 상대로 제기한 것이다. 연방 지방법원 단계에서 법원은 법무부가 접근성에 대한 지침을 수립하지 않았다는 이유로 도미노에 유리한 판결을 내렸지만, 이는 제9순회 항소법원에 항소되었다. 제9순회 항소법원은 지방법원의 판결을 뒤집고, 도미노가 ADA를 충족해야 하는 오프라인 매장이며 모바일 앱이 그 서비스의 연장이므로 앱도 ADA를 준수해야 한다고 판결했다. 도미노는 다른 많은 레스토랑 및 소매 체인의 지지를 받아 이 결정이 장애가 있는 고객에게 주문할 수 있는 다른 더 접근 가능한 수단이 있으므로 적법 절차에 영향을 미친다고 주장하며 대법원에 상고했다.[^4] 2019년 10월, 대법원은 이 사건의 심리를 거부했으며, 이는 사실상 제9순회 항소법원의 판결을 확정하고 사건이 현 상태로 심리되도록 요구했다.[^73][^74]

연방 웹사이트 접근성 소송의 건수와 비용은 2018년에 급격히 증가하여 2022년에 정점에 달했으며, 이후 최근 몇 년간 다소 감소했다.[^75]

웹사이트 접근성 감사

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

웹사이트의 접근성을 감사하기 위해 다양한 방법이 사용된다:

자동화 도구는 존재하는 일부 문제를 식별할 수 있다. 도구에 따라 결과가 크게 달라질 수 있어 테스트 결과를 비교하기 어렵다.[^76]
웹 디자인 기술과 접근성에 정통한 전문 기술 검토자가 대표적인 페이지 선택을 검토하고, 발견 사항을 바탕으로 상세한 피드백과 조언을 제공할 수 있다.
일반적으로 기술 전문가의 감독 하에 이루어지는 사용자 테스트는 일반 사용자에게 웹사이트에서 수행할 과제를 설정하고, 사용자가 과제를 수행하면서 겪는 문제를 검토하는 것을 포함한다.

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

자동화 도구는 비교적 짧은 시간 내에 많은 페이지를 처리할 수 있지만, 웹사이트에 존재할 수 있는 접근성 문제 중 제한된 부분만 식별할 수 있다.
전문 기술 검토는 존재하는 많은 문제를 식별할 수 있지만, 과정에 시간이 많이 소요되며 많은 웹사이트는 한 사람이 모든 페이지를 검토하기에는 너무 크다.
사용자 테스트는 사용성과 접근성 테스트의 요소를 결합하며, 그렇지 않으면 간과될 수 있는 문제를 식별하는 데 가치가 있지만, 한 사용자의 선호도에 기반하여 디자인 결정을 내리는 위험을 피하기 위해 전문적으로 사용해야 한다.

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

접근 가능한 웹 애플리케이션과 WAI-ARIA

웹 페이지가 접근 가능하려면 페이지 기능에 대한 모든 중요한 의미 정보가 제공되어야 하며, 이를 통해 보조 기술이 콘텐츠를 이해하고 처리하며 사용자에게 맞게 조정할 수 있어야 한다.
그러나 콘텐츠가 점점 더 복잡해지면서 표준 HTML 태그와 속성만으로는 의미 정보를 안정적으로 제공하기에 부족해졌다. 현대 웹 애플리케이션은 종종 요소에 스크립트를 적용하여 기능을 제어하고 컨트롤이나 기타 동적 구성 요소로 작동할 수 있게 한다. 이러한 사용자 정의 구성 요소나 위젯은 사용자 에이전트에 의미 정보를 전달하는 방법을 제공하지 않는다. WAI-ARIA(접근 가능한 리치 인터넷 애플리케이션)는 월드 와이드 웹 컨소시엄이 발표한 명세[^77]로, Ajax, HTML, JavaScript 및 관련 기술로 개발된 동적 콘텐츠와 사용자 인터페이스 구성 요소의 접근성을 높이는 방법을 규정한다. ARIA는 작성자가 지원되는 동작을 완전히 설명하기 위한 모든 의미 정보를 제공할 수 있게 함으로써 접근성을 가능하게 한다. 또한 각 요소가 현재 상태와 속성, 그리고 다른 요소와의 관계를 노출할 수 있게 한다. 포커스 및 탭 인덱스와 관련된 접근성 문제도 수정된다.

같이 보기

접근 가능한 출판
보완 대체 의사소통
블루 비니 데이
컴퓨터 접근성
장치 독립성
디지털 격차
유럽 인터넷 접근성 관측소
Knowbility
Maguire 대 시드니 올림픽 조직위원회 (2000)
다중 모달 상호작용
점진적 향상
유니버설 디자인
웹 접근성 이니셔티브
웹 공학
웹 상호 운용성
웹 리터러시

추가 읽을거리

표준 및 지침

참고 문헌

[^2]: 사용자 에이전트 접근성 지침(UAAG) 개요. 월드 와이드 웹 컨소시엄. (2005년 7월)

[^4]: cite web url = https://www.cnbc.com/2019/07/25/dominos-asks-supreme-court-to-say-disability-protections-dont-apply-online.html title = 시각장애인이 도미노에서 피자를 주문할 수 없었다. 회사는

[^5]: Rochford, John. 인지적 웹 접근성 자원 색인

[^6]: 웹 접근성: 소개. (2020-07-30)

[^7]: 정부 접근성 표준과 WCAG 2.0. Powermapper.com. (2012년 11월 13일)

[^9]: 웹 콘텐츠 접근성 지침(WCAG) 2.1

[^10]: W3C 프로세스의 중심에 사용자를 놓다. JISC CETIS. (2007년 7월 24일)

[^11]: WCAG 2.0에 대한 공식 이의제기. W3C 공개 메일링 리스트 아카이브. (2006년 6월 20일)

[^12]: WCAG 2.0: 새로운 W3C 접근성 지침 평가. Webcredible.co.uk

[^13]: WCAG 2 따위는 집어치워라 · An A List Apart 기사. Alistapart.com. (2013년 7월 11일)

[^14]: 테스트 가능성의 비용이 너무 크다 · An A List Apart 기사. Alistapart.com. (2013년 7월 11일)

[^15]: 웹 콘텐츠 접근성 지침(WCAG) 2.0. W3C

[^16]: WCAG 2.0 기법. W3C

[^17]: WCAG 성공 기준 기법의 이해. W3C

[^18]: 재활법 제508조. SSB BART Group. (2010년 2월 24일)

[^19]: 세계 법률 - 전 세계 법률 소개. WebAIM (Web Accessibility in Mind)

[^20]: 전 세계의 디지털 접근성 법률. Law Office of Lainey Feingold. (2013년 5월 9일)

[^21]: 웹 접근성이란 무엇이며 왜 웹사이트 성공에 중요한가?

[^23]: 아르헨티나 공화국 관보 - 공공 정보 접근 - 법령 656/2019

[^24]: 국가 정보기술청. (2017-03-08)

[^25]: Maguire 대 SOCOG {{!

[^26]: 월드 와이드 웹 접근: 장애인 차별금지법 권고 사항 제4.0판 (2010) | 호주 인권위원회. Hreoc.gov.au. (2010년 7월 1일)

[^27]: e-MAG – 전자정부 접근성 모델. GovernoEletronico.gov.br

[^28]: 웹 접근성 표준. (2011년 8월 2일)

[^29]: 평가 방법론. 캐나다 정부. (2012년 1월 25일)

[^30]: 웹 경험 도구 키트. 캐나다 정부. (2012년 1월 25일)

[^31]: 모바일 기기용 웹사이트 및 애플리케이션 최적화 표준. 캐나다 정부. (2013년 4월 30일)

[^32]: 웹 사용성 표준. 캐나다 정부. (2012년 1월 25일)

[^33]: 웹 상호운용성 표준. 캐나다 정부. (2012년 8월 2일)

[^34]: 유럽의회 의원들, 온라인 공공 서비스의 모든 사람에 대한 접근성 확보에 투표. 유럽 의회. (2014년 2월 26일)

[^39]: 고용, 사회 문제 및 포용

[^40]: 인도 정부 웹사이트 지침

[^41]: 인도: 웹 접근성 이니셔티브(WAI)

[^42]: 보편적 전자 접근성에 관한 국가 정책. (2009)

[^45]: 장애인 권리법(RPWD). DEOC

[^46]: 2016년 장애인 권리법. (2016)

[^47]: 2005년 장애법 – 아일랜드 의회. Oireachtas.ie. (2009년 11월 13일)

[^48]: 공공기관이 제공하는 공공 서비스 및 정보의 접근성에 관한 실행 규범. Nda.ie. (2006년 7월 21일)

[^49]: 이스라엘 기술법 블로그, 웹사이트 접근성 요구사항

[^50]: JIS X 8341-3:2016. 웹 접근성 기반 위원회

[^51]: FITA - 15년간의 서비스, 프로젝트 및 혁신

[^52]: FITA 서비스

[^53]: MCA - 웹 접근성. (2018년 12월 14일)

[^54]: 정보통신기술(ICT) 솔루션의 유니버설 디자인에 관한 규정. 지방정부 및 현대화부. (2013년 6월 21일)

[^55]: Giannoumis, G. Anthony. 영국과 노르웨이의 법률 및 성능 표준의 연결고리: 웹 콘텐츠 규제. (2014)

[^56]: 정보의 유니버설 디자인에 관한 규정

[^57]: 유니버설 디자인을 위한 정부 행동 계획 2015–2019. 노르웨이 아동·평등·사회통합부

[^58]: UNE 139803:2012 콘텐츠 접근성 요구사항...

[^59]: 스웨덴 공공부문 웹사이트 국가 지침. VERVA. (2008년 4월)

[^60]: 스웨덴 공공부문 웹사이트 지침 새 버전. standards-schmandards.com

[^61]: 접근 가능한 웹사이트 제작을 위한 우수 사례 안내서. 평등인권위원회

[^62]: BS 8878:2010 웹 접근성. 실행 규범. [[영국표준협회]]

[^63]: 2010년 평등법. Legislation.gov.uk

[^64]: BS 8878 웹 접근성 표준 – 알아야 할 모든 것. Hassell Inclusion

[^65]: ISO 30071-1 디지털 접근성 표준(BS 8878 대체) – 알아야 할 모든 것. Hassell Inclusion

[^66]: 필립공: 내셔널 레일의 '접근성 프로세스'가 인지하지 못한 …

[^67]: 새로운 공공부문 웹사이트 접근성 규정 시행

[^68]: 공공부문 기관의 접근성 요구사항 이해

[^69]: 공공부문 기관의 새로운 접근성 요구사항 이해 {{!

[^70]: 공공부문 기관의 접근성 규정

[^71]: Yanchulis, Dave. 제508조 표준에 관하여 – 미국 접근성 위원회

[^72]: 공공시설 및 상업시설에서의 장애에 따른 차별 금지. (2012년 3월 8일)

[^73]: Robles 대 Domino's Pizza LLC. 남동부 ADA 센터. (2021년 6월 23일)

[^74]: Cite web url = https://equidox.co/blog/robles-vs-dominos-pizza-explained-no-published-guidelines-doesnt-mean-no-standards/ title = Robles 대 Domino's Pizza 설명 date = 2019년 10월 18일 access-date

[^75]: 2024년에도 연방 법원 웹사이트 접근성 소송 건수 감소 지속. (2025-04-22)

[^76]: Krantz, Peter. 웹 접근성 평가 도구의 함정. Standards-schmandards.com. (2009년 4월 23일)

[^77]: 접근 가능한 리치 인터넷 애플리케이션(WAI-ARIA) 1.0. 월드 와이드 웹 컨소시엄. (2012년 12월 12일)