[접근성연구·고령] 아이콘만으로는 부족하다

버튼 라벨의 명확성 연구

〈디지털 접근성 연구 ⑨〉 — 이 글은 "이렇게 해야 한다"는 규정이 아니라, 공공 웹을 들여다보며 정리한 하나의 연구 관점입니다. 인용한 수치와 기준은 공개된 표준·자료를 출처와 함께 적었고, 아직 정해지지 않은 영역은 그렇다고 밝혀 두었습니다. 특정 기관이나 서비스를 지목하지 않으며, 관찰한 장면은 모두 익명으로 옮깁니다.

들어가며 — "이게 무슨 버튼이지?"

한 어르신이 휴대전화 화면을 한참 들여다봅니다. 화면 아래쪽에는 작은 그림 몇 개가 나란히 놓여 있습니다. 집 모양, 사람 모양, 돋보기 모양, 그리고 점 세 개가 세로로 찍힌 모양. 젊은 사람에게는 익숙한 그림이지만, 그 앞의 어르신에게는 하나하나가 수수께끼입니다. "이게 뭘 누르는 거지?" 결국 아무것도 누르지 못하고 화면을 닫습니다. 무언가를 하러 들어왔는데, 시작점 앞에서 멈춘 것입니다.

우리는 이런 장면을 공공 웹과 앱에서 자주 봅니다. 그리고 그 원인이 대개 한 가지로 모인다는 점에 주목합니다. 버튼이 그림(아이콘)만으로 제 역할을 알리려 한다는 것. 디자이너에게는 깔끔하고 현대적인 선택이지만, 사용자에 따라서는 "무엇을 하는 버튼인지 끝내 알 수 없는" 벽이 됩니다.

이번 편은 '아이콘만으로는 부족하다'는 관점을 다룹니다. 아이콘이 나쁘다는 이야기가 아닙니다. 아이콘이 혼자 의미를 짊어질 때, 특히 고령 사용자에게 어떤 일이 벌어지는지를 보고, 표준이 이 문제를 어떻게 바라보는지 인용하고, 그래서 라벨(글자 설명)을 어디까지 붙여야 하는지에 대한 우리의 관점을 정리합니다.

한 가지 미리 밝혀 둘 것이 있습니다. 이 글은 "아이콘에 글자를 붙여라"라는 한 줄 권고로 끝나지 않습니다. 그 한 줄 뒤에는 '그림이 어떻게 의미가 되는가'라는 인지의 문제, '이름·역할·값'을 요구하는 표준의 구조, 그리고 라벨을 붙이되 어떻게 잘 붙일 것인가라는 품질의 문제가 겹쳐 있습니다. 우리가 이 평범해 보이는 주제를 길게 다루는 이유는, 아이콘 버튼이야말로 "만든 사람에게는 명백하고 쓰는 사람에게는 모호한" 접근성 격차의 가장 흔한 표본이기 때문입니다. 화면을 설계한 사람은 그 그림이 무엇을 뜻하는지 처음부터 알고 시작합니다. 그러나 화면을 처음 마주한 사람은 그 그림으로부터 의미를 거꾸로 추론해야 합니다. 이 비대칭이 아이콘 문제의 핵심입니다.

1. 아이콘은 왜 '편리한 함정'이 되는가

1-1. 아이콘의 약속 — 언어를 넘는 그림

아이콘이 사랑받는 이유는 분명합니다. 작은 공간에 들어가고, 시선을 빠르게 끌며, 글자를 읽지 않아도 의미가 통할 것 같다는 기대가 있습니다. 화면이 좁은 모바일에서는 더욱 매력적입니다. 글자 라벨을 다 붙이면 줄이 길어지고, 버튼이 커지고, 한 화면에 담을 수 있는 정보가 줄어듭니다. 아이콘은 그 압박을 단번에 줄여 줍니다.

그러나 이 약속에는 전제가 숨어 있습니다. **'이 그림이 무엇을 뜻하는지 사용자가 이미 알고 있다'**는 전제입니다. 집 모양이 '홈'이고, 돋보기가 '검색'이며, 점 세 개가 '더보기'라는 것은 학습된 약속이지, 그림 자체에 내장된 의미가 아닙니다. 이 약속을 공유하지 못한 사용자에게 아이콘은 그저 작은 그림일 뿐입니다.

1-2. 학습된 적 없는 기호

