나는 한 시각장애인이 고객 지원 전화로 전화를 걸어, 그녀의 고용주가 PDF로 보낸 분기 재무 보고서에 접근할 수 없어서 눈물까지 흘리며 좌절했던 날을 절대 잊지 못할 것이다. 그녀는 15년의 경력을 가진 선임 분석가였지만, 우리의 접근 불가능한 문서는 그녀의 전문성을 무효화하였다. 그 전화는 내가 문서 작성에 접근하는 방식에 대해 모든 것을 변화시켰다.
💡 주요 내용
- 스크린 리더가 PDF와 상호작용하는 방법 이해하기
- 기초: 접근 가능한 소스 문서 만들기
- 태그 및 구조: 기술적 뼈대
- 양식 및 인터랙티브 요소: 특별 고려 사항
나는 사라 첸이며, 지난 12년 동안 디지털 접근성 컨설턴트로 일해왔고, Fortune 500 기업들과 정부 기관과 협력하여 그들의 문서를 보편적으로 접근할 수 있도록 만들어왔다. 그동안 8,000개 이상의 PDF를 감사하고 2,000명 이상의 콘텐츠 제작자를 교육했다. 내가 배운 것은 PDF 접근성이 단순한 준수 체크박스가 아니라 전세계 22억 명의 시각장애인을 존중하고 그들이 정보에 동등하게 접근할 수 있도록하는 것이란 사실이다.
통계는 충격적이다: WebAIM의 2023년 설문 조사에 따르면, 홈 페이지의 98.1%가 감지 가능한 WCAG 2 오류가 있으며, PDF는 최악의 위반 사례 중 하나이다. 그러나 PDF는 공식 문서, 보고서, 양식 및 출판물을 공유하는 데 여전히 지배적인 형식이다. 이는 매일 수백만 명의 사용자에게 영향을 미치는 거대한 접근성 격차를 초래한다. 좋은 소식은? pdf0.ai와 같은 올바른 지식과 도구를 사용하면 스크린 리더에 친화적인 PDF를 만드는 것이 전혀 달성 가능한 일이라는 것이다.
스크린 리더가 PDF와 상호작용하는 방법 이해하기
기술적인 세부 사항에 들어가기 전에, 스크린 리더가 PDF에 부딪힐 때 어떤 일이 발생하는지 이해하는 것이 중요하다. 의미론적 HTML로 처음부터 구축된 웹 페이지와 달리, PDF는 본질적으로 디지털 종이로, 구조보다 시각적 표현을 우선시한다. 접근성을 고려하지 않고 PDF를 만들면 스크린 리더 사용자에게는 실제 읽을 수 있는 콘텐츠가 아닌 텍스트 사진을 제공하는 셈이다.
JAWS, NVDA 및 VoiceOver와 같은 스크린 리더는 콘텐츠를 탐색하고 제시하기 위해 문서의 기본 구조에 의존한다. 그들은 제목, 단락, 목록, 표 및 기타 요소를 정의하는 태그를 찾는다. 이러한 태그가 없으면 스크린 리더는 콘텐츠를 잘못된 순서로 읽거나 중요한 정보를 완전히 건너 뛰거나 전혀 논리적인 의미가 없는 혼란스러운 내용을 제시할 수 있다.
나는 한 번 인쇄된 페이지를 단순히 스캔하여 생성한 47페이지의 연례 보고서를 감사한 적이 있다. PDF는 페이지 1에서 페이지 23으로, 다시 페이지 5로 이동하면서 읽기 순서를 결정했다. 읽기 순서는 각 페이지에서 텍스트 상자의 위치에 의해 정해졌고, 논리적인 문서 흐름이 없었다. 시각 사용자에게는 문서가 완벽해 보였다. 그러나 시각 장애인 사용자에게는 완전히 사용할 수 없는 것이었다.
현대의 스크린 리더는 잘 구조화된 PDF를 놀랍도록 잘 처리할 수 있다. 그들은 제목 수준을 발표하여 사용자가 섹션 간에 점프하여 탐색할 수 있도록 한다. 그들은 목록을 식별하고 적절한 간격으로 읽을 수 있다. 적절히 태깅된 복잡한 표도 처리할 수 있다. 그러나 이러한 모든 기능은 PDF 제작자가 필요한 구조 정보를 내장하는 작업을 하는 데 달려 있다.
PDF/UA(Universal Accessibility) 표준은 ISO 14289로 게시되었으며, 접근 가능한 PDF를 위한 기술적 사양을 제공한다. 모든 콘텐츠가 태그화되어야 하고 읽기 순서가 논리적이어야 하며, 이미지에 대한 대체 텍스트가 제공되어야 하고, 문서에 그 구조를 설명하는 메타데이터가 포함되어야 한다. pdf0.ai와 같은 도구를 사용하여 문서를 처리하면 이러한 표준과의 준수를 자동으로 보장하는 셈이다.
기초: 접근 가능한 소스 문서 만들기
내 워크숍에서 가르치는 가장 중요한 원칙은 이것이다: 접근성은 소스에서 시작된다. 접근 가능한 Word 문서, PowerPoint 프레젠테이션 또는 InDesign 파일을 만들면 이를 접근 가능한 PDF로 변환하는 것이 기하급수적으로 쉬워진다. 접근 불가능한 PDF를 사후에 수정하려고 하는 것은 이미 지어진 집에 기초를 추가하려는 것과 같다—기술적으로 가능하지만 고통스럽고 비용이 많이 든다.
"PDF 접근성은 단순한 준수 체크박스가 아니다—전세계 22억 명의 시각장애인을 존중하고 그들이 정보에 동등하게 접근할 수 있도록 하는 것과 관련이 있다."
Microsoft Word에서는 텍스트를 더 크게 하고 굵게 만드는 대신 내장된 제목 스타일을 사용하는 것을 의미한다. 나는 누군가가 실제로 Headings 1, 2, 3 스타일을 사용하지 않고 제목처럼 보이도록 텍스트를 수동으로 서식 지정한 셀 수 없이 많은 문서를 보았다. 시각적 독자에게 이것은 동일하게 보인다. 그러나 스크린 리더에게는 하나는 탐색 구조를 제공하고 다른 하나는 단지 큰 일반 텍스트일 뿐이다.
목록은 또 다른 흔한 함정이다. 번호나 글머리를 줄의 시작 부분에 수동으로 입력하면 시각적인 목록이 만들어지며, 스크린 리더는 인식할 수 없다. 대신 Word의 내장된 목록 형식을 사용하라. 동일한 원칙은 표에도 적용된다—탭과 공백으로 테이블과 유사한 레이아웃을 만드는 대신 ‘표 삽입’ 기능을 사용하라. 실제 표는 스크린 리더가 행 및 열 헤더를 발표할 수 있게 하여 사용자가 데이터 포인트 간의 관계를 이해하는 데 도움이 된다.
색상 대비는 PDF에서도 중요하다. WCAG 2.1 표준은 일반 텍스트의 경우 최소 4.5:1, 큰 텍스트의 경우 3:1의 대비 비율을 요구한다. 나는 문서의 모든 색상 조합을 확인하기 위해 색상 대비 분석기와 같은 도구를 사용한다. 나는 한 번 마케팅 팀과 함께 일했는데, 그들은 깨끗하고 현대적으로 보이기 위해 연한 회색 텍스트를 흰색 배경에 사용하는 것을 좋아했다—그러나 이는 시각 장애인이나 색맹 사용자에게 거의 보이지 않았다.
이미지에 대한 대체 텍스트는 반드시 필요하다. 의미 있는 모든 이미지는 시각적 사용자가 얻을 수 있는 것과 동일한 정보를 전달하는 텍스트 설명이 필요하다. 장식용 이미지는 스크린 리더가 건너 뛸 수 있도록 그렇게 표시해야 한다. 가능하면 대체 텍스트는 150자 이내로 유지하고, 긴 설명은 문서 본체나 캡션에 넣는 것을 권장한다. 복잡한 다이어그램이나 차트의 경우, 텍스트 기반 데이터 표를 제공하는 것을 고려하라.
태그 및 구조: 기술적 뼈대
PDF 태그는 문서에 구조를 부여하는 보이지 않는 비계이다. PDF 세계의 의미론적 HTML로 생각하라. 웹 개발자가 웹 페이지를 구조화하기 위해 h1, p, ul 및 table 태그를 사용하는 것처럼 PDF 제작자도 자신의 문서가 동등한 구조 태그를 포함하도록 해야 한다.
| 스크린 리더 | 플랫폼 | PDF 지원 | 주요 기능 |
|---|---|---|---|
| JAWS | Windows | 우수함 | 고급 PDF 탐색, 양식 작성, 표 읽기 |
| NVDA | Windows | 좋음 | 무료, 오픈 소스, 태그가 있는 PDF 지원 |
| VoiceOver | macOS/iOS | 좋음 | 네이티브 통합, 제스처 제어 |
| TalkBack | Android | 제한적 | 기본 PDF 읽기, 접근 가능한 구조 필요 |
가장 일반적으로 마주치는 태그는 Document(루트 컨테이너), Part(주요 구분), Sect(섹션), H1-H6(제목), P(단락), L(목록), LI(목록 항목), Table, TR(표 행), TH(표 헤더) 및 TD(표 데이터 셀)이다. 양식, 주석 및 수학 공식을 위한 전문 콘텐츠를 위한 몇십 개의 태그가 더 있다.
PDF를 감사할 때, 나는 Adobe Acrobat Pro의 태그 패널을 사용하여 문서 구조를 검사한다. 잘 태그된 문서는 계층적 트리처럼 보이며, 각 콘텐츠 조각이 적절하게 중첩되어 있다. 태그가 없는 문서는 전혀 태그가 없거나 의미 있는 구조 없이 평범한 콘텐츠 목록을 보여준다. 사용자 경험의 차이는 극명하다.
읽기 순서는 태그와 밀접히 관련이 있지만 특별한 주의가 필요하다. 읽기 순서는 스크린 리더가 콘텐츠를 제시하는 순서를 결정한다. 간단한 단일 열 문서에서는 명확하다. 그러나 사이드바, 콜 아웃 상자 및 다단 텍스트가 있는 복잡한 레이아웃에서는 시각적 레이아웃과 논리적 읽기 순서가 크게 차이가 날 수 있다.
나는 한 번 세 개의 열이 있는 잡지 스타일의 PDF에서 작업한 적이 있다. 시각적 디자인은 아름다웠지만 읽기 순서는 스크린 리더가 열 하나의 첫 번째 줄, 다음으로 열 두 번째의 첫 번째 줄, 그리고 마지막으로 열 세 번째의 첫 번째 줄을 읽고, 다시 열 하나의 두 번째 줄로 넘어갔다. 결과는 이해할 수 없었다. 우리는 모든 콘텐츠 요소를 논리적인 위에서 아래로, 왼쪽에서 오른쪽으로 흐름을 따르도록 수동으로 재배치해야 했다.
이렇듯 pdf0.ai와 같은 자동화 도구가 매우 유용해진다. 이들은 문서 구조를 분석하고, 논리적 읽기 순서를 식별하며, 적절한 태그를 자동으로 적용할 수 있다. 복잡한 100페이지 문서를 수동으로 수정하는 데 20-30 시간이 걸릴 수 있지만, 자동화된 도구는 몇 분 만에 대부분의 작업을 처리할 수 있어, 인간 검토가 필요한 가장자리 사례만 남긴다.
양식 및 인터랙티브 요소: 특별 고려 사항
PDF 양식은 독특한 경우를 제시한다.