완성된 코스에 나중에 대체 텍스트를 붙이는 방식은 늘 구멍이 남는다. WCAG 2.1/2.2 AA를 처음부터 겨냥하는 접근성 우선 저작이 Storyline, H5P 같은 도구에서 어떻게 구현되는지 살펴본다.
드래그앤드롭으로 항목을 짝짓는 퀴즈, 마우스로 끌어야만 열리는 정보 카드, 화면 곳곳에 흩어진 클릭 유도 버튼 - 시각적으로는 세련된 이 상호작용들이 스크린리더 사용자나 키보드만으로 화면을 조작하는 학습자에게는 아예 통과할 수 없는 벽이 되는 경우가 많다. 이러닝 업계에서 오랫동안 반복돼 온 패턴은 '일단 코스를 완성하고, 나중에 접근성 검수를 거쳐 대체 텍스트와 자막을 붙인다'는 방식이었다. 그런데 이 순서 자체가 구조적으로 구멍을 남긴다는 지적이 계속 나오면서, 주요 저작도구들이 접근성을 저작 과정의 출발점으로 끌어들이는 방향으로 기능을 재설계하고 있다.
표준은 하나로 수렴하고 있다
WCAG(Web Content Accessibility Guidelines) 2.1 AA를 충족하면 대체로 미국 재활법 Section 508 요건도 함께 만족한다는 것이 업계의 대체적인 해석이다. 즉 이제는 '국가별로 다른 접근성 기준에 따로 대응해야 하는' 부담보다는, WCAG AA라는 하나의 기준선을 얼마나 충실히 지키느냐가 실질적인 관건이 됐다. Articulate Storyline 360은 플레이어 자체에 시맨틱 구조와 ARIA 랜드마크를 내장하고, 일관된 순서와 계층 구조를 가진 컨트롤을 제공해 JAWS·NVDA·VoiceOver 같은 주요 스크린리더로 콘텐츠에 접근할 수 있도록 설계돼 있다고 밝히고 있다. 다만 여기서 중요한 단서가 있는데, Storyline이 표준을 충족하도록 만들어졌다 해도 실제 준수 여부의 상당 부분은 여전히 저작자의 손에 달려 있다는 점이다. 슬라이드에 대체 텍스트를 넣을지, 탭 순서를 논리적으로 배열할지는 도구가 강제하지 않는 이상 저작자의 습관에 좌우된다.
오픈소스 진영의 H5P도 최근 접근성 강화에 속도를 내고 있다. 콘텐츠 유형 전반에 걸쳐 키보드 내비게이션, ARIA 라벨링, 스크린리더 호환성을 지속적으로 개선하며 WCAG 2.2 AA 수준의 준수를 보고하는 콘텐츠 유형이 늘고 있고, 이는 공공기관·교육기관이 점점 더 요구하는 접근성 기준과 맞닿아 있다. 이미지 핫스팟이나 드래그앤드롭 과제처럼 전통적으로 접근성이 취약했던 인터랙션 유형에도 ARIA 역할과 키보드 조작 경로를 추가하는 작업이 진행 중이다.
도구가 강제하는 것과 저작자가 채워야 하는 것
| 영역 | 도구가 기본 제공 | 저작자가 직접 채워야 함 | 대표 실패 사례 |
|---|---|---|---|
| 스크린리더 탐색 | 시맨틱 구조, ARIA 랜드마크 | 탭 순서 논리적 배열 | 순서가 뒤죽박죽인 읽기 흐름 |
| 이미지·비주얼 | 대체 텍스트 입력란, AI 초안 제안 | 맥락에 맞는 실제 설명 작성 | "이미지1.png" 같은 무의미한 대체 텍스트 |
| 인터랙션 | 키보드 포커스 스타일 | 드래그앤드롭 대체 조작 경로 설계 | 마우스 전용으로만 완료 가능한 퀴즈 |
| 영상·음성 | 자막 트랙 삽입 기능 | 정확한 자막·스크립트 작성 | 자동 생성 자막의 오탈자 방치 |
처음부터 설계에 반영해야 하는 이유
접근성을 뒤늦게 붙이는 방식이 실패하는 이유는 단순하다. 드래그앤드롭 중심으로 이미 완성된 인터랙션은 키보드만으로 조작 가능한 대체 경로를 나중에 끼워 넣기가 구조적으로 어렵다. 반면 기획 단계에서부터 '이 상호작용을 키보드로도 완료할 수 있는가'를 하나의 설계 기준으로 놓으면, 애초에 접근 불가능한 인터랙션 자체를 덜 만들게 된다. 이는 시각·청각 장애가 있는 학습자만을 위한 배려가 아니다. 이동 중 소음이 많은 환경에서 자막에 의존하는 학습자, 손목 부상으로 일시적으로 마우스를 쓰기 어려운 학습자까지 폭넓게 혜택을 본다.
- 모든 이미지·아이콘에 맥락을 설명하는 실제 대체 텍스트 작성 (파일명 그대로 두지 않기)
- 탭 키만으로 콘텐츠 전체를 논리적 순서로 탐색 가능한지 저작 단계에서 직접 테스트
- 드래그앤드롭 인터랙션마다 클릭·키보드 기반 대체 조작 방식 마련
- 영상에는 정확히 교정된 자막과 스크립트를 함께 제공
- 색상만으로 정답·오답을 구분하지 않고 아이콘·텍스트 라벨 병행
접근성은 완성된 코스에 얹는 마감재가 아니라, 설계도의 첫 줄에 있어야 하는 조건이다.
결국 어떤 저작도구를 쓰든 접근성 준수 여부를 최종적으로 결정하는 것은 도구의 기능 목록이 아니라 저작자의 작업 순서다. 대체 텍스트 입력란이 있어도 비워두면 소용없고, 키보드 포커스 스타일이 기본 제공돼도 탭 순서가 뒤엉켜 있으면 무용지물이다. WCAG를 저작 체크리스트의 마지막 항목이 아니라 기획 회의의 첫 질문으로 옮기는 것 - 그것이 접근성 우선 저작의 실질적인 의미다.
