[접근성연구·색각] 빨강도 초록도 같아 보인다면

색각이상 사용자 관찰

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

들어가며

앞 편(044)에서 색에만 담긴 정보가 색을 다르게 보는 사용자에게 사라진다는 것을, 그리고 '색만으로 말하지 않기'라는 설계 관점을 기준의 배경과 함께 따라가 보았다. 이번 편은 시선을 그 사용자에게로 옮긴다. 빨강과 초록이 비슷하게 보이는 사람이 실제 화면에서 무엇을 마주하는지를 관찰의 눈으로 따라가 본다.

색을 다르게 보는 경험은 색을 잘 구분하는 사람이 상상하기 어렵다. "빨강과 초록이 같아 보인다"는 말은 종종 '색이 흐릿하게 보인다'로 오해되지만, 실제로는 두 색이 서로 비슷한 다른 색으로 보이는 것에 가깝다. 빨간 오류 표시와 초록 정상 표시가, 그에게는 둘 다 비슷한 회갈색의 점으로 보일 수 있다. 이 글은 그 사용자의 화면을 상상해 보며, 색 의존이 어디서 사람을 놓치는지를 관찰한다. 단정하기보다, 한 사용자의 경험을 따라가며 함께 들여다보는 데 목적이 있다.

1. 그의 화면을 상상해 본다

1-1. 두 점이 같아 보이는 순간

폼을 제출했더니 화면 어딘가에 점이 떴다. 만든 사람의 의도로는 빨간 점은 오류, 초록 점은 정상이다. 그러나 적록 계열 색각을 가진 사용자에게 두 점은 비슷한 색으로 보인다. 그는 점이 떴다는 것은 알지만, 그것이 오류인지 정상인지는 색만으로 가늠하기 어렵다. 점 옆에 '오류' 같은 글자나 ✗ 같은 기호가 없으면, 그는 색이 말하려던 정보를 받지 못한다.

1-2. 어느 칸이 잘못됐는지 모를 때

필수 입력칸이 빨간 테두리로만 표시되는 폼을 떠올려 보자. 색을 잘 구분하는 사용자는 붉어진 칸을 한눈에 찾지만, 색을 다르게 보는 사용자에게 그 테두리는 다른 칸과 크게 달라 보이지 않는다. 그는 어느 칸을 고쳐야 하는지 알기 어려워, 칸을 하나씩 다시 확인하거나 제출을 반복하게 된다. 색이 잘못된 자리를 또렷이 가리키고 있다고 만든 사람은 믿지만, 그 가리킴은 그에게 닿지 않는다.

1-3. 그래프 앞에서 멈출 때

여러 항목을 색으로만 구분한 그래프 앞에서 그는 한 번 더 멈춘다. 범례에는 "파랑은 A, 빨강은 B, 초록은 C"라고 적혀 있지만, 그에게 빨강과 초록 선은 비슷해 보인다. 어느 선이 B이고 어느 선이 C인지 가늠하기 어렵다. 데이터는 화면에 다 있지만, 색으로만 묶인 정보는 그에게서 흩어진다.

그가 멈춰 서는 세 자리를, 만든 사람의 의도와 나란히 두면 어긋남이 또렷해진다.

그가 멈추는 자리	만든 사람의 의도	그에게 닿는 것
상태 점	빨강=오류, 초록=정상	비슷한 회갈색 점, 뜻 모름
필수 칸 테두리	붉은 칸=고칠 칸	다른 칸과 큰 차이 없음
색 구분 그래프	색=항목 구분	빨강·초록 선이 섞여 보임

(관찰) 위 세 자리는 색 의존이 사용자를 놓치는 패턴으로 되풀이 관찰되는 것을 정리한 것이며, 특정 사이트를 가리키지 않는다. 색이 보이는 정도는 사람마다 달라, 같은 화면도 다르게 닿을 수 있다.

2. 관찰 — 색이 사람을 놓치는 자리

2-1. '직관적'이라는 함정

색으로 정보를 전하는 일이 흔한 이유는 그것이 '직관적'이기 때문이다. 빨강은 위험, 초록은 안전이라는 연상은 빠르고 자연스럽다. 그러나 그 직관은 색을 다수처럼 보는 사람에게만 성립한다. 색을 다르게 보는 사람에게 빨강/초록의 직관은 작동하지 않는다. 만든 사람에게 너무 자명해서 의심하지 않게 되는 바로 그 직관이, 색 의존이 잘 발견되지 않는 이유이기도 하다.

2-2. 만든 사람이 눈치채기 어려운 결함