디지털 환경에 오래 노출된 사람은 수백 개의 아이콘 관습을 자연스럽게 익혀 왔습니다. 그러나 그 학습의 기회가 적었던 사람에게는 같은 그림이 전혀 다른 무게로 다가옵니다. 햄버거 모양 줄 세 개가 '메뉴'라는 약속은, 그것을 수없이 마주쳐 본 사람에게만 직관적입니다. 처음 보는 사람에게는 줄 세 개가 줄 세 개일 뿐입니다.

특히 같은 그림이 맥락마다 다른 뜻으로 쓰이는 경우, 혼란은 커집니다. 하트가 어떤 곳에서는 '좋아요', 어떤 곳에서는 '찜하기', 또 어떤 곳에서는 '관심 목록'을 뜻합니다. 별표가 '즐겨찾기'일 수도 '중요 표시'일 수도 '평점'일 수도 있습니다. 약속이 통일되어 있지 않으니, 그림만으로 뜻을 확정하기란 누구에게도 쉽지 않습니다.

1-3. 고령 사용자에게 더 무거운 이유

고령 사용자에게 아이콘의 모호함이 더 무겁게 작용하는 데에는 몇 가지 이유가 겹칩니다.

첫째, 학습 기회의 차이입니다. 새로운 관습을 접하고 익히는 누적량이 상대적으로 적었을 수 있습니다. 둘째, 확신 부족과 실수 불안입니다. 앞선 편(⑦·⑧)에서 다뤘듯, 고령 사용자는 "잘못 누르면 어쩌지"라는 불안을 더 크게 느끼는 경향이 있습니다. 무슨 버튼인지 모르는 상태에서 누르는 일은 그 불안을 정면으로 자극합니다. 셋째, 시각적 변별의 어려움입니다. 작고 단순화된 그림은 노안이나 저시력 상태에서 형태를 구분하기가 더 어렵습니다. 비슷하게 생긴 아이콘들이 나란히 있으면 더욱 그렇습니다.

이 세 가지가 겹치면, 아이콘만 있는 버튼은 고령 사용자에게 '눌러도 되는지조차 알 수 없는' 영역이 됩니다.

1-4. 같은 아이콘, 다른 해석 — 한 장으로 보기

아이콘이 왜 '편리한 함정'인지는, 같은 그림이 사람·맥락에 따라 얼마나 다르게 읽히는지를 나란히 놓아 보면 분명해집니다. 아래는 우리가 공공 웹·앱을 살피며 반복적으로 마주친 해석의 갈림을 정리한 것입니다. 이 표는 특정 서비스의 실측이 아니라, 여러 화면에서 관찰된 경향을 요약한 연구용 정리임을 밝혀 둡니다.

아이콘(형태)	익숙한 사용자의 해석	덜 익숙한 사용자의 반응	맥락에 따라 갈리는 다른 뜻
점 세 개(⋮/⋯)	더보기·추가 메뉴	"이건 뭐지? 누르면 뭐가 나오나"	옵션·설정·숨은 메뉴
햄버거(≡)	전체 메뉴	줄 세 개로만 보임	목록·정렬 핸들
하트(♡)	좋아요·찜	의미 추정 불가	관심목록·평점·즐겨찾기
원형 화살표(↻)	새로고침	"되돌리는 건가?"	되돌리기·다시 시도·동기화
톱니바퀴(⚙)	설정	비교적 잘 통함	도구·환경·관리
종(🔔)	알림	의미 추정 가능하나 동작 불명	공지·소리·구독

표에서 드러나는 규칙성은 이렇습니다. 현실 사물과 연결되는 아이콘(톱니바퀴·종)일수록 해석이 안정적이고, 추상 기호(점 세 개·햄버거)일수록 해석이 학습에 전적으로 의존합니다. 그리고 어떤 아이콘이든 '무엇을 뜻하는가'는 비교적 추측해도, '누르면 무슨 일이 일어나는가(동작)'까지는 그림만으로 좀처럼 닿지 못합니다. 이 둘의 간극 — 의미와 동작의 간극 — 을 메우는 것이 바로 글자 라벨입니다.

2. 표준은 무엇을 말하는가 — 인용과 해석

아이콘과 라벨의 문제는 감각의 영역만이 아닙니다. 웹 접근성 표준은 이 지점을 분명한 언어로 다룹니다. 우리가 참고할 수 있는 기준들을 인용하고, 그 의미를 풀어 봅니다.

2-1. WCAG — '이름·역할·값'이라는 원칙

