이번 주 접근성 흐름은 규제 일정의 재조정과 실무 구현 품질로 요약할 수 있습니다. 미국 HHS는 Section 504 기반 웹·모바일 접근성 준수 일정을 1년 연장했고, W3C는 WCAG 2 개요 문서를 갱신하며 ISO, EAA, EN 301 549와의 관계를 다시 정리했습니다.
국내에서는 AI 음성·쉬운 글 서비스처럼 정보 접근성을 낮추는 제품 소식이 이어졌습니다. 접근성이 법적 준수만이 아니라, 실제 사용자가 정보를 읽고 듣고 이해할 수 있게 만드는 제품 전략이라는 점이 더 분명해지고 있습니다.
국내외 뉴스
리드스피커코리아, AI EXPO KOREA 2026에서 디지털 포용 솔루션 공개
리드스피커코리아는 5월 6일부터 8일까지 서울 코엑스에서 열린 AI EXPO KOREA 2026에서 웹리더(webReader)와 실시간 음성인식 자막 솔루션을 선보였습니다. 웹리더는 별도 설치 없이 웹페이지 텍스트를 음성으로 읽어주는 서비스로, 시각장애인·고령층·저시력자 등 정보 취약계층을 대상으로 합니다.
기사에서는 최근 대법원의 온라인 쇼핑몰 대체 텍스트 관련 판결 이후, 민간 기업의 웹 접근성 준수가 법적 의무와 ESG 경영 지표로 부상하고 있다고 짚었습니다. 국내 기업이 접근성을 제품 기능과 B2B 솔루션으로 연결하는 사례라는 점에서 주목할 만합니다.
출처: 청년개발자신문 ↗ (2026.05.08)
EQ4ALL·소소한소통, 쉬운 글 AI 서비스 온글 출시
EQ4ALL과 소소한소통은 복잡한 공공문서와 업무 매뉴얼을 쉬운 글로 바꿔주는 AI 서비스 온글을 출시했습니다. 발달장애인, 고령층, 해당 분야 초보자처럼 긴 문장과 어려운 용어에 장벽을 느끼는 사용자를 위해 웹 기반 SaaS 형태로 제공됩니다.
흥미로운 점은 AI 변환만으로 끝내지 않고, 쉬운 정보 전문가와 실제 정보 사용자인 발달장애인이 내용을 검증하는 감수 서비스를 추가할 수 있다는 점입니다. 자동화와 사용자 검증을 결합한 정보 접근성 모델로 볼 수 있습니다.
출처: G.ECONOMY ↗ (2026.05.08)
표준 업데이트 (WCAG, WAI-ARIA 등)
W3C, WCAG 2 개요 문서 갱신
W3C WAI는 5월 5일 WCAG 2 Overview 문서를 갱신했습니다. 이번 문서는 WCAG 2.0, 2.1, 2.2의 관계를 설명하고, WCAG 2.2가 ISO/IEC 40500:2025로 승인됐다는 점을 명시합니다.
또한 EAA 대응에서 많은 조직이 WCAG와 EN 301 549를 함께 사용하며, 다음 EN 301 549 버전이 최신 WCAG 2.2를 사용할 것으로 예상된다고 설명합니다. 실무팀 입장에서는 “WCAG 3.0을 기다릴 것인가”보다, 현재는 WCAG 2.2 기준으로 개선 체계를 잡는 것이 더 현실적인 선택입니다.
출처: W3C WAI ↗ (2026.05.05)
도구 & 기술
접근성 테스트 도구 논의, 자동화와 수동 검증의 역할을 재확인
Test Guild는 접근성 테스트 도구에 대한 전문가 의견을 정리하며, 2026년에도 자동화 도구만으로는 접근성 품질을 보장할 수 없다고 강조했습니다. axe-core, Lighthouse, WAVE 같은 자동 검사 도구는 빠른 피드백에 유용하지만, 스크린 리더 사용성·키보드 흐름·실제 과업 완료 여부는 사람이 직접 확인해야 합니다.
프런트엔드 팀에는 이 메시지가 중요합니다. CI에서 자동 검사를 돌리는 것은 좋은 출발점이지만, 컴포넌트 리뷰와 릴리스 전 QA에는 NVDA, VoiceOver, 키보드 전용 탐색 같은 실제 사용 시나리오가 포함되어야 합니다.
출처: Test Guild ↗ (2026.05.07)
법률 & 정책
HHS, Section 504 웹·모바일 접근성 준수 기한 1년 연장
미국 보건복지부(HHS) 시민권국은 5월 7일 중간 최종 규칙을 발표하고, HHS 지원금을 받는 기관의 웹 콘텐츠와 모바일 앱 접근성 준수 기한을 1년 연장했습니다. 직원 15명 이상 기관은 2027년 5월 11일까지, 15명 미만 기관은 2028년 5월 10일까지 WCAG 2.1 AA 기준에 맞춰야 합니다.
HHS는 이번 조치가 DOJ의 ADA Title II 일정 연장과 정합성을 맞추기 위한 것이라고 설명했습니다. 다만 일정이 늦춰졌을 뿐, 장애인이 프로그램과 서비스를 접근 가능하게 이용할 수 있어야 한다는 의무는 유지됩니다.
출처: HHS ↗ (2026.05.07)
4월 접근성 법률 업데이트, WCAG는 법적 기준이 아니라 증거로 해석
Converge Accessibility는 5월 4일 공개한 법률 업데이트에서 Fernandez v. Seb Management Group LLC 사건을 다뤘습니다. 법원은 피고 웹사이트가 오프라인 매장과 연결되어 있고 구매·픽업 기능을 제공한다는 점에서 ADA 청구가 계속될 수 있다고 봤습니다.
또한 WCAG 2.0 AA 위반 주장을 “ADA가 WCAG를 직접 요구한다”는 의미가 아니라, 웹사이트가 수용 가능한 접근성 수준에 미달했다는 증거로 볼 수 있다고 판단했습니다. 실무적으로는 WCAG 준수가 여전히 가장 강한 방어 자료이지만, 법적 맥락에서는 관할과 사건 구조에 따라 해석이 달라질 수 있음을 보여줍니다.
출처: Converge Accessibility ↗ (2026.05.04)
실무 사례 & 가이드
Level Access, WAI-ARIA 사용 원칙과 흔한 오용 사례 정리
Level Access는 WAI-ARIA의 역할, 상태, 속성을 설명하고 올바른 사용 원칙을 정리한 가이드를 공개했습니다. 핵심은 명확합니다. 네이티브 HTML 요소가 의미와 키보드 동작을 제공할 수 있다면 ARIA보다 네이티브 요소를 우선해야 합니다.
가이드는 ARIA가 보조기술에 의미를 전달할 뿐, 키보드 동작이나 실제 인터랙션을 자동으로 만들어주지 않는다고 강조합니다. 커스텀 컴포넌트를 많이 만드는 디자인 시스템 팀이라면 role="button"을 붙이는 것에서 끝내지 말고, 포커스 관리·키보드 이벤트·상태 전달까지 함께 검증해야 합니다.
출처: Level Access ↗ (2026.05.08)
마무리
이번 주 소식은 접근성을 “마감일을 맞추는 일”로만 보면 부족하다는 점을 보여줍니다. HHS의 일정 연장은 기관에 시간을 더 줬지만, W3C 문서와 실무 가이드는 지금 당장 WCAG 2.2, 네이티브 HTML, 수동 테스트, 쉬운 정보 제공을 제품 개발 흐름에 넣어야 한다고 말합니다.
개발팀이라면 이번 주에는 두 가지를 점검해볼 만합니다. 첫째, 자동 접근성 검사와 수동 보조기술 테스트가 릴리스 프로세스에 함께 들어가 있는지 확인합니다. 둘째, 컴포넌트에서 ARIA를 쓰는 이유가 명확한지, 네이티브 HTML로 더 단순하게 해결할 수 있는 부분은 없는지 다시 살펴보면 좋겠습니다.