색 의존은 만든 사람이 스스로 발견하기 어려운 결함이다. 만든 사람 대부분은 색을 잘 구분하므로, 화면을 볼 때마다 색의 차이가 또렷이 보인다. 그에게는 아무 문제가 없으니, 색을 다르게 보는 사용자가 무엇을 놓치는지 상상할 계기가 없다. 깨진 이미지나 겹친 글자처럼 눈에 띄는 오류가 아니라, 특정 사용자에게만 보이지 않는 결함이라는 점이 색 의존을 조용하게 만든다.

2-3. 작은 차이가 큰 차이가 되는 자리

색 의존의 결과는 화면마다 무게가 다르다. 장식적인 색 구분이라면 정보를 놓쳐도 큰 문제가 아닐 수 있다. 그러나 신청·결제·민원처럼 오류 표시가 다음 행동을 좌우하는 화면에서는, 색만으로 된 안내를 놓치는 일이 곧 일을 끝내지 못하는 일로 이어진다. 어느 칸이 잘못됐는지 모른 채 제출을 반복하다 결국 포기하는 사용자가 생긴다. 색 의존이 가장 아프게 작동하는 자리가 바로 이런 핵심 화면이다.

색 의존이 왜 조용히 남는지를 세 갈래로 정리하면, 발견을 가로막는 지점이 보인다.

조용한 이유	무슨 일이 일어나나	그래서
'직관적'이라는 믿음	빨강=위험은 너무 자명해 의심 안 함	색 의존이 점검에서 빠짐
만든 사람이 색을 잘 봄	화면에서 차이가 또렷이 보임	결함을 상상할 계기 없음
화면마다 무게가 다름	핵심 화면일수록 대가가 큼	같은 결함도 결과가 갈림

(관점) 위 세 이유는 색 의존이 발견되기 어려운 까닭을 정리한 관점이며, 단정이 아니다. 화면의 성격과 만드는 환경에 따라 다른 이유가 더 클 수도 있다.

3. 다르게 보는 경험을 들여다보기

3-1. 시뮬레이션으로 가까이 가 본다

색을 다르게 보는 경험을 직접 할 수는 없어도, 시뮬레이션으로 가까이 가 볼 수는 있다. 색각 시뮬레이션 도구나 회색조 보기로 화면을 바꿔 보면, 색으로만 구분되던 정보가 비슷해지는 자리가 드러난다. 정상 점과 오류 점이 같은 색이 되고, 여러 색의 선이 구분되지 않는 회색 선이 된다. 그 변화를 한 번 보고 나면, 색 의존이 추상적인 규칙이 아니라 구체적인 빈자리라는 것이 실감 난다.

3-2. '색을 빼면 무엇이 남는가'

관찰의 핵심 질문은 단순하다. 이 화면에서 색을 빼면 무엇이 남는가. 색을 뺐을 때 정상/오류가 여전히 구분되는가, 필수 칸이 여전히 표시되는가, 그래프의 선이 여전히 가려지는가. 색을 빼도 남는 단서가 있으면 색 의존이 아니고, 색을 빼니 정보가 사라지면 색 의존이다. 이 한 가지 질문이 색 의존을 가려내는 가장 단순한 잣대가 된다.

3-3. 색을 미워하지 않기

색을 다르게 보는 사용자를 떠올린다고 해서 색을 미워할 필요는 없다. 색은 여전히 빠르고 보기 좋은 단서다. 관찰이 알려 주는 것은 '색을 쓰지 말라'가 아니라 '색만 남기지 말라'다. 색의 직관을 살리되, 그 옆에 색을 빼도 남는 단서를 함께 두면, 색을 잘 보는 사람과 다르게 보는 사람이 같은 정보를 얻는다. 관찰은 색을 더 신중하게, 더 넉넉하게 쓰는 쪽으로 이끈다.

이 관찰이 기대는 기준의 취지를 곁에 두면, 관찰이 단지 인상이 아니라 공개 기준과 잇닿아 있음이 보인다.

관찰이 보는 것	관련 기준 취지(알려진 항목)
색이 유일한 단서인가	색의 사용(1.4.1로 알려진 항목)
색을 빼도 정보가 남는가	색 비의존 정보 전달(WAI 해설)
오류가 색 외에도 전해지나	오류 식별(3.3.1로 알려진 항목)

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

4. 관찰이 남기는 것

4-1. 한 사람을 떠올리는 일

색 의존을 줄이는 출발점은 규칙을 외우는 것이 아니라 한 사람을 떠올리는 일이다. 빨강과 초록이 비슷하게 보이는 사용자가 이 화면 앞에 앉아 있다고 상상하면, 색으로만 된 안내가 어디서 그를 막는지 보이기 시작한다. 그 상상이 회색조 보기나 시뮬레이션 도구와 만나면, 막연하던 빈자리가 구체적인 자리로 드러난다.