웹 콘텐츠 접근성 지침(WCAG)은 모든 사용자 인터페이스 구성 요소가 **이름(Name)·역할(Role)·값(Value)**을 프로그래밍적으로 전달할 수 있어야 한다고 봅니다(성공 기준 4.1.2 Name, Role, Value). 쉽게 말해, 버튼에는 '무엇을 하는 버튼인가'를 알려주는 이름이 있어야 한다는 것입니다. 이 이름은 눈으로 보이는 글자일 수도 있고, 보조 기술(스크린리더)이 읽어 주는 대체 텍스트일 수도 있습니다.

아이콘만 있는 버튼에 아무런 이름이 부여되지 않으면, 스크린리더 사용자에게는 "버튼"이라고만 읽히거나, 최악의 경우 아무것도 읽히지 않습니다. 눈으로 그림을 보는 사용자에게도, 보조 기술로 듣는 사용자에게도, '이름 없는 버튼'은 정보를 주지 못합니다.

2-2. WCAG — '레이블 또는 지시문'과 '이름 속 레이블'

WCAG는 입력과 조작 요소에 대해 레이블이나 지시문을 제공할 것을 권고합니다(3.3.2 Labels or Instructions). 또한 '레이블 인 네임(Label in Name, 2.5.3)' 기준은, 눈에 보이는 글자 라벨이 있다면 그 글자가 접근성 이름에도 포함되어야 한다고 봅니다. 보이는 것과 읽히는 것이 어긋나지 않게 하라는 취지입니다.

이 기준들이 공통적으로 가리키는 방향은 하나입니다. 요소의 의미는 추측이 아니라 명시로 전달되어야 한다는 것. 아이콘은 명시가 아니라 암시에 가깝습니다. 암시가 통하지 않는 사용자가 있는 한, 명시적 라벨은 선택이 아니라 기본에 가깝다고 우리는 봅니다.

2-3. 한국의 기준 — KWCAG와의 연결

한국형 웹 콘텐츠 접근성 지침(KWCAG 2.2)도 컨트롤·링크·이미지에 대한 대체 텍스트와 명확한 레이블 제공을 다룹니다. 국내 공공 웹은 이 지침을 준수해야 하는 대상이며, 아이콘 버튼의 대체 텍스트 부재는 점검에서 자주 지적되는 항목입니다. 표준의 세부 표현은 버전과 개정에 따라 달라질 수 있으므로, 인용할 때는 해당 시점의 공식 문서를 확인하는 것이 안전하다고 봅니다.

2-4. KRDS — 공공 디자인의 버튼·라벨 관점

범정부 디자인 시스템(KRDS)은 버튼을 비롯한 컴포넌트의 사용 지침을 제시하며, 각 컴포넌트의 접근성 적합성을 함께 명시하는 구조를 갖추고 있습니다. 버튼의 목적이 사용자에게 분명하게 전달되어야 한다는 점, 아이콘과 텍스트의 사용 맥락을 구분해 다루는 점은 위의 표준들과 같은 방향을 봅니다. 공식 가이드의 구체적 문구는 KRDS 문서를 직접 확인해 인용하는 것을 권합니다.

정리하면, 표준들은 '아이콘을 쓰지 말라'고 말하지 않습니다. 다만 버튼의 의미가 모든 사용자에게 전달되도록 이름을 갖추라고 일관되게 말합니다. 아이콘 단독은 그 이름을 보장하지 못하는 경우가 많고, 그래서 라벨이 필요해집니다.

3. '아이콘 단독'이 무너지는 지점들

표준의 원칙을 실제 화면에 비추어 보면, 아이콘이 혼자일 때 자주 무너지는 구체적 상황들이 보입니다.

3-1. 모호한 그림 — '의미가 둘 이상'인 아이콘

어떤 아이콘은 본래부터 해석이 갈립니다. 화살표가 원형으로 도는 그림은 '새로고침'일 수도 '되돌리기'일 수도 '다시 시도'일 수도 있습니다. 톱니바퀴는 '설정'이 일반적이지만 맥락에 따라 '도구'나 '환경'으로도 읽힙니다. 만든 사람의 의도가 분명해도, 받는 사람의 해석은 한 가지로 좁혀지지 않습니다.

3-2. 추상적인 그림 — 현실에 대응물이 없는 기호

점 세 개(더보기), 햄버거 줄(메뉴)처럼 현실 사물과 직접 연결되지 않는 추상 기호는 순수하게 학습에 의존합니다. 학습이 없으면 의미도 없습니다. 이런 아이콘은 '직관적'이라는 평가를 받기 쉽지만, 그 직관은 학습된 사람들 사이에서만 성립하는 직관입니다.

