웹접근성 가이드 : 견고성

0. 시작하는 글

- <a> 태그, <ul>태그가 닫혀히지 않는 등은 견고성을 위반한 형태임

- 웹사이트 오류와 견고성 관계 

- 웹 접근성에서의 견고성은 웹사이트 만들 때 다양한 기술이나 환경에서도 문제없이 잘 작동하고 오류없이 정보를 잘 전달할 수 있도록 만들자는 원칙

- 마크업언어에 문법적 오류 있으면 -> 오류해석 및 정보 전달 기능 차이 발생 - > 웹 콘텐츠 인식 및 이해에 영향

- 견고성은 문법준수, 웹 애플리케이션 접근성 2개로

1. 마크업 오류 방지

검사항목 23. 마크업 오류 방지

1) 기본내용  : (문법준수) 웹 콘텐츠는 마크업 언어의 문법을 준수해야 한다

2) 오류유형 : 태그 열고닫음 오류, 태그 중첩 오류, 중복 선언된 속성의 오류(ID중복 오류 포함)

- 필요성 : 마크업 언어의 문법 오류 방지 -> 여러 브라우저, 보조기기에 잘 작동

3) 평가포인트

- 검사내용 

: 해당 마크업 문법 최대한 준수하여 제공했는지 확인

: 태그 열고 닫음 잘하기, 태그 중첩 안하기, id 중복 선언 안하기(한 페이지에서 id는 유일)

- 검사방법 

: w3c의 Markup Validation Service를 통해 확인 가능

:OpenWAX 21번째 이용해 확인 가능

2. 웹 애플리케이션 접근성

검사항목24 : 검사항목 1~23을 준수하는지를 판단, 준수할 시 24번항목은 자동적으로 문제 없음

1) 기본개념 : (웹 애플리케이션 접근성) 웹 애플리케이션은 접근성이 있어야 한다

- 방법 : 자체적 접근성 구현 혹은 대체수단 제공

2) 오류유형 

  (1) 대체수단이 필요한 경우 : 접근성이 제공안되는 플래쉬 (대체수단 : 플래쉬 제공안되는 사람을 위해 html로 콘텐츠 만듦)

 -> 원기능이 작동안될 때 대체수단을 제공 ex) 3D 시각화된 지도 제공한 예에서 2D형태의 대안을 제시

 : 평가항목 18항목 마크업으로 구현 가능한 기능을 자바스크립트로만 구현하지 말아야 한다 -> 자바스크립트 미작동 될 수도 있으므로

 -> 자바스크립트도 자체적 접근성 중심으로 검사해야 함

3) 평가포인트

- 웹 애플리케이션 자체접근성 준수하여 제공한 경우 준수한 것으로 인정

- 검사방법

 : 부가애플리케이션 사용하였는지 확인 -> 확인하면 부가 애플리케이션 접근성 확인

- 자체적인 접근성에 동등한 대체 콘텐츠 제공여부 확인

- 접근성 검사도구 (UIA - USer Interface Autmation) Verify 사용

Ref)

한국정보화진흥원 웹접근성연구소 온라인 강의

웹/모바일 접근성 관련 궁금 한 것들은 물어봐 주세요 ^^

공감 혹은 댓글은 

글쓴이에게 큰 도움이 됩니다~