4-2. 관찰에서 점검으로

이 편은 색을 다르게 보는 사용자가 무엇을 마주하는지를 관찰했다. 관찰이 알려 준 빈자리를 실제 화면에서 어떻게 찾아낼지는 다음 편의 몫이다. 관찰이 '왜 문제가 되는가'를 보여 준다면, 점검은 '우리 화면의 어디가 그러한가'를 묻는다. 두 시선이 이어질 때, 색 의존은 막연한 우려에서 구체적인 점검 동선으로 바뀐다.

4-3. 기준은 그 사람 편이다

WCAG·KWCAG의 색 관련 항목은 결국 색을 다르게 보는 사용자 편에 서 있다. 색이 유일한 단서가 되지 않게 하라는 그 요구는, 색을 잘 보는 다수의 편의를 줄이지 않으면서 색을 다르게 보는 사람을 함께 데려가려는 장치다. 항목의 정확한 번호·등급은 기준 원문에서 확인하되, 그 항목들이 누구를 위한 것인지를 떠올리면 점검은 규칙 준수가 아니라 사람을 향한 일이 된다.

5. 반론·한계와 ViewCheck 관점

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

한 사용자의 경험을 관찰하는 일에는 다른 시각이 있을 수 있다. 몇 가지 반론을 미리 적고, 우리의 한계도 함께 밝혀 둔다.

가능한 반론	우리의 한계 인정	보완하는 태도
색각 유형마다 보이는 색이 다르다	한 유형의 경험을 일반화하기 어렵다	대표 사례로 들되 차이를 단정하지 않음
상상·시뮬레이션은 실제와 다르다	우리는 그 경험을 그대로 알 수 없다	빈자리를 찾는 단서로만 활용
색 의존 여부는 화면 맥락에 달렸다	모든 색 사용을 결함으로 볼 수 없다	핵심 정보가 색에만 담겼는지를 봄

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

색을 다르게 보는 경험은 사람이 떠올리는 일이고, 색 외 단서의 존재는 도구가 거를 수 있다. 두 시선이 어디서 만나는지를 나누어 둔다.

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

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

한 장 요약

구분	핵심 내용
어떻게 보이나	빨강/초록이 비슷한 다른 색으로 보임 — 흐릿함이 아님
막히는 자리	색으로만 된 상태 표시, 필수 입력, 색 구분 그래프
왜 조용한가	만든 사람 대부분은 색을 잘 구분해 결함을 눈치채기 어려움
가장 아픈 자리	신청·결제·민원처럼 오류 표시가 행동을 좌우하는 핵심 화면
관찰의 잣대	"색을 빼면 무엇이 남는가" — 사라지면 색 의존
다음으로	관찰이 보여 준 빈자리를 실제 화면에서 찾는 점검(046)

맺으며

빨강도 초록도 같아 보이는 사람에게, 색으로만 된 안내는 침묵하는 안내다. 점은 떴지만 무엇을 말하는지 알 수 없고, 칸은 표시됐지만 어디가 잘못됐는지 알기 어렵다. 그러나 이것은 색을 미워할 이유가 아니라 색을 더 신중하게 쓸 이유다. 색의 직관을 살리되 그 옆에 색을 빼도 남는 단서를 두면, 화면은 색을 다르게 보는 사람에게도 같은 말을 한다.

이 글은 색을 다르게 보는 사용자가 마주하는 화면을 관찰의 눈으로 따라가 보았다. 다음 편에서는 시선을 자신의 화면으로 돌린다. 색을 빼도 이해되는 화면인지를 어떻게 스스로 점검해 볼 수 있는지를 정리하며, 색각 분야를 마무리한다.

다음 편 예고 (046): 〈색을 빼도 이해되는가 / 색 의존 점검 관점〉 — 화면을 회색조로 바꿔 보며 색에만 담긴 정보를 찾아내는, 누구나 해 볼 수 있는 색 의존 점검의 동선을 정리한다.

---

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

• WCAG(Web Content Accessibility Guidelines) — 색의 사용(1.4.1로 알려진 항목) 및 색 비의존 설계 해설
• W3C WAI(Web Accessibility Initiative) — 색에 의존하지 않는 정보 전달 해설 자료
• KWCAG(한국형 웹 콘텐츠 접근성 지침) — 색에 무관한 콘텐츠 인식 관련 항목
• 색각 이상의 유형·비율에 관한 공신력 있는 의학·통계 자료

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