3-3. 비슷하게 생긴 아이콘들의 군집

설정·필터·정렬·옵션처럼 기능이 가까운 버튼들이 비슷한 형태의 아이콘으로 나란히 놓이면, 사용자는 형태만으로 이들을 구분하기 어렵습니다. 특히 작은 화면, 작은 크기, 낮은 대비가 겹치면 변별은 더 힘들어집니다.

3-4. '눌러도 되는 것'인지조차 모호할 때

아이콘이 버튼인지, 단순한 장식인지, 상태 표시인지 형태만으로는 알기 어려운 경우도 있습니다. 클릭·터치가 가능하다는 신호(테두리·여백·눌림 효과)가 약하면, 사용자는 그것이 조작 대상이라는 사실조차 인지하지 못합니다.

이 네 가지는 서로 다른 문제처럼 보이지만, 공통의 해법을 가리킵니다. 글자 라벨입니다. 라벨이 붙는 순간, 위 상황의 대부분이 해소되거나 크게 완화됩니다.

4. 그래서 라벨을 '어디까지' 붙여야 하나 — 우리의 관점

여기서 흔한 반문이 나옵니다. "모든 버튼에 글자를 붙이면 화면이 복잡해지지 않나?" 타당한 걱정입니다. 우리는 '무조건 다 붙이자'가 아니라, 상황에 따라 라벨의 형태를 달리하자는 관점을 제안합니다.

첫째, 핵심 기능 버튼은 텍스트 라벨을 함께 보여 주는 것을 기본으로 봅니다. 신청·제출·검색·취소처럼 과업의 분기점이 되는 버튼은, 아이콘 옆이나 아래에 글자를 함께 두는 편이 안전합니다. 공간이 부담되면 글자를 더 짧게 다듬되, 글자 자체를 없애지는 않는 방향을 권합니다.

둘째, 공간이 정말 부족한 보조 버튼은 최소한 '읽히는 이름'을 갖추는 것을 기준으로 봅니다. 눈에 보이는 글자를 다 붙이기 어렵다면, 적어도 보조 기술이 읽을 수 있는 대체 텍스트(접근성 이름)는 반드시 부여하자는 것입니다. 또한 길게 누르거나 포커스했을 때 이름이 보이는 보조 장치(툴팁 등)를 더하면, 눈으로 보는 사용자에게도 단서가 생깁니다. 다만 툴팁은 보조 수단일 뿐, 보이는 라벨을 대체하는 정답은 아니라고 봅니다.

셋째, 관습이 약한 아이콘일수록 라벨의 필요가 커진다고 봅니다. 돋보기(검색)처럼 광범위하게 학습된 아이콘과, 추상적이고 해석이 갈리는 아이콘은 같은 기준으로 다룰 수 없습니다. 후자는 거의 항상 글자 설명이 필요하다고 우리는 봅니다.

넷째, '아이콘+텍스트'는 중복이 아니라 보강이라고 봅니다. 글자를 읽기 어려운 사용자에게는 아이콘이, 아이콘을 해석하기 어려운 사용자에게는 글자가 단서가 됩니다. 두 채널이 같은 의미를 가리킬 때, 더 많은 사람이 그 버튼을 이해합니다.

4-1. 버튼 유형별 라벨 기준 — 한 장으로 보기

위의 네 관점을 실무에서 빠르게 떠올릴 수 있도록, 버튼의 성격에 따른 라벨 권장 수준을 표로 정리합니다. '권장'이라는 표현을 쓰는 이유는, 이것이 규정이 아니라 사용자 구성과 표준의 방향을 종합한 우리의 관점이기 때문입니다.

버튼 유형	예시	보이는 텍스트 라벨	읽히는 이름(대체 텍스트)	우리의 관점
과업 분기점	신청·제출·결제·취소	필수	필수	결과가 크고 되돌리기 어려움 → 글자 생략 위험
주요 내비게이션	홈·검색·메뉴	권장	필수	모든 사용자가 거치는 길목
보조 동작	공유·즐겨찾기·인쇄	공간 허용 시	필수	최소한 읽히는 이름은 반드시
관습 약한 아이콘	추상 기호 전반	거의 필수	필수	학습 의존도 높음 → 글자로 보강
상태 표시(비조작)	완료 체크·경고	텍스트 동반	적절한 설명	조작 대상으로 오인되지 않게

