원문 캡처 · wagtail.org
원문 캡처 · wagtail.org

Wagtail 웹사이트의 평균 접근성 점수는 5월 이후 5점 올랐지만, 웹 전체에서는 접근성 문제가 늘었다는 보고도 있다. 이 글은 AI를 활용해 일회성 점검보다 제품과 설계 단계에서 문제를 줄이는 ‘Shift Left’ 접근을 강화해야 한다고 제안한다.

Wagtail의 점수 상승은 HTTPArchive 데이터에 근거한다. 한편 2026 WebAIM Million은 전년보다 감지된 문제가 10% 늘었다고 보고했다. 두 자료는 서로 다른 데이터셋을 사용한다.

글은 기존 웹사이트에서 반복적으로 나타나는 문제를 Wagtail의 제품 변경, 내장 접근성 검사기 개선, 설계 목표와 연구개발 단계의 결정으로 연결하자고 제안한다. 이를 접근성 문제를 가능한 한 상류 단계에서 해결하는 ‘Shift Left’ 방식으로 설명한다.

글의 주장에 따르면 보조 기술을 사용하지 않는 WCAG 2.2 AA 감사는 현재 LLM으로 90%까지 자동화할 수 있으며, 지금 감사자만 수행할 수 있는 테스트도 1년 안에 자동화될 수 있다. 이에 따라 일회성 감사에 쓰는 시간을 코드·설계 수정, 프로젝트 명세, 모범 사례 문서와 웹 표준 개선에 돌려야 한다는 제안이다. 남은 감사 업무는 신뢰와 법적 준수, 사업 맥락을 고려하는 일이 중심이 될 것으로 본다.

또한 QA 자동화와 운영 시스템 모니터링을 도입한 뒤에는 전문가가 접근성 지침의 빈틈을 찾는 평가, 에이전트의 웹 탐색 마찰을 측정하는 벤치마크, VoiceOver·NVDA·Dragon 등 보조 기술의 자동화 연구에 집중할 수 있다고 제시한다. 접근성 테스트에 적합한 지침을 연결하는 RAG 파이프라인과 제품 결정을 개선할 사용 데이터 수집도 연구 과제로 든다.

글은 AI 도입에 따른 윤리 문제를 다루기 위해 실무 공동체와 사용자 대화도 중요하다고 강조한다. LLM 에이전트에 얼마나 의존할지, 문제점이 있는 기술의 개선 효과를 어떻게 판단할지 등을 동료와 함께 논의해야 한다는 설명이다. Wagtail의 AI 원칙도 일상적인 실천과 공동 논의가 필요하다고 본다.

Wagtail에서는 새 PDF 변환 패키지, 로드맵에 오른 에이전트 대응형 게시 기능, 에이전트용 CMS API와 CMS 화면 개발의 장단점 등을 논의할 주제로 꼽았다. Wagtail Space 2026의 발표와 별도 커뮤니티 데이를 계기로 접근성 팀을 다시 활성화할 수 있다는 전망도 담았다.