이번 주 접근성 소식은 접근성을 제품 개발과 유지보수 흐름 안에 넣는 방법을 다뤘습니다. 새 접근성 플랫폼 출시, 스크린 리더 베타 배포, 대기업 내부 피드백 프로그램, EAA 판결 해설이 나왔습니다.
유럽에서는 “어느 정도 접근 가능하다”는 자기 평가만으로는 부족하다는 해석이 나왔습니다.
국내외 뉴스
Accesstive, 접근성 점검과 운영을 한 흐름으로 묶는 플랫폼 출시
NITSAN은 15년 넘는 엔터프라이즈 웹 구축 경험을 바탕으로 만든 접근성 플랫폼 Accesstive를 공개했습니다. 보도자료에 따르면 이 제품은 스캐닝, 지속 모니터링, 라이브 감사, 이슈 관리, 수정 가이드, 접근성 성명 관리를 하나의 워크플로로 묶습니다.
출처: EIN Presswire ↗ (2026.07.18)
NVDA 2026.2beta7 공개, Magnifier와 터치 탐색 개선 예고
NV Access는 NVDA 2026.2beta7 테스트 버전을 공개했습니다. 2026.2 릴리스 계열에는 내장 Magnifier, 확대와 색상 필터, 터치 기반 browse mode 탐색, 음성 사전 확장, braille 자동 스크롤이 들어 있습니다. beta7에서는 번역 업데이트, 재시작 처리, PDF 읽기 관련 수정이 추가됐습니다.
스크린 리더가 바뀌면 보조기술 사용자와 함께 웹 제품 팀도 영향을 받습니다. 터치 탐색과 PDF 읽기가 개선됐으므로, 모바일 웹, 문서 기반 서비스, 키보드 외 입력 흐름을 함께 점검합니다.
출처: NV Access ↗ (2026.07.14)
법률 & 정책
프랑스 EAA 해석, “71% 접근 가능”은 방어 논리가 될 수 없다고 정리
Silktide는 7월 14일 글에서 프랑스 Caen 법원의 Carrefour France 판결을 해설했습니다. 6개월 안의 개선 명령은 6월 14일 회차에서 다뤘습니다. 해설에 따르면 회사 측은 RGAA 기준 약 71% 수준의 자기 평가를 제시했습니다. 법원은 디지털 접근성을 “결과 의무”로 보고, 부분 준수만으로는 부족하다고 판단했습니다.
Silktide는 접근성 성명서의 비율이나 자체 측정 점수를 참고 자료로 봅니다. 실제 분쟁에서는 면책 근거로 인정되지 않을 수 있습니다.
출처: Silktide ↗ (2026.07.14)
실무 사례 & 가이드
Microsoft, 신경다양성 직원 피드백을 제품 접근성 개선 루프로 확장
Microsoft는 자사 Inside Track 블로그에서 신경다양성 직원 150명이 10개 제품을 실제 시나리오로 평가하는 피드백 프로그램을 소개했습니다. 이 프로그램은 집중, 학습, 기억, 작업 전환 같은 실행 기능 관점에서 제품의 마찰을 찾습니다. 기존 접근성 점검이 다루지 않던 영역입니다.
이 사례는 접근성을 인지 부하를 줄이는 설계 문제로 다룹니다. 막다른 워크플로, 헷갈리는 다음 단계, 회복 경로가 보이지 않는 UI를 줄이면 장애가 있는 사용자와 함께 대부분의 사용자 경험이 나아집니다.
출처: Microsoft Inside Track ↗ (2026.07.16)
AccessibilityChecker, 접근성 툴바를 “보조 수단”으로 비교 정리
AccessibilityChecker는 주요 웹 접근성 툴바를 비교하면서 텍스트 크기 조절, 대비 변경, text-to-speech, 번역, 읽기 보조 기능 같은 사용자 제어 옵션을 정리했습니다. 글에 따르면 툴바는 웹사이트 자체의 접근성을 대체하지 못합니다. 이미 접근 가능한 사이트 위에서 사용자에게 추가 제어권을 주는 보조 수단입니다.
overlay나 위젯을 모든 문제의 해법처럼 소개하는 사례가 많습니다. 툴바 도입을 검토하는 팀은 먼저 기본 마크업, 키보드 탐색, 명도 대비, 폼 오류 처리 같은 사이트 자체의 접근성부터 확인합니다.
출처: AccessibilityChecker.com ↗ (2026.07.13)
WordPress 접근성 팀, 7.1 Beta1과 Accessibility-ready program 재정비를 회의 안건으로 공유
Make WordPress Accessible는 7월 16일 회의 안건을 공개하며 WordPress 7.1 Beta1 릴리스, WCUS 2026 가이드, 7.0.1 유지보수 릴리스를 공지했습니다. 토론 주제로는 기존 작업 그룹을 General, Documentation, Accessibility-ready Program 중심으로 재정리하는 방안이 올라왔습니다.
오픈소스 프로젝트에서도 접근성은 버그 대응과 함께 문서 구조, 프로그램 운영, 릴리스 흐름에 연결됩니다. 디자인 시스템이나 컴포넌트 라이브러리를 운영하는 팀이라면 접근성 기준이 코드, 문서, 협업 구조에 모두 들어 있는지 점검합니다.
출처: Make WordPress Accessible ↗ (2026.07.15)
이어서 관찰할 변화
- Carrefour France가 판결이 정한 6개월 안에 웹사이트와 모바일 앱의 접근성을 개선하는지 확인합니다.
- NVDA 2026.2가 beta7 이후 RC·정식판으로 출시되는지 확인합니다.
- WordPress 7.1이 Beta1 이후 정식 릴리스되는지와 접근성 팀의 작업 그룹 재정리안이 결정되는지 확인합니다.