이 표의 바탕에 흐르는 원칙은 단순합니다. '여기서 막히면 사용자가 잃는 것이 큰가'를 기준으로 라벨의 무게를 정한다는 것입니다. 잃는 것이 클수록 보이는 글자에 가깝게, 잃는 것이 작고 공간이 정말 부족하면 최소한 읽히는 이름이라도 — 이 두 끝 사이에서 버튼마다 위치를 정하는 것이 현실적 접근이라고 봅니다.

4-2. 한계 — 라벨이 만능은 아니다

균형을 위해 라벨의 한계도 분명히 적어 둡니다. 첫째, 글자를 붙인다고 해서 그 글자가 어렵거나 모호하면 문제는 그대로입니다(5장에서 다룹니다). 둘째, 라벨이 너무 많아져 화면이 글자로 빽빽해지면, 오히려 무엇이 핵심인지 흐려질 수 있습니다. 셋째, 다국어·다문화 사용자에게는 한국어 라벨조차 또 다른 장벽일 수 있어, 외국인 사용자 편(050·051)에서 다룬 관점이 함께 필요합니다. 라벨은 강력한 도구이지만, '의미를 명시한다'는 목적을 잊고 기계적으로 붙이면 효과가 반감됩니다. 우리는 라벨을 '글자를 더하는 일'이 아니라 '의미를 분명히 하는 일'로 봅니다.

5. 라벨의 품질 — 붙이는 것을 넘어 '잘' 붙이기

라벨을 붙였다고 끝이 아닙니다. 라벨의 '내용'도 명확함을 좌우합니다.

5-1. 동작을 말하는 라벨

좋은 라벨은 '무엇을 하는지'를 동사로 말합니다. '신청하기', '내려받기', '취소하기'처럼 동작이 드러나면, 사용자는 누른 뒤 무슨 일이 일어날지 예상할 수 있습니다. 반대로 명사 하나(예: '확인')만 있을 때는, 무엇을 확인하는지가 빠져 모호해질 수 있습니다.

5-2. 사용자의 말로 쓰인 라벨

라벨은 만든 쪽의 내부 용어가 아니라 사용자의 일상어에 가까울수록 좋습니다. 이는 다음 편(011·012)에서 다룰 '쉬운 말 쓰기'와 직접 이어집니다. 아이콘 라벨도 결국 텍스트이므로, 어려운 행정용어로 채우면 라벨을 붙인 효과가 반감됩니다.

5-3. 일관된 라벨

같은 동작에는 같은 라벨을 씁니다. 한 곳에서는 '저장', 다른 곳에서는 '보관', 또 다른 곳에서는 '담기'라고 부르면, 사용자는 이들이 같은 기능인지 다른 기능인지 매번 다시 판단해야 합니다. 일관성은 학습 부담을 줄이는 가장 단순한 방법입니다.

6. 자주 만나는 반론과 우리의 답

"아이콘만으로도 다들 잘 쓰던데요." — '다들'이 누구인지 되묻게 됩니다. 디지털에 익숙한 사용자 표본만 보면 문제가 드러나지 않습니다. 그러나 공공 서비스의 사용자에는 학습 기회가 적었던 분들이 반드시 포함됩니다. 보이지 않는 어려움을 '없는 어려움'으로 결론짓지 않으려는 태도가 필요하다고 봅니다.

"라벨을 붙이면 디자인이 촌스러워집니다." — 미감은 중요합니다. 그러나 '읽을 수 있음'과 '아름다움'이 반드시 충돌하는 것은 아닙니다. 글자 크기·자간·배치를 다듬으면 라벨을 둔 화면도 충분히 정돈될 수 있습니다. 우리는 미감을 위해 의미를 포기하기보다, 둘을 함께 끌어올리는 설계를 권합니다.

"툴팁을 달면 되지 않나요?" — 툴팁은 단서를 더해 주지만, 터치 환경에서는 표시가 까다롭고, 길게 눌러야 보이는 경우가 많아 발견되지 않을 수 있습니다. 보조 수단으로는 가치가 있되, 보이는 라벨의 자리를 대신하기는 어렵다고 봅니다.

"글로벌 서비스도 아이콘만 쓰는 곳이 많습니다." — 사실입니다. 다만 그런 서비스 상당수는 사용자가 매일 들어와 반복 학습하는 환경이거나, 주 사용자층이 디지털에 익숙한 집단입니다. 공공 서비스는 그 반대편에 가깝습니다. 1년에 한두 번 들어오는 사람, 처음 들어오는 사람, 디지털에 덜 익숙한 사람이 같은 화면을 써야 합니다. 반복 학습을 전제할 수 없는 환경에서는, 매번 새로 해석해야 하는 아이콘보다 한눈에 읽히는 라벨이 더 안전하다고 봅니다. 같은 디자인 관습이라도 사용 맥락이 다르면 결론이 달라질 수 있습니다.

