[접근성연구·색각] 색을 빼도 이해되는가

색 의존 점검 관점

〈디지털 접근성 연구 046〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 인용 수치·기준은 출처와 함께, 미확정 영역은 그렇다고 밝혀 작성합니다.

들어가며

앞의 두 편(044~045)에서 색에만 담긴 정보가 색을 다르게 보는 사용자에게 사라진다는 것을, 그리고 그 사용자가 화면에서 무엇을 마주하는지를 따라가 보았다. 이번 편은 시선을 자신의 화면으로 돌린다. "우리 화면은 색을 빼도 이해되는가." 이 점검은 도구도 비용도 거의 들지 않으면서, 색 의존을 가장 빠르게 드러내는 방법으로 알려져 있다.

색 의존 점검의 핵심은 단순하다. 화면에서 색을 빼 보는 것이다. 색을 잘 보는 만든 사람은 화면을 볼 때마다 색의 차이가 또렷이 보여, 색에만 담긴 정보를 좀처럼 발견하지 못한다. 그러나 화면을 회색조로 바꿔 색을 빼 보면, 색으로만 구분되던 정보가 한순간에 사라지는 자리가 스스로 드러난다. 이 글은 그 '색 빼고 보기' 점검을 어떻게 해 볼 수 있는지, 무엇을 살펴야 하는지를 정리한다. 단정하기보다, 함께 따라가 볼 수 있는 점검의 동선을 그려 본다.

1. 가장 단순한 점검 — 색 빼고 보기

1-1. 회색조로 바꿔 본다

색 의존 점검의 출발점은 화면을 회색조(흑백)로 바꿔 보는 것이다. 회색조로 보면 모든 색이 명도(밝기)만 남은 회색이 된다. 이때 색으로만 구분되던 정보는 비슷한 회색으로 합쳐져 구분되지 않는다. 정상 점과 오류 점이 같은 회색이 되고, 여러 색의 선이 구분되지 않는 회색 선이 되는 자리가, 바로 색을 다르게 보는 사용자가 정보를 잃는 자리다.

회색조 보기는 운영체제·브라우저의 기능이나 색각 시뮬레이션 도구로 누구나 할 수 있다. 색을 다르게 보는 경험을 직접 하지 않아도, 색을 빼 보는 것만으로 색 의존의 빈자리를 확인할 수 있다. 점검에 필요한 것은 특별한 장비가 아니라, 색을 한 번 빼 보겠다는 결심이다.

1-2. 사라지는 정보를 적어 둔다

회색조로 바꾼 뒤, 화면을 천천히 살피며 '색을 빼니 구분이 안 되는' 자리를 적어 둔다. 어떤 점이 정상인지 오류인지, 어느 칸이 필수인지, 그래프의 어느 선이 어느 항목인지가 회색조에서 흐려진다면, 그 자리가 색 의존이다. 적어 둔 자리들이 곧 점검의 목록이 된다.

1-3. 색각 시뮬레이션도 함께

회색조 보기가 색을 모두 빼는 점검이라면, 색각 시뮬레이션은 특정 유형의 색각으로 화면이 어떻게 보이는지를 흉내 내는 점검이다. 적록 계열로 보이는 모습을 흉내 내 보면, 빨강/초록이 비슷해지는 자리를 좀 더 구체적으로 확인할 수 있다. 회색조와 시뮬레이션을 함께 써 보면, 색 의존의 빈자리가 여러 각도에서 드러난다.

두 점검 방식을 나란히 두면, 무엇을 빼고 무엇을 흉내 내는지가 갈린다.

점검 방식	무엇을 하나	드러내는 것
회색조 보기	색을 모두 빼고 명도만 남김	색에만 담긴 정보의 빈자리 전반
색각 시뮬레이션	특정 색각으로 보이는 모습 흉내	빨강·초록이 비슷해지는 자리

