이번 주 접근성 소식은 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의 핵심 지표로 다룬다고 설명합니다.
실무적으로는 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만으로 끝까지 작업을 마칠 수 있는지를 같은 품질 기준 안에 넣는 것이 출발점입니다.