"라벨을 붙이면 화면이 길어져 모바일에서 불리합니다." — 공간 압박은 실재합니다. 그러나 우리가 4장에서 정리했듯, 모든 버튼에 같은 무게의 라벨이 필요한 것은 아닙니다. 과업 분기점에는 보이는 글자를, 보조 버튼에는 읽히는 이름을 — 이렇게 차등을 두면 공간과 명확성을 함께 살릴 수 있습니다. 또한 '화면이 길어지는 것'과 '사용자가 막히는 것' 중 무엇이 더 큰 비용인지를 따져 보면, 적어도 공공 서비스에서는 후자가 더 무겁다고 봅니다.

7. 우리가 공공 웹에서 관찰한 것 — 익명의 장면들

특정 기관을 지목하지 않되, 반복해 마주친 장면들을 익명으로 옮깁니다.

어떤 화면에서는 하단 내비게이션이 그림만으로 채워져 있었습니다. 자주 쓰는 사용자에게는 익숙하겠지만, 처음 온 사용자는 각 그림이 어느 영역으로 가는지 알기 어려웠습니다.
어떤 양식에서는 '편집'과 '삭제'가 비슷한 회색 아이콘으로 나란히 있었습니다. 둘의 결과가 크게 다른데도, 형태만으로는 구분이 쉽지 않았습니다.
어떤 페이지에서는 핵심 동작 버튼이 점 세 개 안에 숨어 있었습니다. 그 안에 들어가야 할 일이 있다는 것을, 글자 단서 없이 그림만으로 알아채기는 어려웠습니다.

이 장면들의 공통점은 '그림이 혼자 일하고 있었다'는 것입니다. 글자 하나가 곁에 있었다면 달랐을 순간들입니다.

조금 더 긴 한 장면을 익명으로 따라가 보겠습니다. 70대 후반의 한 사용자가 어느 공공 신청 화면에 들어왔습니다. 본문은 비교적 컸고 색 대비도 무난했습니다. 그런데 화면 오른쪽 위, 다음 단계로 넘어가는 자리에 종이비행기 모양의 그림 하나만 놓여 있었습니다. 그분에게 종이비행기는 '보내기'를 뜻하는 약속이 아니었습니다. 한참을 망설이다 옆 사람에게 "이거 누르면 다음으로 가는 거 맞아?"라고 물었고, 그제야 눌렀습니다. 신청은 정상적으로 처리됐지만, 그 사람은 화면을 혼자 끝내지 못했습니다. 만약 그 그림 아래에 '다음' 또는 '제출' 한 단어가 있었다면, 묻지 않고 스스로 마쳤을 것입니다. 우리는 이 장면을 "기능은 작동했으나 사용자는 자립하지 못한" 사례로 기록합니다. 시스템 로그에는 아무 오류도 남지 않았지만, 접근성의 관점에서는 분명한 실패였습니다.

8. 점검의 관점 — '직관적이다'를 검증으로 바꾸기

'이 정도면 직관적이다'라는 판단은 만든 사람의 감각에 기댄 것입니다. 우리는 그 감각을 점검으로 바꾸는 몇 가지 관점을 제안합니다(자세한 자가점검 방법은 다음 편 ⑩에서 이어집니다).

첫째, '글자를 지우고도 의미가 통하는가'를 물어봅니다. 라벨을 가린 채 아이콘만 보고 기능을 맞힐 수 있는지, 디지털에 덜 익숙한 사람에게 물어보는 것입니다. 막힌다면 라벨이 필요하다는 신호입니다.

둘째, 보조 기술로 읽어 봅니다. 스크린리더로 각 버튼이 어떤 이름으로 읽히는지 확인합니다. "버튼"이라고만 읽히거나 침묵한다면, 접근성 이름이 비어 있는 것입니다.

셋째, '비슷한 아이콘'의 군집을 찾습니다. 형태가 닮은 버튼들이 모여 있는 곳은 혼동이 잘 일어나는 지점입니다. 그곳일수록 라벨의 가치가 커집니다.

이런 점검은 특별한 도구 없이도, 사용자에게 묻고 직접 들어 보는 것만으로 상당 부분 가능합니다.

아래는 위 세 관점을 화면 점검 시 한 줄씩 짚어 볼 수 있도록 정리한 체크 항목입니다. 합격선을 숫자로 못 박기보다, "막히는 신호가 보이는가"를 살피는 용도로 보시기 바랍니다.