(관점) 위 두 방식은 색 의존을 드러낼 때 함께 써 볼 만한 점검을 정리한 것이며, 표준 절차가 아니다. 시뮬레이션은 실제 색각 경험을 그대로 재현하지 못하므로, 빈자리를 찾는 단서로 쓰되 단정하지 않는 편이 안전하다.

2. 살펴볼 만한 자리들

2-1. 상태 표시

가장 먼저 볼 자리는 상태 표시다. 정상/오류, 가능/불가, 진행/완료를 점이나 띠의 색으로만 구분하고 있지 않은지 본다. 회색조에서 이들이 구분되지 않는다면, 글자('정상'/'오류')나 기호(✓/✗), 모양의 차이를 색과 함께 두는 방향을 살핀다. 색은 한눈에 들어오는 보조 단서로 남기고, 정보 자체는 색 외의 단서가 전하게 하는 것이다.

2-2. 필수 입력 표시

폼의 필수 입력칸을 색으로만 표시하고 있지 않은지 본다. 빨간 테두리나 빨간 별표만으로 필수를 표시했다면, 회색조에서 그 표시는 다른 칸과 잘 구분되지 않는다. '필수'라는 글자나 별표 기호를 색과 함께 두면, 색에 기대지 않고도 필수 여부가 전해진다.

2-3. 그래프와 차트

여러 항목을 색으로만 구분한 그래프·차트가 있는지 본다. 회색조에서 선들이 구분되지 않는다면, 선의 모양(실선/점선), 직접 붙인 이름표, 표식의 형태를 색과 함께 두는 방향을 살핀다. 차트는 색 의존이 가장 자주 발견되는 자리 중 하나이므로, 점검 동선에 반드시 포함해 둘 만하다.

2-4. 링크와 강조

본문 속 링크를 색만으로 구분하고 있지 않은지 본다. 회색조에서 링크가 주변 글자와 구분되지 않는다면, 밑줄 같은 다른 시각 단서를 색과 함께 두는 방향을 살핀다. 색은 링크를 더 눈에 띄게 하는 보조 단서로 두고, 링크임을 알리는 일은 색 외의 단서가 함께 맡게 하는 것이다.

회색조에서 살펴볼 네 자리를, 무엇이 흐려지는지·무엇을 더할지와 함께 두면 점검 목록이 된다.

살펴볼 자리	회색조에서 흐려지면	함께 둘 수 있는 단서
상태 표시	정상/오류 점이 같아 보임	글자·기호(✓/✗)·모양
필수 입력	필수 칸이 다른 칸과 비슷	'필수' 글자·별표
그래프·차트	선이 회색으로 섞임	선 모양·이름표·표식
링크·강조	링크가 본문에 묻힘	밑줄·다른 시각 단서

(관찰) 위 네 자리는 색 의존이 회색조에서 흐려지는 패턴으로 되풀이 관찰되는 것을 정리한 것이며, 특정 사이트를 가리키지 않는다. 함께 둘 단서는 예시이며, 화면의 맥락에 따라 더 알맞은 단서가 있을 수 있다.

3. 점검을 정리하는 질문들

3-1. 색을 빼도 같은 정보가 전해지는가

점검의 중심 질문은 044~045편이 거듭 짚은 것과 같다. 이 화면에서 색을 빼도 같은 정보가 전해지는가. 색을 뺐을 때 정상/오류가 구분되고, 필수 칸이 표시되고, 그래프의 선이 가려지지 않으면 색 의존이 아니다. 색을 빼니 정보가 사라지면 색 의존이다. 회색조 보기는 이 질문에 가장 빠르게 답해 주는 도구다.

3-2. 색은 더하는 단서로 남았는가

색 의존을 줄인다는 것이 색을 없앤다는 뜻은 아니다. 점검의 목표는 색을 빼는 것이 아니라, 색만 남기지 않는 것이다. 색은 정보를 빠르고 보기 좋게 전하는 보조 단서로 그대로 두되, 그 옆에 색을 빼도 남는 단서를 함께 두었는지를 본다. 색이 더하는 단서로 남아 있다면, 색을 잘 보는 사용자도 다르게 보는 사용자도 같은 정보를 얻는다.

