이번 주 접근성 소식은 AI가 읽는 웹과 사람이 쓰는 웹의 접점을 다룹니다. AudioEye의 2026 Digital Accessibility Index에 따르면 AI 검색은 사용자를 홈페이지 대신 내부 페이지로 보냅니다. 그래서 접근성 위험도 내부 페이지로 옮겨 갔습니다.
도구 영역에서는 NVDA 2026.2 beta 4가 화면 확대, 터치 탐색, 음성·점자 기능을 다듬었습니다. 국내에서는 경기도가 디지털포용 조례 제정을 논의했습니다. 접근성 점검 범위는 개별 화면의 오류 수정에서 검색 유입, 고객지원, 공공서비스, 조직 운영까지 넓어졌습니다.
국내외 뉴스
AudioEye, AI 검색이 접근성 취약 내부 페이지로 사용자를 보낸다고 분석
AudioEye는 2026 Digital Accessibility Index를 공개하며 미국과 유럽의 6,100개 도메인, 165,000개 이상 페이지를 분석했다고 밝혔습니다. 보고서에 따르면 내부 페이지는 홈페이지보다 접근성 이슈가 평균 10% 더 많았습니다. AI 검색은 트래픽의 상당 부분을 이런 내부 페이지로 직접 보냅니다.
평균 웹페이지에는 이슈가 62개 있었습니다. 이 중 21%는 구매, 양식 제출, 계정 정보 접근처럼 핵심 과업을 막는 문제였습니다. 제품팀은 홈페이지와 함께 검색으로 바로 들어오는 상세 페이지, 상품 페이지, 전환 흐름도 우선 점검합니다.
출처: PR Newswire ↗ (2026.06.25)
네덜란드 연구, 기업 웹사이트의 디지털 장벽을 조명
에인트호번 공과대학교는 Dante Göbbels 연구를 소개하며 네덜란드 기업 웹사이트가 정부 사이트보다 접근성 오류가 많다고 전했습니다. 연구에 따르면 네덜란드 웹사이트 홈페이지에는 평균 53.6개의 접근성 오류가 있었습니다. 주요 문제는 낮은 명도 대비, 누락된 대체 텍스트, 작동하지 않는 링크와 버튼, 불명확한 양식이었습니다.
기사는 접근성이 시각장애인과 함께 난독증, 낮은 문해력, 고령, 일시적 장애, 느린 연결 환경의 사용자에게도 해당한다고 설명합니다. 서비스가 챗봇과 온라인 양식 중심으로 이동할수록, 대체 연락 수단과 명확한 정보 구조도 접근성의 일부가 됩니다.
출처: Eindhoven University of Technology ↗ (2026.06.24)
표준 업데이트 (WCAG, WAI-ARIA 등)
이번 주에는 주요 업데이트가 없었습니다.
도구 & 기술
NVDA 2026.2 beta 4, Magnifier와 터치 탐색 조정
NV Access는 6월 23일 NVDA 2026.2beta4를 테스트용으로 공개했습니다. 2026.2 베타에는 다음 기능이 들어 있습니다. 내장 Magnifier, 확대와 색상 필터 옵션, 터치 기반 웹 콘텐츠 탐색, 사용자 지정 음성 사전, 마지막 음성 반복 명령, 점자 자동 스크롤, DotPad 조합 버튼 지원입니다.
beta 4에서는 번역을 업데이트하고 음성 사전 항목 추가 대화상자의 버튼 배치를 바꿨습니다. Magnifier 추적 위치를 조정하고, 음성 사전 주석 저장 문제를 고쳤습니다. Magnifier 디버그 로그와 설정 레이아웃도 개선했습니다. 스크린 리더와 확대 기능을 함께 지원하는 팀은 베타 채널에서 터치, 확대, 브라우즈 모드 탐색의 회귀 여부를 미리 확인할 수 있습니다.
출처: NV Access ↗ (2026.06.23)
자동 접근성 테스트 도구는 워크플로 적합성으로 고릅니다
WebYes는 2026년 자동 웹 접근성 테스트 도구 비교 글을 공개했습니다. 글은 WAVE, axe DevTools와 axe-core, Lighthouse, Pa11y, Accessibility Insights 같은 도구를 다룹니다. 한 페이지를 확인하는 브라우저 확장과 여러 페이지를 모니터링하는 도구는 용도가 다르므로 구분해 고릅니다.
선택 기준은 테스트 범위, 브라우저·CLI·CI/CD·CMS 적합성, WCAG 버전과 레벨 설명, 보고와 이슈 추적, 수동 검증 연결성입니다. 자동 검사로 기준선을 빨리 잡을 수 있습니다. 대체 텍스트가 적절한지, 핵심 여정을 실제로 쓸 수 있는지는 사람의 판단과 보조기술 테스트로 확인합니다.
출처: WebYes ↗ (2026.06.23)
법률 & 정책
경기도, AI 시대 디지털포용 조례 제정 추진 논의
세계환경신문은 이채명 경기도의원이 경기도 디지털포용 조례 제정을 추진한다고 보도했습니다. 목적은 AI 시대 디지털 환경 변화로 어려움을 겪는 도민 지원입니다. 간담회에서는 고령자, 장애인, 저소득층이 공공 디지털서비스에서 배제되지 않도록 하는 정책을 논의했습니다. 논의에는 접근성·사용성 개선과 대체수단 제공이 포함됐습니다.
기사에서는 정보화 교육센터의 노후 장비와 제한된 예산 문제도 함께 언급됐습니다. 디지털포용 정책을 실행하려면 조례, 예산, 장비, 교육, 공공서비스 접근성 개선을 하나의 실행 계획으로 묶어야 합니다.
출처: 세계환경신문 ↗ (2026.06.22)
EAA는 고객지원 채널에도 적용됩니다
Be My Eyes는 European Accessibility Act(EAA)가 제품과 함께 지원 경험에도 적용된다고 설명했습니다. 지원 경험은 고객이 제품을 이해하고, 구매하고, 문제를 해결하는 과정입니다. 접근 가능한 고객지원에는 네 가지가 들어갑니다. 스크린 리더와 키보드로 쓸 수 있는 도움말, 색이나 시각 정보에만 의존하지 않는 안내, 보조기술과 호환되는 채팅·양식, 장애 고객 지원을 위한 직원 교육입니다.
Blind 또는 low-vision 사용자는 오류 메시지, 설정 화면, 포장 정보, 물리적 기기 화면에서 시각적 단서에 막히기 쉽습니다. EAA를 준비하는 조직은 핵심 제품 화면과 함께 도움말 센터, 챗봇, 문의 양식, 상담 연결, 반품·해지 흐름도 같은 접근성 기준으로 검토합니다.
출처: Be My Eyes ↗ (2026.06.24)
실무 사례 & 가이드
접근성 트리는 AI 에이전트와 보조기술이 함께 의존하는 구조입니다
Search Engine Journal은 AI 에이전트가 웹사이트를 읽고 조작할 때 시각적 화면보다 접근성 트리의 구조화된 정보를 활용하는 경우가 많다고 설명했습니다. 접근성 트리에는 브라우저가 DOM에서 계산한 역할, 이름, 상태, 설명, 상호작용 가능성이 담깁니다. 그래서 스크린 리더와 브라우저 조작형 AI 에이전트가 모두 이 트리를 입력으로 씁니다.
접근성을 SEO나 AI 최적화의 하위 수단으로 볼 필요는 없습니다. 올바른 heading, landmark, form label, button name, 상태 정보는 사람과 소프트웨어가 모두 페이지를 이해하는 기본 구조입니다.
출처: Search Engine Journal ↗ (2026.06.24)
Accessible by Design은 제품 체크리스트가 아니라 조직 설계입니다
Be My Eyes는 Accessible by Design을 제품 출시 전 체크리스트로만 해석하면 부족하다고 설명했습니다. 장애 사용자를 대상으로 테스트하는 데서 나아가, 장애인이 제품·디자인·엔지니어링 의사결정에 참여하고 권한을 가져야 한다는 주장입니다.
글은 리더가 점검할 질문 네 가지를 제시합니다.
- 장애인이 조직 안에서 어떤 역할을 맡고 있는가
- 제품이 누구를 포함하거나 배제하는가
- 장애 사용자가 초기 연구부터 참여하는가
- 접근성을 다른 비즈니스 우선순위처럼 측정하고 리뷰하는가
실무팀은 접근성을 외부 감사 때만 챙기지 않고 채용, 연구, 로드맵, 책임 구조에 포함합니다.
출처: Be My Eyes ↗ (2026.06.26)
마무리
접근성 점검 범위가 넓어졌습니다. AI 검색은 사용자를 더 깊은 페이지로 보내고, AI 에이전트는 접근성 트리를 읽습니다. 규제 대응 범위도 제품 화면에서 고객지원과 공공서비스 운영으로 넓어졌습니다.
이번 주에는 핵심 내부 페이지 하나를 골라 점검해 보세요. 접근성 트리, 자동 검사 결과, 키보드·스크린 리더 흐름, 고객지원 연결을 함께 봅니다. 사용자가 실제로 도착하고 문제를 해결하는 페이지부터 확인하면 개선 우선순위를 정하기 쉽습니다.