WAI-ARIA는 속성으로 의미를 추가하여 동적 웹 앱을 접근 가능하게 만들었다

풍부한 웹 앱은 조용한 약속을 깨뜨렸다. div와 JavaScript로 만든 버튼은 겉보기에는 맞을 수 있었지만, 보조 기술은 그것이 무엇인지, 또는 변경되었는지 알 수 없었다.

무딘 해결책은 새로운 네이티브 HTML 컨트롤을 기다리는 것이었다. WAI-ARIA는 대신 오버레이를 만들었다. 작성자는 역할, 상태, 속성을 선언했고, 사용자 에이전트는 이를 데스크톱 소프트웨어가 이미 사용하던 접근성 API에 매핑했다.

W3C는 2014년 3월 20일 WAI-ARIA 1.0을 권고안으로 발표하며, 동적이고 상호작용적인 웹 콘텐츠를 접근 가능하게 만들기 위한 명세라고 명시적으로 규정했다.

천재성은 호환성이었다. ARIA는 팀이 HTML을 포기하지 않고 기존 위젯을 수리하고 새 위젯을 구축할 수 있게 했으며, 이후 HTML과 SVG 작업이 동일한 의미 어휘를 흡수할 수 있었다.

위젯이 아니라 의미를 패치하라

개발자가 있는 곳에서 만났다. 사용자 정의 컨트롤은 이미 존재했고 수리 경로가 필요했다.

사이트별 해킹 대신 브라우저와 보조 도구에 공유 매핑 대상을 제공했다.

시각적 동작과 접근성 의미를 분리하여 디자인 시스템이 유연하게 유지될 수 있었다.

플랫폼이 이미 어디에나 있을 때, 승리하는 접근성 계층은 기존 콘텐츠가 채택할 수 있는 가장 작은 의미 오버레이일 수 있다.

ARIA는 일상적인 웹 접근성 도구 키트의 일부가 되었고 복잡한 디자인 시스템의 의존성이 되었다. 네이티브 의미 HTML의 필요성을 없애지는 않았지만, 동적 인터페이스에 화면 판독기와 기타 보조 기술로 향하는 표준 다리를 제공했다.