AI 접근성: 활용 방법, 도구, 한계에 대한 실용 가이드
AI가 장애인을 지원하는 방식, AI를 활용해 콘텐츠의 접근성을 높이는 방법, 접근성 높은 AI 도구를 선택하는 방법, 그리고 AI가 아직 부족한 부분을 다루는 실용 가이드입니다.

AI 접근성이란 인공지능(AI)을 활용해 장애가 있는 사람들이 디지털 콘텐츠를 읽고, 듣고, 말하고, 탐색할 수 있도록 돕는 것, 그리고 AI 도구 자체를 접근 가능하게 만드는 것을 말합니다.
이 가이드에서는 다양한 접근성 요구에 맞춰 AI가 하는 일, 디지털 콘텐츠의 접근성을 높이기 위한 AI 활용 모범 사례, 결과물을 검토하는 방법, AI 도구 자체의 접근성을 판단하는 방법, 그리고 접근성을 위한 AI가 아직 부족한 부분을 다룹니다.
AI 접근성이란 무엇인가요?
AI 접근성에는 두 가지 의미가 있습니다. 바로 접근성을 위한 AI와 AI의 접근성입니다.
접근성을 위한 AI는 AI를 활용해 장애나 학습 장애가 있는 사용자도 콘텐츠에 접근할 수 있도록 만드는 것입니다.
AI 기반 접근성 도구는 사용자가 다른 방법으로는 접근할 수 없는 콘텐츠를 이용하고, 다른 방법으로는 매우 어려운 작업, 혹은 아예 불가능한 작업을 해낼 수 있도록 돕습니다.
예를 들어 텍스트 음성 변환 도구는 시각장애인이 글을 “읽을” 수 있게 해 주고, 받아쓰기와 단어 예측 기능은 난독증이 있는 사람이 글로 소통하기 쉽게 해 줍니다. 이를 통해 이들이 개인 생활, 학업, 직장 생활에서 겪는 불리함을 어느 정도 상쇄해 줍니다.
AI 도구는 시각장애인 독자를 위한 이미지 대체 텍스트나 청각장애인 및 난청 시청자를 위한 동영상 자막처럼 접근 가능한 콘텐츠를 만드는 데도 도움이 됩니다.
AI의 접근성이란 AI 도구 자체의 접근성을 의미합니다. 예를 들어 손을 자유롭게 움직이기 어려운 사람이 키보드나 음성만으로 도구를 조작할 수 있는지, 또는 모든 입력란과 버튼에 스크린 리더용 레이블이 명확하게 지정되어 있는지 등이 여기에 해당합니다.
AI가 장애인을 지원하는 방법
보조 기술은 광학 문자 인식(OCR), 음성 인식, 텍스트 음성 변환 도구 등에서 수년간 AI를 활용해 장애나 학습 장애가 있는 사용자를 도와 왔습니다.
생성형 AI는 여기에 새로운 차원을 더합니다. 이미지 설명, 요약, 자막 같은 새로운 자료를 만들어 내기 때문입니다.
시각 장애부터 인지 장애까지 다양한 접근성 요구를 AI가 어떻게 지원하는지, 그리고 어디에서 한계를 보이는지 정리하면 다음과 같습니다:
요구 사항 | AI의 역할 | 도구 예시 | 실패 유형 |
시각장애 및 저시력 | 시각장애인을 위해 사진과 주변 환경을 설명하고, 텍스트를 소리 내어 읽어 주며, 제품을 식별합니다 | Seeing AI, Be My Eyes | 설명에서 세부 사항을 놓치거나 잘못 전달함 |
청각장애 및 난청 | 청각장애가 있는 사람을 위해 말과 회의 내용의 실시간 자막 및 녹취록을 생성합니다 | 화상 통화 앱과 휴대폰의 실시간 자막 기능 | 이름, 전문 용어, 억양, 화자 전환을 정확하게 인식하지 못함 |
언어 장애 | 사용자의 녹음으로 학습한 후 비표준 발화를 인식하거나, 사용자와 비슷한 목소리의 합성 음성을 생성합니다 | Voiceitt(비표준 발화를 텍스트나 명료한 컴퓨터 음성으로 변환), Apple Personal Voice(Live Speech, VoiceOver, AAC 앱에서 사용할 수 있는 음성 생성) | 정확도는 사용자의 학습용 녹음에 따라 달라짐: Voiceitt는 녹음 50개를 요구하며 100% 정확도는 보장할 수 없다고 밝힘 |
이동 및 운동 장애 | 키보드와 마우스를 음성 명령과 받아쓰기로 대체합니다 | 운영 체제에 내장된 받아쓰기 및 음성 제어 기능, 음성 프롬프트를 지원하는 AI 어시스턴트 | 음성 제어는 이름을 부를 수 있는 컨트롤만 조작할 수 있으므로, 레이블이 없는 버튼, 맞춤형 위젯, 컨트롤 정보를 노출하지 않는 앱은 사용할 수 없습니다. |
인지, 학습 및 주의력 장애 | 내용을 요약하고 단순화하며, 작업을 단계별로 나누고, 일정과 리마인더를 만듭니다 | 범용 AI 채팅 어시스턴트 | AI 솔루션이 중요한 세부 사항을 누락하고 환각을 일으킴 |
AI를 활용해 콘텐츠 접근성을 높이는 방법
AI 도구는 콘텐츠 제작자와 퍼블리셔가 웹 콘텐츠 접근성 지침(WCAG)에 명시된 접근성 표준을 충족하도록 돕습니다. 대체 텍스트, 자막, 화면 해설의 초안을 작성하고, 기사를 오디오로 변환하며, 복잡한 텍스트를 쉬운 언어로 다시 쓸 수 있습니다.
이미지, 차트, 인포그래픽의 대체 텍스트 작성하기
Perplexity 같은 AI 어시스턴트를 사용해 이미지, 차트, 인포그래픽의 대체 텍스트(alt text) 초안을 작성하세요. 스크린 리더는 대체 텍스트를 소리 내어 읽으므로, 좋은 설명은 시각장애인과 저시력 독자에게 그래픽이 담고 있는 정보를 전달합니다.
다음은 Perplexity가 막대 차트에 대해 생성한 대체 텍스트와 상세 설명의 예시입니다:
사용한 프롬프트는 다음과 같습니다:
이 차트의 대체 텍스트를 작성해 주세요. 차트가 무엇을 보여 주는지와 핵심 시사점을 한두 문장으로 써 주세요. 그런 다음 모든 추세, 값, 레이블, 데이터 포인트를 다루는 상세 설명을 작성해 주세요. 차트를 볼 수 없는 사람도 설명만으로 차트를 완전히 이해할 수 있을 만큼 자세해야 합니다. 마지막으로, 원본 데이터와 대조해 확인할 수 있도록 명확하게 읽을 수 없었거나 확실하지 않은 항목을 모두 나열해 주세요.
시각 자료의 대체 텍스트를 작성할 때는 다음 사항을 지키세요:
- 시각 자료에는 짧은 버전과 긴 버전을 함께 제공하세요: 한 문장짜리 대체 텍스트와 함께 데이터나 상세 설명을 작성하세요.
- 목적에 맞게 작성하세요: WCAG는 대체 텍스트가 이미지와 동등한 목적을 수행하도록 요구합니다. 이를 위해서는 AI 어시스턴트가 이미지가 본문에 들어간 이유를 이해해야 할 수 있으므로, 기사 본문 같은 추가 맥락을 함께 제공하세요.
- 모든 값을 확인하세요: AI가 잘못 읽었을 수 있으니 설명에 나온 각 수치를 원본 데이터와 비교하고, 특히 작은 레이블과 숫자를 주의 깊게 살펴보세요.
- 장식용 이미지는 장식용으로 표시하세요: 순수하게 장식용인 이미지에는 빈 alt 속성(alt="")을 지정해 스크린 리더가 건너뛰도록 하세요. (W3C 이미지 튜토리얼에서 설명하듯이, 속성을 아예 생략하면 일부 스크린 리더가 파일 이름을 읽어 주기 때문에 효과가 없습니다.)
동영상 자막과 오디오 녹취록 만들기
이제 많은 AI 어시스턴트가 오디오 및 동영상 파일을 받아 텍스트로 변환해 줍니다.
자막과 녹취록은 소리를 들을 수 없는 사람도 음성 콘텐츠를 이용할 수 있게 해 줍니다. 청각장애인과 난청 시청자는 동영상을 따라가기 위해 자막에 의존하고, 팟캐스트나 녹음된 통화를 이해하기 위해 녹취록에 의존합니다. 또한 듣기보다 읽거나 내용을 검색하는 것을 선호하는 모든 사람에게도 도움이 됩니다.
Perplexity와 다른 AI 어시스턴트는 동영상 및 오디오 파일을 텍스트로 변환하고 누가 무슨 말을 했는지 표시할 수 있지만, 전용 녹취 및 자막 도구를 사용하면 작업 속도를 높일 수 있습니다. 예를 들어 Otter.ai와 Sembly AI는 오디오 파일과 회의를 텍스트로 변환하고 화자를 표시하며, Descript와 Tella 같은 동영상 편집 도구는 자막을 자동으로 생성합니다.
WCAG의 자막 기준(녹화 동영상은 1.2.2, 라이브 동영상은 1.2.4)은 대화, 화자, 의미 있는 효과음을 다루므로, 화자 전환과 웃음소리 같은 소리도 자막에 포함되었는지 확인하세요
AI 도구는 이름이나 제품 용어를 자주 틀리므로, 녹음에 나오는 이름과 용어를 정리한 용어집을 AI 어시스턴트에 제공하고, 자막 또는 녹취 도구에서 제공하는 사용자 지정 어휘에도 해당 용어를 추가하세요.
동영상에 화면 해설 추가하기
화면 해설은 녹화 동영상에 대한 AA 수준 요구 사항(WCAG 1.2.5)으로, 동작, 장면 전환, 표정, 화면 속 텍스트처럼 사운드트랙으로는 전달되지 않는 내용을 볼 수 없는 사람에게 알려 줍니다.
해설을 직접 작성하는 데는 시간이 많이 걸리기 때문에, 이제 Verbit, 3Play Media, ScreenPal 같은 전용 도구가 AI를 활용해 해설 초안을 작성하고 음성으로 입힙니다.
AI 초안에는 여전히 사람의 편집이 필요합니다. RNIB가 의뢰하고 서리 대학교가 수행한 2025년 연구에 따르면, AI가 생성한 BBC 프로그램 해설은 “정확성, 응집성, 맥락 인식이 부족한 경우가 많았고” 등장인물을 잘못 식별하기도 했습니다.
해설을 편집할 때는 시청자가 동영상을 따라가는 데 필요한 내용만 담고, 대화가 자연스럽게 멈추는 구간에 배치하세요.
복잡한 글을 쉬운 언어로 다시 쓰기
생성형 AI 도구는 텍스트를 다시 쓰고, 줄이고, 재구성하고, 설명합니다. 난독증이나 ADHD처럼 인지, 학습, 주의력 특성이 달라 긴 문장, 전문 용어, 긴 단락을 따라가기 어려운 사람들을 위해 빽빽한 글을 더 명확한 버전으로 바꿔 줄 수 있습니다.
텍스트를 이해하는 데 전기 중등 교육(약 9년의 학교 교육) 이상의 읽기 능력이 필요한 경우, WCAG는 더 쉬운 버전이나 보충 자료를 제공할 것을 권장합니다(성공 기준 3.1.5, AAA 수준).
문서를 다시 쓸 때 활용할 수 있는 프롬프트 예시는 다음과 같습니다:
[첨부된 육아휴직 정책]을 영어를 제2언어로 읽거나 난독증 또는 ADHD가 있을 수 있는 직원을 위해 쉬운 언어로 다시 써 주세요. 12~14세가 이해할 수 있는 읽기 수준을 목표로 하세요. [자격 요건, 마감일, 일수, 양식 이름]은 모두 원문 그대로 유지하세요. 문장은 20단어 이하로 쓰고, 한 문장에는 하나의 내용만 담으세요. [자격 대상과 신청 방법에 대한] 두 문장 요약으로 시작하세요. [신청] 절차를 번호가 매겨진 단계로 바꾸고, 각 부분 앞에 짧은 제목을 추가하고, [“적립”]이나 [“법정 급여”] 같은 전문 용어는 처음 나올 때 괄호 안에 설명하거나 다른 말로 바꾸세요. 모든 약어는 처음 사용할 때 풀어서 쓰세요.
AI는 겉보기에는 문제가 없어 보여도 중요한 세부 사항을 빠뜨리거나 의미를 바꿀 수 있으므로, 원문과 대조해 확인하고 게시하기 전에 해당 주제를 잘 아는 사람에게 중요한 내용이 누락되지 않았는지 확인을 받으세요.
글의 오디오 버전 만들기
오디오 버전이 있으면 기사나 문서를 귀로 들을 수 있어, 시력을 잃은 사람이나 난독증처럼 읽기와 관련된 학습 장애가 있는 사람의 접근성이 높아집니다.
AI 음성 생성기는 텍스트를 자연스러운 음성으로 변환합니다. 예를 들어 ElevenLabs Audio Native는 기사에 삽입할 수 있는 보이스오버 플레이어를 만들어 주고, Amazon Polly는 텍스트를 게시 가능한 음성 파일로 변환합니다.
두 도구 모두 이름, 약어, 제품 용어의 발음 방식을 설정할 수 있습니다. 청취자가 혼란스러워하지 않도록 이 부분부터 확인하세요.
페이지에 오디오 버전을 삽입할 때는 오디오 플레이어가 키보드로 작동하고 컨트롤 레이블이 명확한지 확인하세요. 긴 글에는 짧은 요약을 추가하고, 텍스트가 바뀔 때마다 오디오도 업데이트하세요.
웹사이트 접근성 개선하기
자동 검사 도구와 AI 코딩 어시스턴트는 함께 사용할 때 효과적입니다. 검사 도구가 사이트 코드의 문제를 찾아내면 어시스턴트가 이를 수정합니다.
먼저 Axe 같은 자동 웹 접근성 검사 도구로 시작하세요. 이 도구는 정해진 규칙에 따라 페이지를 테스트하고, 낮은 색상 대비, 이름이 없는 버튼과 링크, 레이블이 없는 양식 입력란 같은 오류를 표시합니다. 그런 다음 코딩 어시스턴트에게 보고서와 페이지 코드를 따라야 할 접근성 규칙과 함께 제공하세요:
이 페이지에 자동 접근성 검사 도구를 실행했습니다. 보고서와 페이지 코드를 첨부했습니다. 페이지가 WCAG 2.2 AA를 충족하도록 각 오류를 수정하고, 각 변경 사항을 한 문장으로 설명해 주세요. 올바른 코드는 그대로 두세요.
새 사이트를 구축할 때는 처음부터 AI 어시스턴트에 규칙을 제공하세요.
8개 AI 모델을 대상으로 한 Microsoft의 2026년 5월 테스트에서 접근성 지침 없이 구축된 페이지 중 자동 검사를 통과한 비율은 12%였습니다. 약 100줄 분량의 WCAG 2.2 코딩 규칙 체크리스트를 추가하자 평균이 60%로 올라갔습니다. 이 지침을 재사용 가능한 스킬로 패키징하자 82%로 높아졌고, 모델이 직접 테스트를 실행하고 자체 코드를 수정하게 하자 86%까지 올라갔습니다.
Microsoft의 보고서에서도 언급하듯이 자동 테스트로는 접근성 문제의 일부만 발견할 수 있으므로, 모든 검사를 통과한 페이지라도 여전히 사용하기 어려울 수 있습니다.
사이트를 규정에 맞게 만들어 준다고 약속하는 한 줄짜리 위젯, 즉 AI 접근성 오버레이를 주의하세요. 2025년 1월, 자사 AI 위젯이 어떤 웹사이트든 WCAG를 준수하게 만들 수 있다는 주장과 관련해 미국 연방거래위원회(FTC)가 accessiBe에 100만 달러 지불 명령을 내렸으며, 2025년 4월 최종 명령은 회사가 근거를 갖추지 않는 한 이러한 주장을 하지 못하도록 금지했습니다.
접근성을 위한 AI의 한계
AI는 접근성을 넓혀 주지만 개인정보 보호 위험을 초래하기도 하며, 그 결과물은 신뢰할 수 없거나 편향될 수 있습니다.
개인정보 보호 문제
보조 AI는 민감한 정보를 다룹니다. 편지, 문서, 약 라벨을 비추는 카메라 화면, 대화 녹음, 그리고 장애 여부를 드러낼 수 있는 세부 정보 등이 여기에 해당합니다.
이러한 데이터가 얼마나 비공개로 유지되는지는 주로 도구가 데이터를 어디에서 처리하는지에 따라 달라집니다.
Apple의 Personal Voice처럼 모든 것을 기기에서 처리하는 도구도 있고, 클라우드에 의존하는 도구도 있습니다. 예를 들어 Be My Eyes의 Be My AI는 설명을 생성하기 위해 사진을 AI 제공업체의 서버로 전송합니다.
또 다른 주요 우려 사항은 공급업체가 사용자 데이터로 모델을 학습시키는지 여부입니다.
신뢰성 문제
AI 기반 접근성 기술을 포함한 AI 도구는 실수를 할 수 있으며, 이러한 실수는 장애인에게 더 큰 피해를 줍니다.
2026년에 발표된, 시각장애인 및 저시력인 20명을 대상으로 한 일기 연구에서 후속 질문에 대한 답변의 22%에 잘못된 정보가 포함되어 있었으며, AI가 텍스트나 그래픽을 읽을 때는 이 비율이 35%로 높아졌습니다(다만 AI가 처음 제공한 설명은 대부분 정확했습니다).
실수가 발생하면 실질적인 피해로 이어질 수 있습니다. 2025년에 실시된 미국시각장애인재단(American Foundation for the Blind) 설문조사에서 AI 이미지 설명을 사용하는 시각장애인 및 저시력인의 21%가 AI의 실수로 피해를 입은 적이 있다고 답했으며, 이는 시력에 문제가 없는 사용자의 9%보다 높은 수치입니다. AI 자막을 사용하는 청각장애인 및 난청인의 경우 이 수치는 24%로, 장애가 없는 사용자의 4%보다 높았습니다.
보고서 저자들은 두 가지 이유를 제시합니다. 장애가 있는 사용자는 결과물을 원본 이미지나 오디오와 대조해 확인할 수 없는 경우가 많고, 일부는 약 라벨이나 금융 문서를 읽는 것처럼 위험도가 더 높은 상황에서 이러한 도구를 사용한다는 것입니다.
편향과 학습 데이터
음성 인식 같은 일부 AI 도구는 장애가 있는 사람에게 제대로 작동하지 않을 수 있으며, 학습 데이터가 부족한 것도 그 이유 중 하나입니다
Speech Accessibility Project의 2024년 논문에 따르면, 2008년부터 2023년까지 마비말장애 화자의 발화 인식 최저 오류율은 3분의 1 수준으로 낮아진 반면, 다른 화자의 경우 5분의 1 수준으로 낮아졌습니다. 저자들은 데이터 부족을 주요 원인 중 하나로 꼽습니다. 이 프로젝트의 2025년 후속 논문에서는 이러한 격차가 부분적으로 데이터 부족에 기인한다고 설명합니다.
하지만 데이터만이 문제는 아닙니다. 모델이 작동하는 방식도 문제입니다.
W3C의 2023년 AI 및 접근성 연구 심포지엄 기조연설에서 Inclusive Design Research Centre의 Jutta Treviranus는 AI 시스템이 평균에 가까운 사람에게는 정확하지만 평균에서 가장 멀리 떨어진 사람에게는 제대로 작동하지 않는다고 주장했습니다.
그녀는 2024년 기사에서 학습 데이터에 장애인을 더 많이 포함하더라도 모델이 여전히 평균을 선호하기 때문에 문제가 사라지지 않는다고 덧붙였습니다. “학습 데이터에 장애인이 완전하고 공정하게 비례적으로 반영되더라도, 기계는 여전히 통계적 평균의 편에 설 것입니다.”
접근성 높은 AI 도구를 선택하는 방법
조직에 AI 도구를 도입할 때는 장애가 있거나 학습에 어려움이 있는 사람을 포함해 모든 사람이 사용할 수 있어야 합니다.
도구를 도입하기 전에 다음 기준을 충족하는지 확인하세요:
- 레이블이 지정된 컨트롤: 모든 버튼과 필드에는 보조 기술이 읽을 수 있는 이름이 있으며, 그 이름은 컨트롤의 기능을 설명합니다. 예를 들어 “버튼”이 아니라 “보내기”여야 합니다(WCAG 4.1.2 및 1.1.1).
- 완전한 키보드 조작: 키보드만으로 프롬프트를 입력해 보내고, 응답 사이를 이동하고, 응답을 복사할 수 있으며, 현재 위치를 보여 주는 포커스 표시가 화면에 나타납니다(WCAG 2.1.1 및 2.4.7).
- 보조 기술에 전달되는 상태 메시지: “답변 생성 중…”과 같은 메시지가 포커스를 이동하지 않고도 스크린 리더에 전달됩니다(WCAG 4.1.3).
- 구조화되고 복사 가능한 출력: 응답에 실제 제목과 목록이 사용되고 복사해도 서식이 유지되며, 일반 텍스트로 요청할 수도 있습니다.
- 시간: 세션이 시간 초과되는 경우 제한을 끄거나, 기본값의 10배 이상으로 연장하거나, 연장할 시간이 20초 이상 남은 시점에 경고를 받을 수 있습니다(WCAG 2.2.1).
- 확대/축소: 400% 확대(너비 320픽셀 뷰포트) 시 콘텐츠가 한 열로 재배치되어, 읽기 위해 가로로 스크롤할 필요가 없습니다(WCAG 1.4.10).
- 각 사용자 고유의 보조 기술과 호환: 도구가 서드파티 스크린 리더와 설정을 기본 제공 기능으로 대체하지 않고 그대로 지원합니다. WCAG 기준은 아니지만, 사용자가 이미 익숙한 환경을 계속 사용할 수 있는지를 좌우합니다.
- 읽기 쉬운 명암비: 플레이스홀더를 포함한 프롬프트 입력창의 텍스트와 응답 텍스트가 4.5:1 명암비를 충족합니다(WCAG 1.4.3).
- 찾을 수 있는 오류: 업로드가 실패하거나 프롬프트가 거부되면, 도구가 색상 변화나 아이콘만이 아니라 텍스트로도 이를 알려 줍니다(WCAG 3.3.1).
많은 공급업체가 정보기술산업협의회의 자발적 제품 접근성 템플릿(VPAT)을 작성한 접근성 적합성 보고서(ACR)를 공개합니다. 이 보고서는 각 접근성 기준에 따라 제품을 평가하므로, 체험해 보기 전에 도구를 비교하는 데 유용합니다.
AI 접근성 자주 묻는 질문
보조 기술에는 어떤 것이 있나요?
대표적인 보조 기술로는 스크린 리더, 자막 생성 및 음성 텍스트 변환 도구, 음성 인식 및 음성 제어, 보완대체의사소통(AAC) 기기, 스위치 접근 장치나 대체 키보드 등이 있습니다. 현재 이 중 상당수, 특히 자막 생성, 음성 인식, 이미지 설명은 AI로 구동됩니다.
WCAG 준수는 법적 의무인가요?
WCAG 자체는 법이 아니라 W3C 표준이지만, 여러 법률이 WCAG를 참조하거나 이와 유사한 요건을 정하고 있습니다.
예를 들어 미국에서는 법무부의 ADA Title II 규칙에 따라 주 정부와 지방 정부의 웹 콘텐츠 및 모바일 앱이 WCAG 2.1 레벨 AA를 충족해야 합니다. 기한은 인구 5만 명 이상을 대상으로 하는 정부의 경우 2027년 4월 26일, 그보다 작은 정부와 특별구의 경우 2028년 4월 26일입니다. 연방 기관은 WCAG 2.0을 반영한 표준을 갖춘 Section 508을 따릅니다.
EU에서는 전자상거래, 소비자 금융, 전자책 등의 제품과 서비스에 적용되는 유럽 접근성법(European Accessibility Act)이 WCAG를 직접 참조하지 않습니다. 하지만 실제로는 대부분의 조직이 WCAG와 유럽 표준 EN 301 549를 사용해 이 법의 요건을 충족하며, 2026년판 EN 301 549는 WCAG 2.2를 적용합니다.
접근성의 4가지 원칙은 무엇인가요?
WCAG는 지침을 네 가지 원칙에 따라 구성합니다. 바로 인식의 용이성, 운용의 용이성, 이해의 용이성, 견고성입니다. WCAG의 13개 지침은 이 네 가지 원칙 아래에 속하며, 각 지침에는 감사 시 확인하는 테스트 가능한 성공 기준이 포함되어 있습니다.