기능별로 누가 어떻게 쓰나: 비교
| 기능 | 주로 돕는 어려움 | 작동 방식 | 누구에게나 쓸모 있는 장면 |
|---|---|---|---|
| 스크린 리더 | 시각 | 화면 정보를 음성 또는 점자 출력으로 변환 | 화면을 볼 수 없는 상황에서 내용 듣기 |
| 고대비 모드 | 저시력 | 글자와 배경의 색 차이를 키움 | 밝은 야외에서 화면 보기 |
| 자막 | 청각 | 대사와 소리 정보를 글자로 표시 | 소음이 많거나 소리를 낼 수 없는 곳 |
| 음성 제어 | 손 사용의 어려움, 반복사용 긴장 장애 | 음성 인식으로 기기 조작 | 손이 바쁠 때, 운전 중 음성 명령 |
| 텍스트 음성 변환(TTS) | 시각, 읽기 어려움 | 글을 합성 음성으로 읽어 줌 | 이동 중 글 듣기 |
| 화면 확대(돋보기) | 저시력 | 화면 일부를 확대 | 작은 글씨 확인 |
표의 마지막 열은 이해를 돕기 위한 일반적인 장면 예시이며, 연구로 효과를 검증한 수치가 아닙니다.
실제 사례 세 가지
사례 1. 자막을 켜는 대학생들: 2016년 오리건 주립대 설문 (연구의 사례)
위키백과가 소개하는 2016년 오리건 주립대학 설문은 청력 문제가 없다고 답한 학생 1,569명을 대상으로 했고, 70.8%가 적어도 가끔은 자막을 이용한다고 답했습니다. 이유로는 집중력 유지, 정보 기억, 음질이 나쁠 때의 보완이 주로 꼽혔습니다. 영국에서는 TV 자막 이용자 750만 명 가운데 600만 명이 청각 손상이 없다는 통계도 소개됩니다. 또 1980년대 말~1990년대 초 디코더의 가장 큰 구매층은 영어를 제2언어로 쓰는 사람들이었다고 미국 국립자막연구소가 보고했습니다. 표본이 한 대학의 학생이라 모든 사람에게 일반화할 수는 없지만, 자막이 장애가 있는 사람만의 도구가 아님을 보여 주는 예입니다.
사례 2. 도미노피자 소송: 앱과 웹사이트도 접근성 의무 대상인가 (법의 사례)
시각장애인 원고는 화면을 음성으로 읽는 소프트웨어를 쓰고 있었지만, 도미노피자의 웹사이트와 앱이 이 소프트웨어와 호환되지 않아 맞춤 피자를 주문하지 못했다며 소송을 냈습니다. 1심 법원은 미국 법무부의 구체적 지침이 없다는 이유로 사건을 기각했으나, 2019년 연방 항소법원 제9순회구는 이를 뒤집고 장애인법(ADA)이 해당 웹사이트와 앱에 적용된다고 판단했습니다(Robles v. Domino's Pizza, LLC, 913 F.3d 898). 법원은 공공시설이 시각 자료를 시각장애인에게 제공할 보조 수단을 마련해야 하며, 정부 규정이 없다고 법적 의무가 사라지는 것은 아니라고 보았습니다. 해설들은 이 판결을 물리적 매장과 연결되어 쓰이는 웹사이트와 앱 맥락으로 읽고, 원고가 WCAG 2.0 위반 자체를 책임 근거로 구한 것은 아니었으며 WCAG 2.0 준수 명령은 구제 수단으로 거론되었다고 정리합니다. 대법원은 2019년 상고를 받아들이지 않았습니다. 이 판결은 한 사건의 해석이므로 다른 법원이나 다른 나라에 곧바로 적용되지 않습니다.
사례 3. 한국의 법과 지침: 정보 접근에서의 차별 금지 (제도의 사례)
한국의 장애인차별금지 및 권리구제 등에 관한 법률 제20조는 전자적 형태와 비전자적 형태의 정보 접근에서 장애인에 대한 차별을 금지합니다. 웹 접근성을 위한 한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.0은 W3C의 WCAG 2.0을 국내 실정에 맞게 반영한 것으로 설명되며, 대체 텍스트, 자막, 키보드 접근, 보조 기술과의 호환 같은 내용을 포함합니다. 국가기관의 접근성 보장 의무는 국가정보화 기본법 제32조에 있다고 소개한 자료가 있으나, 이 법은 이름이 바뀌었을 수 있어 현행 조문을 확인해야 합니다. 적용 대상과 시행 시기, 최신 지침 버전은 자료마다 달라 이번에 확정하지 못했으므로 정확한 의무와 시행일은 법제처 국가법령정보센터와 지침 발행 기관의 최신 자료를 확인하세요. 이 사례의 요점은 접근성 기능이 사용자의 선택 사항에서 끝나지 않고, 서비스 제공자의 책임과 연결되는 영역이라는 것입니다.
직접 해 보기: 내 기기 접근성 점검
- 설정 찾기: 설정 안의 '접근성' 또는 '손쉬운 사용'에서 스크린 리더, 자막, 확대, 음성 제어 항목을 확인합니다. 아이폰 보이스오버와 돋보기 기능 가이드도 있습니다.
- 자막 켜 보기: 소리를 끈 채 영상을 보며 자막이 정보를 충분히 전달하는지 확인합니다. 안드로이드의 실시간 자막은 라이브 캡션에 정리되어 있습니다.
- 대비 확인: 내가 만든 화면의 글자색과 배경색을 대비 검사기로 측정해 AA 기준 4.5:1을 넘는지 봅니다.
- 키보드만으로 써 보기: 마우스 없이 탭 키로 모든 기능에 닿는지 확인하면 키보드로 닿지 않는 기능이 있는지 알 수 있습니다.
- 색에만 의존하지 않기: 정보를 색으로만 구분하지 않았는지 점검합니다. 색각 이상 친화 디자인도 함께 보세요.
흔한 오해와 정정
- 오해: 접근성 기능은 소수의 장애인만을 위한 것이다. 실제: 자막 설문에서 보듯 청력 문제가 없는 사람도 널리 쓰며, 휠체어용으로 만든 연석 경사로를 유모차와 캐리어 사용자도 쓰는 '연석 경사로 효과(curb cut effect)'가 비슷한 현상으로 언급됩니다.
- 오해: 앱이나 사이트는 기능만 되면 접근성은 나중 문제다. 실제: 도미노피자 소송처럼 주문이 불가능한 상태 자체가 법적 쟁점이 될 수 있습니다.
- 오해: 음성 인식이 있으니 손이 불편한 사람은 모두 해결된다. 실제: 위키백과는 음성 인식이 잘못 알아들은 단어를 고쳐야 하는 한계를 언급하며, 환경과 발음에 따라 정확도가 달라질 수 있습니다.
- 오해: 고대비 모드를 켜면 디자인 문제가 해결된다. 실제: 제작자가 처음부터 충분한 대비로 디자인하는 것이 기본이고, 사용자 설정은 보완책입니다.
한계와 확인하지 못한 점
텍스트 음성 변환과 화면 확대는 이번에 별도의 역사 자료를 확인하지 못해 개념 설명만 실었습니다. 스크린 리더 이용자 설문(예: WebAIM 조사)의 수치도 확인하지 못해 쓰지 않았습니다. 자막의 이용 비율 같은 수치는 특정 설문의 결과이며 국가와 연령에 따라 다를 수 있습니다. 한국 법령의 세부 의무는 위에서 말한 대로 최신 자료 확인이 필요합니다. 접근성은 기술만의 문제가 아니라 콘텐츠 제작, 디자인, 법·제도가 함께 풀어야 하는 영역입니다.
자주 묻는 질문
이런 기능들은 어디서 켤 수 있나요?
대부분의 운영체제는 설정 메뉴 안에 "접근성" 또는 "손쉬운 사용"이라는 별도 항목을 두고 있어, 그 안에서 필요한 기능을 켜고 세부 설정을 조정할 수 있습니다.
스크린 리더는 시각장애인만 사용하나요?
주로 시각장애인을 위해 만들어졌지만, 운전 중이거나 화면을 볼 수 없는 상황에서 텍스트 내용을 듣고 싶을 때도 유용하게 활용할 수 있습니다.
자막과 번역 자막(서브타이틀)은 같은 건가요?
미국·캐나다 용법에서 서브타이틀은 소리는 들리지만 언어나 억양을 알아듣기 어려운 시청자를 위해 대사를 옮긴 것이고, 캡션은 화자와 효과음 등 중요한 소리 전반을 설명해 청각장애인과 난청 시청자를 겨냥합니다. 나라마다 용어 쓰임이 다를 수 있습니다.
클로즈드 캡션과 오픈 캡션은 무엇이 다른가요?
클로즈드 캡션은 시청자가 켜기 전에는 보이지 않고, 오픈 캡션은 영상에 직접 새겨져 모든 시청자에게 항상 보입니다.
글자와 배경 대비는 얼마나 되어야 하나요?
WCAG 성공 기준 1.4.3(AA)은 일반 글자에 4.5:1 이상, 큰 글자(18pt 이상 또는 굵은 14pt 이상)에는 3:1 이상을 요구합니다. 로고 글자와 비활성 요소 등 일부는 예외입니다.
이어서 읽어 보세요
- 다크모드는 정말 좋을까?: 화면 밝기와 눈의 피로
- 아이폰 보이스오버 가이드: 스크린 리더를 실제로 켜 보기
- 안드로이드 라이브 캡션: 실시간 자막 기능
- 색각 이상 친화 디자인: 색에 의존하지 않는 화면 만들기