[접근성연구·저시력] 머리글 없는 표의 혼란
앞 편(040)에서 표가 소리로 어떻게 읽히는지, 머리글이 왜 길잡이가 되는지를 기준의 배경과 함께 따라가 보았다. 이번 편은 시선을 자신의 표로 돌린다. "우리 화면의 표는 소리로도 읽히는가." 이 질문은 표를 자주 쓰는 공공 웹에서 특히 중요한데, 통계·일정·요금·현황 같은 핵심 정보가 표에 담기는 경우가 많기 때문이
![[접근성연구·저시력] 머리글 없는 표의 혼란](https://xbbhievqdmccsexxrdtn.supabase.co/storage/v1/object/sign/covers/content/36nejxqm-122938.jpeg?token=eyJraWQiOiJzdG9yYWdlLXVybC1zaWduaW5nLWtleV8yOWQwYWZmNy1mOWJhLTRkNmUtYmZlZi0yMzg2NTc0ZWUzODQiLCJhbGciOiJIUzI1NiJ9.eyJ1cmwiOiJjb3ZlcnMvY29udGVudC8zNm5lanhxbS0xMjI5MzguanBlZyIsInNjb3BlIjoiZG93bmxvYWQiLCJpYXQiOjE3ODQ0NjU3NzQsImV4cCI6MjA5OTgyNTc3NH0.6E76hHbQ7AuTE2U7B6RbjwytZ23tgPaGRelq6anvlzU)
표 점검 관점
〈디지털 접근성 연구 041〉 — 이 글은 규정이 아니라 하나의 연구 관점입니다. 인용 수치·기준은 출처와 함께, 미확정 영역은 그렇다고 밝혀 작성합니다.
들어가며
앞 편(040)에서 표가 소리로 어떻게 읽히는지, 머리글이 왜 길잡이가 되는지를 기준의 배경과 함께 따라가 보았다. 이번 편은 시선을 자신의 표로 돌린다. "우리 화면의 표는 소리로도 읽히는가." 이 질문은 표를 자주 쓰는 공공 웹에서 특히 중요한데, 통계·일정·요금·현황 같은 핵심 정보가 표에 담기는 경우가 많기 때문이다.
머리글이 빠진 표는 눈으로 보면 멀쩡하다. 위쪽 줄이 굵은 글씨로 강조되어 있으면, 보는 사람은 그것이 제목이라는 걸 직감으로 안다. 그러나 그 굵은 글씨가 '시각적으로만 제목'일 뿐 구조상으로는 제목이 아니라면, 소리로 듣는 사용자에게는 제목과 데이터가 구분되지 않은 채 숫자만 흘러간다. 이 글은 그 어긋남을 어떻게 점검해 볼 수 있는지를 정리한다. 단정하기보다, 함께 따라가 볼 수 있는 점검의 동선을 그려 본다.
1. 머리글이 없으면 무엇이 사라지는가
1-1. 의미가 사라진 숫자
머리글이 칸과 연결되지 않은 표를 스크린리더로 들으면, 사용자는 숫자만 차례로 듣는다. "1,240. 980. 1,310." 이 숫자들이 무엇의 무엇인지는 안내되지 않는다. 눈으로 보는 사람은 위쪽 제목과 왼쪽 제목을 함께 읽어 의미를 완성하지만, 소리로 듣는 사람에게는 그 연결이 끊겨 있다. 숫자는 들리되 의미는 사라진다.
1-2. 길을 잃는 큰 표
표가 작으면 사용자가 첫 줄을 외워 두고 나머지를 추론할 여지가 있다. 그러나 행과 열이 많은 표에서는 그 추론이 곧 한계에 부딪힌다. 열 번째 행, 다섯 번째 열의 칸을 들을 때 사용자는 그 칸이 어느 제목에 속하는지를 기억만으로 맞춰야 한다. 머리글이 칸마다 함께 안내되면 이 부담이 사라지지만, 연결이 없으면 큰 표일수록 길을 잃기 쉽다.
1-3. 시각적 강조와 구조의 어긋남
머리글 없는 표의 핵심 문제는 '시각적 강조'와 '구조'의 어긋남이다. 만든 사람은 위쪽 줄을 굵게, 배경색을 다르게 해서 그것이 제목임을 눈에 분명히 드러냈다고 여긴다. 그러나 그 강조가 시각 효과에 그치고 구조에는 담기지 않았다면, 소리로 듣는 사용자에게는 전달되지 않는다. 보이는 제목과 구조상의 제목이 어긋난 자리가, 점검에서 가장 자주 마주치는 지점이다.
머리글이 끊겼을 때 사라지는 것을 늘어놓으면, 눈으로는 멀쩡한 표가 소리로 막히는 지점이 보인다.
| 사라지는 것 | 눈으로는 | 소리로는 |
|---|---|---|
| 숫자의 의미 | 제목과 함께 읽힘 | "1,240. 980." 의미 없는 나열 |
| 큰 표의 길 | 제목이 늘 시야에 있음 | 칸마다 제목을 기억으로 추론 |
| 강조의 전달 | 굵게·배경색으로 제목 인식 | 시각 강조만, 구조엔 안 담김 |
(관찰) 위 세 가지는 머리글 없는 표에서 되풀이되어 관찰되는 패턴을 정리한 것으로, 특정 화면을 가리키지 않는다. 빈도는 측정값이 아니라 경험 기반 정리이며, 우리는 이를 단정이 아니라 '점검할 때 구분해 볼 시선'으로 제시한다.
2. 점검의 출발 — 표를 다시 보기
2-1. 이것이 구조상의 표인가
점검의 첫 질문은 040편에서도 짚었듯 "이것이 구조상의 표인가"다. 화면에서 표처럼 보이는 것이 모두 구조상의 표는 아니다. 이미지로 그려 넣은 표, 칸을 배치만 해서 격자처럼 보이게 만든 표는 눈으로는 표지만 소리로는 표가 아니다. 이미지로 된 표라면 그 안의 숫자는 대체텍스트가 없는 한 읽히지조차 않는다(이 시리즈 032~034편의 대체텍스트 주제와 이어진다). 구조상의 표가 아니라면, 머리글 점검 이전에 표 자체를 다시 만들어야 하는 문제로 넘어간다.
2-2. 머리글이 머리글로 표현됐는가
구조상의 표임을 확인했다면, 다음은 머리글이 머리글로 표현되어 있는지를 본다. 위쪽 제목 줄과 왼쪽 제목 줄이 단지 굵게 보이는 데 그치지 않고, 구조상으로도 '제목'으로 표시되어 있는지가 핵심이다. 이 구분이 있어야 스크린리더가 칸을 읽을 때 제목을 함께 안내할 수 있다. 시각적 강조만 있고 구조상 표시가 없으면, 보이는 제목은 소리로 전달되지 않는다.
2-3. 소리로 직접 들어 보기
가장 확실한 점검은 표를 소리로 들어 보는 것이다. 스크린리더로 표의 칸들을 옮겨 다니며 들어 본다. 어떤 칸에서 제목이 함께 안내되고, 어떤 칸에서 숫자만 덩그러니 읽히는지가 곧 드러난다. 만드는 사람이 직접 들어 보면, 눈으로는 또렷하던 제목이 소리로는 사라져 있다는 사실을 체감하게 된다. 도구 한 번 켜는 수고가, 보고서로는 잘 드러나지 않는 빈자리를 보여 준다.
점검의 출발을 세 동작으로 나누면, 어디서 시작해 어디로 가는지가 분명해진다.
| 동작 | 보는 것 | 막히면 다음 단계 |
|---|---|---|
| ① 구조상의 표인가 | 이미지·배치용 가짜 표 여부 | 표 자체를 다시 만듦 |
| ② 머리글로 표현됐나 | 굵게 보임 vs 구조상 제목 | 제목을 구조에 담음 |
| ③ 소리로 들어 보기 | 칸마다 제목 함께 안내되나 | 끊긴 자리 기록 |
(관점) 위 동선은 "머리글을 손보기 전에 표인지부터 본다"는 040편 관점을 점검 동작으로 옮긴 것이다. 모든 표가 같은 순서로 풀리는 것은 아니며, 핵심은 시각 강조가 아니라 구조와 소리로 확인하는 것이다. 우리는 보이는 제목이 들리는 제목과 일치하는지를 점검의 축으로 본다.
3. 살펴볼 만한 질문들
3-1. 데이터 표인가, 배치용 표인가
먼저 이 표가 데이터를 담은 표인지, 화면 배치를 위해 표 구조를 빌려 쓴 표인지를 구분한다. 배치용으로 쓴 표는 소리로 읽힐 때 '표'로 안내되어, 사용자에게 있지도 않은 행·열 관계를 듣게 만든다. 데이터 표와 배치용 표가 섞여 있으면, 사용자는 의미 없는 격자 안에서 헤맨다. 데이터 표만 표 구조로 두고, 배치는 다른 방식으로 푸는 방향이 흔히 권장되는 것으로 알려져 있다.
3-2. 어느 머리글이 어느 칸을 가리키는가
단순한 표라면 위쪽 한 줄이 열 제목, 왼쪽 한 줄이 행 제목으로 자연스럽게 정리된다. 그러나 머리글이 두 줄로 겹쳐 있거나, 한 제목이 여러 칸을 묶는 복잡한 표라면, 어느 제목이 어느 칸을 책임지는지가 모호해진다. 복잡한 표일수록 제목과 데이터의 연결을 분명히 드러내는 일이 까다로워진다. 점검 동선에 복잡한 표를 일부러 포함해 두면 빈틈이 줄어든다.
3-3. 표에 제목·설명이 있는가
표 자체에 무엇에 관한 표인지를 알려 주는 제목이나 짧은 설명이 있는지도 살필 만하다. 눈으로 보는 사람은 표 주변의 문맥에서 그 표가 무엇인지 짐작하지만, 소리로 듣는 사용자에게는 표 안으로 들어가기 전에 '이것이 무엇의 표인지'를 알려 주는 안내가 도움이 된다. 표의 제목·설명을 어떻게 제공할지는 구현 방식에 따라 다르므로, 기준 원문과 해설을 함께 확인하는 편이 안전하다.
3-4. 큰 표를 어떻게 다룰까
행과 열이 매우 많은 표는 머리글이 잘 붙어 있어도 소리로 듣기에 부담이 크다. 표를 더 작은 단위로 나누거나, 핵심을 먼저 요약해 주는 방식이 도움이 될 수 있다. 다만 큰 표를 어떻게 나누고 요약할지는 정답을 단정하기 어려운 설계의 영역이다. '눈으로 큰 표는 소리로 더 크다'는 점만 기억해 두어도, 표를 설계할 때 한 번 더 멈춰 보게 된다.
네 가지 점검 질문을 한자리에 모으면, 무엇을 차례로 살피는지가 분명해진다.
| 점검 질문 | 보는 것 | 관련 관점 |
|---|---|---|
| 데이터 표인가 | 배치용 표가 섞이지 않았나 | 배치는 다른 방식으로 |
| 연결이 분명한가 | 어느 제목이 어느 칸 가리키나 | 복잡한 병합표 주의 |
| 표 제목·설명 | 무엇의 표인지 안내되나 | 구현별, 원문 확인 |
| 큰 표는 | 나누거나 요약할 여지 있나 | 설계 영역, 정답 단정 어려움 |
(인용) 위 질문은 WCAG 1.3.1(정보와 관계)와 표 접근성 해설을 연구 관점에서 재정리한 것이다. 표 제목·설명 제공 방식과 큰 표 처리는 단일 항목으로 환원되지 않으므로 원문·해설을 함께 확인하는 편이 안전하다. 본 표는 합격·불합격 기준이 아니라 점검 시선의 정리다.
4. 점검을 일상에 두기
4-1. 자동 도구와 사람 귀를 함께
표가 '구조상의 표인지', '머리글이 표현되어 있는지'는 자동 점검 도구가 어느 정도 알려 줄 수 있다. 표 구조의 누락이나 머리글 미표현을 기계적으로 짚어 주는 도구들이 알려져 있다. 그러나 '어느 제목이 어느 칸을 가리키는지가 사용자에게 자연스럽게 들리는지'는 결국 사람이 소리로 들으며 판단해야 하는 영역이 많다. 자동 도구로 구조의 누락을 거르고, 사람 귀로 읽힘의 자연스러움을 확인하는 두 층의 점검이 함께 가는 관점이 가능하다.
4-2. 만들 때마다 한 번씩
표는 한 번 만들면 오래 쓰인다. 통계·요금·일정 표는 갱신만 될 뿐 구조는 그대로 이어지는 경우가 많다. 그래서 처음 만들 때 머리글 연결을 챙겨 두면, 그 표가 쓰이는 내내 소리로도 읽힌다. 반대로 처음에 빠진 연결은 갱신될 때마다 함께 따라다닌다. 표를 새로 만들 때마다 소리로 한 번 들어 보는 습관이, 빈자리가 굳기 전에 그것을 드러낸다.
4-3. 기준은 점검의 지도다
WCAG·KWCAG가 표를 '정보와 관계'라는 넓은 언어로 다룬다는 점은 040편에서 짚었다. 항목의 정확한 번호·등급은 기준 원문에서 확인하되, '눈으로 보이는 제목이 소리로도 전해지는가'라는 질문은 표를 점검할 때마다 되짚어 볼 만하다. 이 글에서 정리한 질문들은 그 점검을 돕기 위한 길잡이이지, 그 자체로 합격·불합격을 가르는 기준은 아니다.
5. 반론·한계와 ViewCheck 관점
5-1. 반론과 한계
이 글의 표 점검 동선에도 반론과 한계가 있다. 덮기보다 함께 적어 둔다.
| 가능한 반론 | 우리의 한계 인정 | 보완하는 태도 |
|---|---|---|
| "자동 도구가 머리글을 다 잡아 주지 않나" | 도구는 '머리글 있나'는 잡아도 '자연스럽게 들리나'는 단정 어렵다 | 도구로 거르고 직접 소리로 듣는다 |
| "굵게 강조하면 제목인 게 분명하지 않나" | 시각 강조와 구조상 제목은 별개다 | 구조에 제목이 담겼는지 확인한다 |
| "큰 표도 머리글만 붙이면 되지 않나" | 큰 표는 머리글만으로 부담이 풀리지 않는다 | 분할·요약을 설계로 함께 본다 |
5-2. ViewCheck 관점 — 사람과 도구의 분담
표 점검에서 자동 점검과 사람의 귀는 보는 자리가 다르다. 도구는 표 구조와 머리글 마크업을 빠르게 훑지만, '소리로 들었을 때 제목이 자연스럽게 따라오는지'는 사람이 직접 들어 봐야 안다.
| 점검 항목 | 자동 점검이 보는 것 | 사람이 봐야 하는 것 |
|---|---|---|
| 구조상의 표 | <table>·셀 마크업 존재 |
이미지·배치용 가짜 표 아닌지 |
| 머리글 표현 | 머리글 셀 표시 여부 | 굵게 보임이 구조로 담겼는지 |
| 연결 분명함 | 머리글-데이터 연결 속성 | 복잡한 표에서 헷갈리지 않는지 |
| 표 제목·설명 | 표 제목 요소 존재 | 무엇의 표인지 먼저 들리는지 |
자동 점검은 '표가 구조와 머리글을 갖췄는가'를 빠짐없이 훑고, 사람은 '그 제목이 소리로 자연스럽게 따라오는가'를 귀로 확인한다. 두 시선이 만나는 자리에서 표 점검이 완성된다고 우리는 본다.
한 장 요약
| 점검 질문 | 무엇을 보는가 |
|---|---|
| 구조상의 표인가 | 이미지·배치용 가짜 표가 아니라 진짜 데이터 표인가 |
| 머리글이 표현됐나 | 굵게 보이는 데 그치지 않고 구조상 '제목'으로 표시됐는가 |
| 연결이 분명한가 | 어느 제목이 어느 칸을 가리키는지 모호하지 않은가 |
| 표 제목·설명 | 무엇에 관한 표인지 들어가기 전에 안내되는가 |
| 큰 표는 | 나누거나 요약해 인지 부담을 덜 여지가 있는가 |
| 점검 방법 | 스크린리더로 칸을 옮겨 다니며 직접 소리로 들어 보기 |
맺으며
머리글 없는 표는 눈으로 보면 또렷한 제목을 가졌지만, 소리로 들으면 제목이 없는 숫자의 행렬이 된다. 보이는 제목과 구조상의 제목이 어긋난 그 자리에서, 소리로 듣는 사용자는 의미를 잃은 숫자를 차례로 듣는다. 점검은 그 어긋남을 찾아내는 일이고, 가장 확실한 방법은 표를 한 번 소리로 들어 보는 것이다.
이 글은 머리글 없는 표를 어떻게 점검해 볼 수 있는지를 동선으로 정리했다. 저시력 분야의 마지막 주제는 '소리로 읽히는 화면'에서 한 걸음 더 나아간다. 다음 편에서는 화면이 사용자의 조작 없이 스스로 바뀔 때, 그 변화가 소리로 전해지지 않는 문제를 다룬다.
다음 편 예고 (042): 〈소리 없이 바뀌는 화면 / 라이브 영역 연구〉 — 사용자가 보지 않는 사이 화면 일부가 바뀔 때, 그 변화를 스크린리더에 알리는 '라이브 영역'이 무엇인지를 기준의 배경과 함께 살핀다.
참고한 공개 자료(출처):
- WCAG(Web Content Accessibility Guidelines) — 정보와 관계(1.3.1로 알려진 항목) 및 데이터 표 머리글 관련 해설
- W3C WAI(Web Accessibility Initiative) — 표(table) 접근성 점검 해설 자료
- KWCAG(한국형 웹 콘텐츠 접근성 지침) — 콘텐츠의 논리적 구조 관련 항목
- 행정안전부 등 공공기관 웹 접근성 점검 안내 자료
※ 위 자료의 항목 번호·등급·세부 문구는 판본에 따라 달라질 수 있으므로, 실제 적용 시에는 각 기준의 원문을 직접 확인하는 것이 안전합니다. 이 글은 특정 기준의 공식 해석이 아니라 하나의 연구 관점입니다.
관련 글
[접근성연구·디지털포용] 한 사람이 여러 벽을 동시에
앞 편(081)에서 디지털 포용이 여러 갈래의 사용자를 하나의 목표로 묶는다고 봤다. 그리고 끝에서 한 가지를 남겼다 — 현실의 한 사람은 여러 조건을 동시에 가질 수 있다고. 이 시리즈를 닫는 이번 편은 그 '겹침'을 정면으로 본다. 영역의 경계를 가로질러, 조건이 겹칠 때 접근성이 어떻게 더 가팔라지는지를 관찰한다.
[접근성연구·디지털포용] 디지털포용법이 말하는 '포용'
앞 편(080)에서 초고령사회라는 인구구조의 신호를 봤다. 그리고 끝에서 한 가지를 분명히 했다 — 디지털 격차는 고령에만 있는 것이 아니라고. 이번 편은 그 여러 갈래의 격차를 '디지털 포용(digital inclusion)'이라는 하나의 정책 틀에서 함께 본다. 이 시리즈는 그동안 사용자를 영역별로 나눠 다뤘다. 고령
[접근성연구·디지털포용] 초고령사회, 공공웹은 준비됐나
공공앱 세 편(077~079)으로 매체의 확장을 닫았다. 이제 시선을 한 번 더 넓힌다. 지금까지 이 시리즈는 주로 '한 사람이 화면 앞에서 겪는 어려움'을 다뤘다. 고령(001~014), 저시력(029~043), 키보드(047~049)처럼, 개별 사용자의 자리에서 벽을 봤다. 이번 묶음(080~082)은 그 시선을 거시