이번 주 접근성 소식은 AI와 운영 리스크를 다뤘습니다. 여러 출처가 AI로 콘텐츠와 코드를 빨리 만들수록 접근성 검증과 거버넌스도 같은 속도로 늘려야 한다고 지적했습니다.
법적 리스크와 실무 개선 사례는 구체적인 사용자 여정에서 나왔습니다. 이커머스, 항공권 검색, WordPress Media Library처럼 자주 바뀌는 화면에는 자동 검사로 찾지 못하는 장벽이 있습니다.
국내외 뉴스
accessiBe, 이커머스 AI 콘텐츠 접근성 격차 보고서 공개
accessiBe는 미국 이커머스와 리테일 의사결정자 304명 및 장애 커뮤니티를 대상으로 한 6부작 연구 시리즈를 공개했습니다. 조사에 따르면 브랜드의 78%가 고객 대면 콘텐츠의 최소 4분의 1을 AI로 생성합니다. 반면 접근성 검증 체계는 같은 속도로 늘지 않았습니다.
접근성 관련 법적 조치를 경험한 브랜드 중 65.4%는 AI 생성 콘텐츠를 가장 많이 언급된 요인으로 꼽았습니다. AI로 콘텐츠를 만드는 팀은 생성 워크플로 안에 접근성 검수 단계와 책임자를 정해 둡니다.
출처: PRNewswire ↗ (2026.07.28)
Deque, agentic AI 시대의 접근성 트리를 전략 과제로 제시
Deque는 AI agent가 웹을 탐색하고 작업하는 방식이 screen reader와 같은 구조에 의존한다고 짚었습니다. semantic HTML, ARIA, WCAG 기반 구조입니다. Google Lighthouse의 agentic browsing scoring도 같은 구조를 봅니다. 글에 따르면 이 점수는 accessibility tree를 agentic navigation의 핵심 지표로 씁니다.
Deque는 AI가 작성한 코드나 AI agent가 읽는 화면을 신뢰하려면 접근성을 AI 전략의 기초로 다뤄야 한다고 주장합니다. 명확한 구조, 라벨, 예측 가능한 동작은 장애가 있는 사용자와 AI agent 모두에게 필요합니다.
출처: Deque ↗ (2026.07.29)
표준 업데이트 (WCAG, WAI-ARIA 등)
이번 주에는 WCAG, WAI-ARIA, ARIA APG에서 주요 표준 업데이트를 확인하지 못했습니다. 새 Working Draft나 Recommendation도 나오지 않았습니다.
도구 & 기술
Deque, Axe Monitor MCP 통합으로 접근성 이슈 우선순위화를 AI 워크플로에 연결
Deque는 Axe Monitor MCP 통합을 소개했습니다. 접근성 프로그램 관리자는 AI assistant 안에서 scan 결과를 비교하고, regression을 찾고, sprint plan을 만들 수 있습니다. dashboard를 뒤지거나 spreadsheet를 정리하는 대신 “지난 두 scan run 사이에 무엇이 바뀌었는지”를 자연어로 묻습니다.
이 통합으로 접근성 도구의 역할이 검사 결과 표시에서 제품 팀의 remediation planning까지 넓어집니다. 고칠 순서와 범위는 여전히 사람이 정합니다. 도구는 그 결정을 빨리 내리도록 돕습니다.
출처: Deque ↗ (2026.07.30)
WordPress 접근성 팀, Media Library infinite scrolling 변경을 회의 안건으로 공유
WordPress 접근성 팀이 7월 30일 회의 안건을 공유했습니다. 안건에는 WordPress 7.0.2, 7.1 Beta 3, Accessibility-ready Program, 웹 접근성 문서 작업이 올라왔습니다. 최근 Media Library infinite scrolling을 기본으로 켜고 사용자별 opt-out을 제공하도록 바꾼 변경도 논의 주제였습니다.
Media Library는 콘텐츠 제작자가 자주 쓰는 화면입니다. keyboard 탐색, focus 관리, screen reader announcement가 조금만 어긋나도 작업 속도가 떨어집니다. 무한 스크롤을 기본값으로 둘 때는 로딩 상태, 위치 회복, 탐색 가능한 대체 경로를 함께 검증해야 합니다.
출처: Make WordPress Accessible ↗ (2026.07.29)
법률 & 정책
UsableNet, 2026년 디지털 접근성 소송이 약 6,000건 흐름이라고 분석
UsableNet은 2026년 중간 데이터를 바탕으로 웹사이트와 모바일 앱 관련 디지털 접근성 소송이 연간 약 6,000건 추세라고 정리했습니다. 2025년보다 약 20~25% 늘어난 수치이며, 주요 대상은 여전히 이커머스입니다.
글은 세 가지를 짚습니다. 소송은 특정 plaintiff firm과 관할 지역에 집중됩니다. 한 번 합의한 회사도 다시 소송을 당할 수 있습니다. overlay나 widget은 법적 방어 수단이 되지 않습니다. 합의로 끝내지 말고 현재 서비스가 실제로 작동하는지 계속 점검해야 합니다.
출처: UsableNet ↗ (2026.07.31)
실무 사례 & 가이드
UsableNet, 항공권 필터 UI가 screen reader 사용자에게 만드는 장벽 정리
UsableNet은 항공권 검색 결과에서 screen reader 사용자가 필터를 사용할 때 겪는 문제를 사례 중심으로 정리했습니다. 대표 장벽은 clock face 형태의 시간 선택, AM/PM을 읽지 못하는 시간 범위, 라벨이 없는 필터 버튼, 조작하기 어려운 가격 slider입니다.
필터는 긴 결과 목록을 줄이는 기능입니다. 필터의 접근성이 깨지면 사용자는 검색을 포기합니다. missing label은 자동 검사로 찾을 수 있습니다. 모바일 floating button이나 custom slider처럼 실제 탐색 순서에서 벗어나는 패턴은 수동 테스트로 확인합니다.
출처: UsableNet ↗ (2026.07.28)
마무리
접근성을 점검할 범위가 넓어졌습니다. AI가 만든 콘텐츠와 코드, AI assistant가 해석하는 페이지 구조, 법적 리스크가 집중되는 이커머스 흐름, screen reader 사용자가 막히는 필터 UI가 모두 점검 대상입니다.
다음 주에는 팀의 AI 생성 워크플로 하나와 핵심 사용자 여정 하나를 골라 점검해 보세요. 생성된 결과물이 접근성 기준을 통과하는지 확인합니다. 사용자가 keyboard와 screen reader만으로 작업을 끝까지 마칠 수 있는지도 같은 품질 기준에 넣습니다.