모두가 당신의 AI 앱을 쓸 수 있나요? 접근성에 대한 쉬운 안내서
앱 접근성이란 화면을 확대해서 보는 사람, 한 손 엄지로 조작하는 사람, 빨강과 초록을 구별하지 못하는 사람 등 모든 사람이 실제로 앱을 사용할 수 있다는 뜻입니다 — 나만 쓸 수 있는 게 아니라요. 확대, 색상, 스크린 리더 세 가지만 빠르게 확인해도 대부분의 문제를 찾아낼 수 있습니다.
AI로 앱을 만들 때 우리는 자신이 쓰는 방식 그대로 테스트합니다. 내 화면, 내 눈, 노트북을 두 손으로 안정적으로 잡은 자세로요. 문제는 실제로 당신의 앱을 열어볼 사람들 중 상당수는 그렇게 쓰지 않는다는 겁니다. 누군가는 휴대폰 글자를 두 배 크기로 확대해서 봅니다. 누군가는 빨간 오류 메시지를 그 주변의 검은 글씨와 구별하지 못합니다. 누군가는 아기를 안은 채 엄지 하나로 화면을 두드립니다. 앱 접근성이란 결국 이런 사람들도 문제없이 앱을 끝까지 사용할 수 있는가 하는 문제이고, 대부분의 AI 제작 앱은 이 질문을 한 번도 받아본 적이 없습니다.
이걸 해결하는 데 학위나 준수 전담팀 같은 건 필요 없습니다. 필요한 건 앱이 사람들을 흔히 배제하는 네다섯 군데 지점을 아는 것, 그리고 그걸 고쳐달라고 빌더에게 어떻게 요청할지 아는 것뿐입니다. 흔한 사례들을 이야기로 보여드릴게요. 한 번 보고 나면 훨씬 쉽게 눈에 띄니까요.
화면을 확대하면 왜 앱 레이아웃이 깨질까요?
대부분의 AI 제작 앱은 하나의 고정된 글자 크기를 기준으로 디자인되기 때문입니다. 그래서 누군가 휴대폰이나 브라우저의 글자를 더 크게 설정하면 — 특히 60대 이상에서 많이 하는 일이죠 — 버튼이 겹치고, 열(column)이 뒤죽박죽 쌓인 형태로 무너지고, 컨트롤들이 서로 밑으로 밀려 들어갑니다.
제가 아는 한 제작자는 어머니의 미용실을 위해 깔끔한 예약 앱을 만들었습니다. 보기에는 훌륭했죠. 그런데 어머니가 앱을 열자마자 — 60대 이상의 많은 사람들이 그러듯이 — 손가락으로 화면을 벌려 글자를 키웠습니다. 그러자 레이아웃이 무너졌습니다. 버튼들이 겹치고, “예약하기” 버튼이 메뉴 밑으로 밀려 들어갔고, 시간 목록은 읽을 수 없는 뒤죽박죽 덩어리가 되어버렸습니다.
이것이 AI 제작 앱에서 가장 흔한 접근성 문제이며, 누군가 화면을 확대하기 전까지는 눈에 보이지 않습니다. 빌더에게 이렇게 요청하세요: “텍스트를 200%로 확대해도 레이아웃이 제대로 작동하도록 해주세요. 어떤 것도 겹치거나 잘리면 안 됩니다.” 그런 다음 직접 테스트해보세요. 휴대폰에서 시스템 글자 크기를 최대로 키우고 앱을 열어보세요. 레이아웃이 산산조각 난다면, 그게 첫 번째로 고쳐야 할 문제입니다.
상태를 표시할 때 왜 색상만으로 나타내면 안 될까요?
남성 약 12명 중 1명은 색을 다르게 인식하고, 그중 가장 흔한 게 빨강과 초록을 구별하지 못하는 경우이기 때문입니다. 그래서 상태를 순전히 빨간 점과 초록 점으로만 표시하면 이들에게는 똑같아 보이고, “결제됨”과 “연체됨”을 정말로 구별할 수가 없습니다.
한 프리랜서가 청구서 상태를 오직 색깔로만 보여주는 청구서 추적 앱을 만들었습니다. 초록 점, 빨간 점. 그런데 마침 적록색맹이었던 한 고객이 이미 결제한 청구서에 계속 다시 결제를 했습니다. 그 사람 눈에는 두 점이 똑같아 보였기 때문입니다. 정보는 분명히 거기 있었습니다. 다만 그 사람에게는 없는 거나 마찬가지였을 뿐입니다.
해결책은 어떤 기능을 추가하는 게 아니라 습관을 바꾸는 겁니다. 색상만으로 무언가를 전달하지 마세요. 색상 옆에 단어나 아이콘, 모양을 함께 넣으세요. 빨간색 옆에는 “연체됨”이라는 글자를, 초록색 옆에는 체크 표시를 넣으세요. 빨간 테두리만이 아니라 별표와 “필수”라는 단어도 함께요. 색상은 그대로 써도 됩니다 — 다만 그 색상 혼자서 메시지를 전부 짊어지게 하면 안 됩니다.
스크린 리더는 왜 버튼 이름 대신 그냥 “버튼”이라고 읽을까요?
이름이 붙지 않은 아이콘 버튼 — 휴지통, 연필, 글자 없는 돋보기 아이콘 같은 것들 — 에는 스크린 리더(시각 장애인과 저시력자가 화면 내용을 음성으로 듣기 위해 쓰는 소프트웨어)가 읽어줄 텍스트 자체가 없기 때문입니다. 그래서 스크린 리더는 말 그대로 “버튼”이라고만 읽습니다. “삭제”도, “편집”도 아닌, 그냥 “버튼”이라고요.
AI 빌더들은 깔끔해 보인다는 이유로 텍스트 없는 아이콘 버튼을 즐겨 만듭니다. 하지만 모든 컨트롤이 그냥 “버튼”이라고 불리고, 그게 뭔지 추측해야만 하는 앱을 쓴다고 상상해보세요. 모든 아이콘에 눈에 보이는 텍스트를 달아야 하는 건 아닙니다. 다만 스크린 리더가 읽어줄 수 있는, 눈에 보이지 않더라도 이름이 각 컨트롤에 붙어 있도록 해야 합니다. 빌더에게 이렇게 요청하세요: “모든 아이콘 버튼에 접근성 레이블을 달아주세요 — 휴지통 아이콘은 ‘삭제’로, 연필 아이콘은 ‘편집’으로 읽히도록요.” 작은 변화지만, 시각 장애가 있는 사용자가 앱을 탐색할 수 있느냐, 아니면 이름 없는 버튼들이 벽처럼 막혀 있느냐의 차이를 만듭니다.
모바일 앱에서 탭 영역은 얼마나 커야 할까요?
디자이너들이 쓰는 대략적인 기준은 탭할 수 있는 요소는 손가락 끝 크기 정도인 약 44픽셀은 되어야 하고, 탭할 수 있는 두 요소가 서로 딱 붙어 있지 않도록 실질적인 간격을 둬야 한다는 것입니다.
버스 안에서 누군가 한 손으로 앱을 쓰는 모습을 지켜보세요. 엄지손가락은 두껍고 정확하지 않은데, 버스는 흔들리고, 닫기 버튼인 “X”는 구석에 있는 16픽셀짜리 점에 불과합니다. 두 번 놓치고, 한 번은 그 뒤에 있는 다른 걸 눌러버리고, 결국 포기합니다. 작고 다닥다닥 붙은 탭 영역은 단순히 불편한 정도가 아니라 접근성 문제입니다. 손 떨림이 있는 사람, 손가락이 큰 사람, 이동 중인 환경에 있는 사람들이 가장 큰 타격을 받습니다. 빌더에게 이렇게 요청하세요: “탭 영역을 최소 44픽셀로 만들고, 사람들이 엉뚱한 걸 누르지 않도록 그 사이에 간격을 넣어주세요.” 그런 다음 직접 테스트해보세요. 휴대폰에서 앱을 열고 걸어 다니면서 한 손으로 주요 기능을 써보세요. 계속 잘못 누르게 된다면, 다른 사람들도 마찬가지일 겁니다.
5분 만에 내 앱의 접근성을 테스트하려면 어떻게 하나요?
특별한 도구 없이도, 사람들이 가장 많이 쓰는 화면을 대상으로 빠르게 세 가지만 확인하면 대부분 스스로 찾아낼 수 있습니다.
- 확대해보세요. 휴대폰이나 브라우저의 글자를 가장 큰 설정으로 키우고 메인 화면을 열어보세요. 뭔가 겹치거나, 사라지거나, 잘리지 않나요?
- 색을 빼보세요. 앱에서 색상으로 무언가를 의미하는 모든 부분 — 상태, 오류, 필수 항목 — 을 살펴보세요. 그걸 전부 회색으로 상상해도 무슨 상황인지 알 수 있나요? 그렇지 않다면 단어나 아이콘을 추가하세요.
- 스크린 리더를 2분간 켜보세요. 아이폰(VoiceOver)과 안드로이드(TalkBack) 모두 기본 내장되어 있습니다. 켜고 눈을 감은 채, 당신의 앱이 하려는 주요 기능을 직접 수행해보세요. 어떤 버튼에 이름이 없는지 바로 들리실 겁니다.
이 중 어느 것도 개발자여야만 할 수 있는 일이 아닙니다. 필요한 건 5분 동안 나 자신을 기준으로 테스트하는 걸 멈추고, 손이나 눈, 화면 환경이 나와 다른 누군가로서 테스트해보는 것뿐입니다.
모든 걸 한 번에 고칠 필요는 없습니다. 사람들이 가장 많이 쓰는 화면 하나만 고르세요 — 예약 폼, 회원가입, 메인 목록 같은 거요 — 그리고 그 화면이 확대됐을 때도, 색이 빠졌을 때도, 음성으로 읽힐 때도 제대로 작동하게 만드세요. 그 화면 하나를 제대로 고치는 것만으로도, 아무도 찾지 않는 구석구석까지 훑는 전체 접근성 감사보다 더 많은 사람을 커버할 수 있습니다. 거기서부터 시작하세요. 그러면 다음번에 엄지 하나로, 화면을 확대한 채 당신의 앱을 여는 사람은 이탈자가 아니라 진짜 사용자가 될 수 있습니다.