3-3. 핵심 화면을 먼저 보는가

색 의존도 화면마다 무게가 다르다. 장식적인 색 구분보다, 신청·결제·민원처럼 오류 표시가 다음 행동을 좌우하는 핵심 화면을 먼저 점검하는 편이 효율적이다. 이런 화면에서 색만으로 된 안내를 놓치면 일을 끝내지 못하는 일로 이어지기 때문이다. 한정된 시간이라면, 사용자가 막혔을 때 가장 큰 대가를 치르는 화면부터 색을 빼 본다.

점검을 정리하는 세 질문을, 관련 기준의 취지와 나란히 두면 무엇에 비추어 보는지가 분명해진다.

점검 질문	관련 기준 취지(알려진 항목)
색을 빼도 같은 정보가 전해지나	색의 사용(1.4.1로 알려진 항목)
색은 더하는 단서로 남았나	색 비의존 정보 전달(WAI 해설)
핵심 화면을 먼저 보았나	점검 우선순위(공개 점검 안내)

(인용) 위 기준 취지는 WCAG·WAI 등에서 알려진 항목·안내를 점검 질문과 잇기 위해 옮긴 것이며, 번호·등급·문구는 판본에 따라 다를 수 있어 원문 확인이 안전하다. 이 표는 공식 해석이 아니라 점검을 돕기 위한 정리다.

4. 점검을 일상에 두기

4-1. 자동 도구와 사람 눈을 함께

색 의존 중 일부는 자동 점검 도구가 짚어 줄 수 있다. 그러나 '이 정보가 색에만 담겨 있는가'를 맥락까지 판단하는 일은 결국 사람이 회색조 화면을 보며 해야 하는 영역이 많다. 무엇이 정보이고 무엇이 장식인지, 색을 빼도 의미가 남는지는 사람의 눈이 더 잘 가린다. 자동 도구로 의심 자리를 거르고, 사람 눈으로 회색조에서 확인하는 두 층의 점검이 함께 가는 관점이 가능하다.

4-2. 만들 때 한 번 빼 본다

색 의존은 화면을 만들 때 색을 한 번 빼 보는 습관만으로도 크게 줄어든다. 새 상태 표시를 넣을 때, 새 폼을 만들 때, 새 차트를 그릴 때 잠깐 회색조로 바꿔 보면, 색에만 담긴 정보가 굳기 전에 드러난다. 점검이 마지막 검수가 아니라 만드는 과정의 일부가 될 때, 색 의존은 쌓이지 않는다.

4-3. 기준은 점검의 지도다

WCAG·KWCAG의 색 관련 항목은 '색이 유일한 단서인가'를 묻는 지도다. 항목의 정확한 번호·등급은 기준 원문에서 확인하되, 지도를 들고 실제로 화면의 색을 빼 보는 일은 점검하는 사람의 몫이다. 이 글에서 정리한 질문들은 그 걸음을 돕기 위한 것이지, 그 자체로 합격·불합격을 가르는 기준은 아니다.

5. 반론·한계와 ViewCheck 관점

5-1. 가능한 반론과 우리의 한계

색 빼고 보기 점검은 간단하지만, 다른 시각이 있을 수 있다. 몇 가지 반론을 미리 적고, 우리의 한계도 함께 밝혀 둔다.

가능한 반론	우리의 한계 인정	보완하는 태도
회색조는 명도만 남겨 실제 색각과 다르다	시뮬레이션은 경험을 그대로 재현 못 함	빈자리 발견 도구로 쓰되 단정 안 함
무엇이 정보·장식인지 기계가 못 가린다	자동 점검만으로 맥락 판단이 어렵다	사람 눈으로 회색조를 함께 확인
모든 색 구분을 결함으로 보면 과하다	장식적 색까지 문제 삼을 수는 없다	핵심 정보가 색에만 담겼는지를 봄