점검 항목	무엇을 보는가	막힘 신호
글자 가림 테스트	라벨을 가리고 아이콘만으로 기능 추정 가능 여부	덜 익숙한 사용자가 못 맞힘
보조 기술 낭독	스크린리더가 각 버튼을 어떤 이름으로 읽는가	"버튼"만 읽히거나 침묵
유사 아이콘 군집	형태가 닮은 버튼이 모여 있는가	편집/삭제 등 결과가 다른데 형태 유사
조작 가능 단서	누를 수 있는 요소임을 알리는 신호(여백·테두리)	장식인지 버튼인지 불명확
동작 예측 가능성	누르기 전에 결과를 예상할 수 있는가	"눌러봐야 안다"

이 표는 도구로 자동 측정할 수 있는 항목(보조 기술 낭독 이름의 유무 등)과, 사람이 직접 물어봐야 하는 항목(글자 가림 테스트 등)이 섞여 있습니다. 우리는 점검을 '기계가 잡을 수 있는 부분을 먼저 걸러내고, 사람이 더 중요한 판단에 집중하도록 돕는 일'로 봅니다. 아이콘의 의미가 통하는지는 결국 실제 사용자에게 물어야 답이 나오는 영역이 적지 않습니다.

9. 무엇부터 손보면 좋을까 — 우선순위에 대한 관점

모든 아이콘에 한 번에 라벨을 붙이기는 어렵습니다. 우리는 다음 순서를 하나의 관점으로 제안합니다.

가장 먼저는 과업의 분기점에 있는 버튼입니다. 신청·제출·결제·취소처럼 결과가 크고 되돌리기 어려운 동작은, 모호함의 비용이 가장 큽니다. 그다음은 첫 화면·내비게이션처럼 모든 사용자가 거치는 길목입니다. 입구가 모호하면 그 뒤의 모든 것이 막힙니다. 마지막으로 관습이 약하고 해석이 갈리는 아이콘을 손봅니다.

순서를 정하는 기준은 단순합니다. '여기서 막히면 사용자가 잃는 것이 큰가.' 잃는 것이 클수록 먼저 손보는 편이 좋다고 봅니다.

10. 라벨이 만드는 보이지 않는 차이 — 자신감의 문제

라벨의 효과를 '오해를 줄인다'로만 보면, 그 너머의 더 중요한 변화를 놓치게 됩니다. 라벨은 사용자에게 누를 자신감을 줍니다. 무슨 버튼인지 아는 사람은 망설임 없이 누르고, 모르는 사람은 누르지 못한 채 멈춥니다. 이 차이는 단순한 편의의 차이가 아니라, '그 일을 끝까지 해내느냐 마느냐'의 차이입니다.

고령 사용자를 곁에서 지켜보면, 모호한 아이콘 앞에서 손가락이 화면 위에 멈춰 있는 장면을 자주 봅니다. 누르고 싶지만 "잘못 누르면 어떻게 되지"라는 불안이 손을 멈추게 하는 것입니다. 이때 그 버튼에 '신청하기'라는 한 단어만 적혀 있어도, 그 망설임의 상당 부분이 사라집니다. 무엇을 하는 버튼인지 알면, 누른 결과를 예상할 수 있고, 예상할 수 있으면 두려움이 줄기 때문입니다.

그래서 우리는 라벨을 '정보 전달'을 넘어 '자신감의 부여'로 봅니다. 글자 하나가 더해지는 것만으로, 어떤 사용자는 멈춰 있던 자리에서 한 걸음을 내딛습니다. 그 한 걸음이 신청을 끝내고, 정보를 찾고, 일을 마치게 합니다. 아이콘의 모호함이 막아 세웠던 그 사람을, 라벨이 다시 움직이게 하는 것입니다. 이 보이지 않는 효과야말로, 우리가 라벨을 단순한 장식이 아니라 접근성의 핵심으로 보는 이유입니다.

11. 한 장 요약 — 아이콘과 라벨의 핵심

길었던 이야기를 한자리에 모읍니다. 아이콘과 라벨에 대한 우리의 관점을 다섯 줄로 줄이면 이렇습니다.

