The Cost of Accessibility in AI — Jemima Abu, CAIS

한 줄 핵심

AI가 코드를 대신 쓰는 시대일수록 접근성을 사후 보정이 아니라 요구사항·스킬·검증 체계로 처음부터 내장해야 비용과 재작업을 줄일 수 있다.

시간별 요약

1. 0:00
   AI가 만든 인터페이스의 접근성 문제 접근성은 장애 여부와 상관없이 누구나 사용할 수 있는 품질이며, 접근성이 없는 제품은 결국 쓸 수 없는 제품이 된다. AI가 코드를 많이 대신 쓰는 지금일수록 인간이 실제로 사용할 수 있는지에 초점을 맞춰야 하며, 접근성을 나중에 붙이는 방식은 더 많은 시간과 비용을 유발한다.
2. 1:14
   통제되지 않은 접근성 스킬 실험 같은 Figma 구현 프롬프트를 두 번 실행한 실험에서, 접근성 스킬을 적용한 경우가 비용은 58% 낮고 완료 시간도 약 3분의 1로 줄었다. 다만 단발성 실험이므로 일반화할 수는 없지만, AI 에이전트가 올바른 가이드를 받으면 더 빠르고 효율적으로 접근성 있는 결과를 낼 수 있다는 가능성은 보여준다.
3. 3:42
   에이전트는 코드베이스의 관행을 그대로 배운다 에이전트는 새 규칙을 스스로 만들기보다 기존 코드베이스의 관행과 개발자의 편향을 그대로 흡수한다. 접근성이 기본 제약으로 명시되지 않은 코드베이스에 에이전트를 넣으면, 기존의 '동작만 하면 된다'는 태도가 자동으로 재생산되어 비접근성 코드가 더 빠르게 쌓인다.
4. 4:31
   장황한 커스텀 컴포넌트보다 네이티브 HTML 가이드가 없으면 AI는 이미 존재하는 시맨틱 요소 대신 장황한 커스텀 구현으로 같은 기능을 다시 만든다. 접근성은 완성 후 ARIA를 덧붙이는 방식이 아니라, 처음부터 시맨틱 HTML과 기본 동작을 활용해 구성해야 하며, 그렇지 않으면 테스트와 유지보수 비용이 크게 늘어난다.
5. 5:45
   비즈니스 요구사항부터 QA까지의 접근성 접근성은 개발자만의 책임이 아니라 기획, 디자인, QA 전 과정에 걸친 요구사항이어야 한다. 끝단에서 뒤늦게 수정하면 회귀 테스트와 리팩터링이 늘어나고, 사용자가 실제로 접근하지 못한 것처럼 보이는 상황 때문에 매출·법적 리스크까지 함께 커진다.
6. 7:27
   감사, 재사용 패턴, 에이전트 스킬 실무에서는 플랫폼별 접근성 요구사항을 먼저 정의하고, 기존 코드베이스를 감사한 뒤, 재사용 가능한 디자인 시스템이나 컴포넌트 패턴을 마련해야 한다. 그 위에 반드시 접근성 스킬을 적용해 시맨틱 HTML 우선, 키보드 조작 가능성, 적절한 레이블링, 사전 점검을 강제하고, 마지막에는 사람이 직접 수동 테스트로 보완해야 한다.

실무 인사이트

• 접근성은 기능 추가가 아니라 품질 제약으로 다뤄야 하며, 에이전트용 스킬에 명시하지 않으면 기존 비접근성 관행이 그대로 증폭된다.
• AI가 장황한 커스텀 구현을 선택하지 않도록 시맨틱 HTML 우선 원칙과 재사용 컴포넌트 구조를 함께 설계하면, 개발 속도와 접근성 품질을 동시에 높일 수 있다.
• 접근성 검증은 코드 생성 직후의 자동 점검과 최종 수동 테스트를 분리해 운영해야 하며, 특히 기존 코드베이스 감사가 선행되지 않으면 에이전트가 오래된 결함을 재생산한다.