5-2. ViewCheck의 관점 — 사람과 도구의 분담

색 의존은 '색 외 단서가 코드에 있는가'와 '회색조에서 실제로 구분되는가'가 다르다. 자동 점검이 거르는 자리와 사람이 봐야 하는 자리를 나누어 둔다.

점검 항목	자동 점검이 보는 것	사람이 봐야 하는 것
상태 표시	색 외 텍스트·기호의 존재	회색조에서 상태가 구분되는가
그래프·차트	이름표·패턴 속성의 유무	회색조에서 선이 분간되는가
핵심 화면	색 외 단서의 누락 여부	그 누락이 일을 막을 만큼인가

(관점) 위 분담은 점검을 돕기 위한 정리이며, 자동/사람의 경계는 도구와 화면에 따라 달라질 수 있다. ViewCheck는 색 외 단서의 유무를 거르는 데 쓰일 수 있으나, 회색조에서 정보가 실제로 구분되는지에 대한 판단은 사람의 몫으로 남는다.

한 장 요약

점검 질문	무엇을 보는가
색을 빼면	회색조로 바꿔 색으로만 구분되던 정보가 사라지는가
상태 표시	정상/오류를 색 외 단서(글자·기호·모양)로도 구분하는가
필수 입력	필수 칸을 색 외에 글자·별표로도 표시하는가
그래프·차트	여러 항목을 색 외에 모양·이름표로도 구분하는가
링크 강조	링크를 색 외에 밑줄 등으로도 구분하는가
점검 순서	신청·결제 등 핵심 화면을 먼저 회색조로 보기

맺으며

색 의존은 색을 잘 보는 사람에게는 보이지 않는 결함이다. 그래서 그것을 드러내는 가장 확실한 방법은, 색을 한 번 빼 보는 것이다. 화면을 회색조로 바꾸는 단 한 번의 동작이, 색으로만 구분되던 정보의 빈자리를 스스로 드러낸다. 색을 빼도 같은 정보가 전해지는 화면은, 색을 다르게 보는 사람에게도 같은 말을 한다.

이로써 색각 분야의 세 편을 마친다. 색만으로 말하지 않기에서 시작해, 색을 다르게 보는 사용자의 경험을 거쳐, 색을 빼 보는 점검까지 — '색이 유일한 단서가 되지 않게'라는 한 줄기를 따라왔다. 다음 분야에서는 다른 결의 사용자를 만난다. 마우스를 쓰지 않고 키보드만으로 화면을 다루는 사용자가, 화면을 끝까지 완주할 수 있는지를 살핀다.

다음 편 예고 (047): 〈마우스 없이 끝까지 / 키보드 접근 연구〉 — 마우스 없이 키보드만으로 화면의 모든 기능에 닿을 수 있어야 한다는 것이 무슨 뜻인지, 키보드 접근이 왜 접근성의 기초인지를 기준의 배경과 함께 살핀다.

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

WCAG(Web Content Accessibility Guidelines) — 색의 사용(1.4.1로 알려진 항목) 및 색 비의존 점검 해설
W3C WAI(Web Accessibility Initiative) — 색에 의존하지 않는 정보 전달 점검 해설 자료
KWCAG(한국형 웹 콘텐츠 접근성 지침) — 색에 무관한 콘텐츠 인식 관련 항목
색각 시뮬레이션·회색조 점검 방법에 관한 공개 안내 자료

※ 위 자료의 항목 번호·등급·세부 문구는 판본·출처에 따라 달라질 수 있으므로, 실제 적용 시에는 각 자료의 원문을 직접 확인하는 것이 안전합니다. 이 글은 특정 기준의 공식 해석이 아니라 하나의 연구 관점입니다.