첫째, 아이콘의 의미는 그림에 내장된 것이 아니라 학습된 약속이다. 그 약속을 공유하지 못한 사용자에게 아이콘은 작은 그림일 뿐입니다. 둘째, 표준은 일관되게 '이름'을 갖추라고 말한다. 보이는 라벨이든 읽히는 대체 텍스트든, 버튼은 자기가 무엇을 하는지 말할 수 있어야 합니다. 셋째, 아이콘 단독은 네 가지 지점에서 무너진다. 모호한 그림, 추상적 기호, 비슷한 군집, 조작 가능 여부의 불명확. 넷째, 라벨은 상황에 맞게 붙인다. 핵심 버튼엔 보이는 글자를, 보조 버튼엔 최소한 읽히는 이름을, 관습이 약할수록 더 분명하게. 다섯째, 라벨은 자신감을 준다. 무슨 버튼인지 아는 사람만이 망설임 없이 그 일을 끝낼 수 있습니다.

이 다섯 줄의 바탕에는 하나의 태도가 있습니다 — 사용자가 '이미 알고 있을 것'이라고 가정하지 않는 태도입니다. 우리에게 익숙한 그림이 누군가에게는 처음 보는 기호일 수 있다는 것을 인정하는 순간, 라벨은 자연스러운 선택이 됩니다.

핵심 명제	한 줄 정리	근거의 성격
아이콘의 의미는 학습된 약속	그림에 의미가 내장돼 있지 않다	인지·통설
표준은 '이름'을 요구	버튼은 무엇을 하는지 말할 수 있어야	WCAG 4.1.2 등 인용
아이콘 단독이 무너지는 4지점	모호·추상·유사군집·조작불명	관찰
라벨은 상황에 맞게	분기점엔 보이는 글자, 보조엔 읽히는 이름	우리의 관점
라벨은 자신감을 준다	알면 누르고, 모르면 멈춘다	관찰·해석

표의 오른쪽 열에 '근거의 성격'을 따로 둔 이유가 있습니다. 우리는 표준에서 인용한 것, 화면에서 관찰한 것, 그리고 그 위에 얹은 우리의 해석을 섞지 않으려 합니다. 인용은 인용대로, 관찰은 관찰대로, 관점은 관점대로 구분해 두어야, 읽는 분이 "이건 표준이 정한 것"과 "이건 ViewCheck가 그렇게 본 것"을 분간할 수 있기 때문입니다. 이것이 이 시리즈가 스스로에게 부과한 규율입니다.

맺으며 — 아이콘은 거들고, 의미는 글자가 지킨다

아이콘은 훌륭한 도구입니다. 시선을 끌고, 공간을 아끼고, 익숙한 사용자에게는 빠른 길을 냅니다. 그러나 의미를 혼자 짊어질 때, 아이콘은 누군가에게 닫힌 문이 됩니다. 그 누군가에는 학습 기회가 적었던 분들, 노안으로 작은 그림을 구분하기 어려운 분들, 실수가 두려워 확신 없이는 누르지 못하는 분들이 포함됩니다.

우리는 아이콘을 없애자고 말하지 않습니다. 다만 의미의 무게를 글자와 나눠 지자고 제안합니다. 핵심 버튼에는 보이는 라벨을, 공간이 부족한 곳에는 최소한 읽히는 이름을. 그렇게 했을 때 아이콘은 본래의 강점인 '빠른 인지'를 유지하면서도, 더 많은 사람에게 열린 버튼이 됩니다.

표준이 일관되게 말하는 '이름·역할·값'은, 결국 한 문장으로 모입니다. 버튼은 자기가 무엇을 하는지 말할 수 있어야 한다. 그 말을, 아이콘은 절반만 합니다. 나머지 절반을 채우는 것이 라벨입니다. 다음 편에서는 그 라벨이 붙어 있더라도 여전히 모호할 수 있는 경우 — '여기를 클릭'처럼 막연한 문구가 알려주지 않는 것 — 을 점검의 관점에서 이어 보겠습니다.

다음 편 예고 (010): [접근성연구·고령] '여기를 클릭'이 알려주지 않는 것 — 라벨은 있으나 막연한 문구가 왜 문제인지, 어떻게 점검하는지를 다룹니다.

참고한 공개 자료(출처):

WCAG 2.1 성공 기준 4.1.2 Name, Role, Value / 3.3.2 Labels or Instructions / 2.5.3 Label in Name (W3C WAI)
한국형 웹 콘텐츠 접근성 지침(KWCAG 2.2) — 컨트롤·링크·이미지 대체 텍스트 및 레이블 제공 항목
디지털 정부서비스 UI/UX 가이드라인(KRDS) 버튼 컴포넌트 사용·접근성 지침
아이콘 인지·학습된 기호·레이블 보강 등 일반 인터페이스 설계 원리(통설)