여러분의 PDF는 웹사이트 접근성의 일부입니다
마지막 업데이트:
접근할 수 없는 웹페이지는 절대 출시하지 않을 조직이 접근할 수 없는 PDF는 일상적으로 출시합니다: 연례 보고서, 제품 매뉴얼, 신청 양식, 가격표. 다운로드하는 방문자에게는 차이가 없습니다 — 읽을 수 없는 문서는 사용할 수 없는 서비스입니다. 이 기사는 게시된 PDF를 본래의 모습, 즉 웹사이트 접근성 표면의 일부로 취급하고, 보조 기술이 문서를 다룰 수 있는지를 결정하는 여섯 가지 구조적 신호 — 태그 지정, 언어, 제목, 구조와 헤딩, 이미지 대체 텍스트, 책갈피 — 를 차례로 살펴봅니다. 또 선을 정직하게 긋습니다: 경량 구조 검사는 스모크 테스트이지 PDF/UA 검증이 아니며, 전체 검증이 언제 필요한지 아는 것이 이것을 제대로 하는 것의 일부입니다.
문서는 사이트의 일부입니다
접근성 작업은 HTML의 경계에서 멈추는 경향이 있습니다. 사이트는 감사를 받고, 템플릿은 수정되고, 대비는 검사됩니다 — 그리고 “문서” 섹션은 스캔한 양식, 태그 없는 내보내기, 전체 텍스트가 하나의 삽입 이미지인 매뉴얼을 조용히 계속 제공합니다. 그러나 화면의 사용자 쪽에서 보면 PDF가 곧 웹사이트입니다: 연금 양식이 거기 살고, 안전 지침이 거기 살고, 상세한 가격이 거기 삽니다. 접근 가능한 페이지를 순조롭게 통과한 스크린 리더 사용자가 태그 없는 90페이지 보고서에 부딪히면, 그 사람이 경험한 것은 접근 가능한 서비스가 아닙니다. 접근 가능한 로비와 잠긴 방을 경험한 것입니다.
좋은 소식은 문서 접근성이 예측 가능하고 검사 가능한 방식으로 실패한다는 것입니다. 웹 접근성의 판단 — 이 상호작용 패턴이 이해 가능한가, 저 포커스 순서가 논리적인가 — 과 달리, 가장 흔한 PDF 실패는 기계가 검증할 수 있는 구조적 사실입니다: 태그가 있거나 없거나, 언어가 선언되었거나 되지 않았거나. 그것이 바로 이 사이트의 PDF 접근성 검사기가 브라우저에서 로컬로 읽는 것이며, 웹사이트 상태 검사와 자연스럽게 짝을 이룹니다: 하나는 페이지를, 다른 하나는 페이지가 나눠주는 파일을 다룹니다.
유럽 접근성법으로 이해관계가 바뀌었습니다
2025년 6월 28일부터 유럽 접근성법은 EU에서 소비자에게 제공되는 광범위한 제품과 서비스 — 전자상거래, 은행, 전자책, 티켓 판매, 일상적인 디지털 비즈니스의 많은 부분을 포함 — 에 적용됩니다. 그 요구 사항은 보통 조화 표준 EN 301 549를 따름으로써 충족되며, 그 표준은 다시 WCAG를 가리킵니다 — 그리고 WCAG는 웹페이지뿐 아니라 비웹 문서에도 적용됩니다. 평범하게 말하면, 대상 서비스에 대해 고객이 필요로 하는 접근할 수 없는 PDF는 더 이상 단순한 품질 문제나 윤리 문제가 아닙니다. 시장 감시 당국이 조치할 수 있는 규정 준수 문제입니다.
접근성 법은 과장되기도 과소평가되기도 하기 때문에, 두 가지 한계를 분명히 말할 가치가 있습니다. 이 법은 모든 조직이나 모든 문서를 다루지 않습니다 — 예외(예를 들어 서비스를 제공하는 영세 기업)와 경과 조치가 있으며, 세부 사항은 회원국마다 다릅니다. 그리고 이 사이트의 검사를 포함해 어떤 자동 검사도 법적 준수를 확립하지 않습니다. 준수는 사용자가 경험하는 서비스 전체의 속성이며, 제대로 평가되어야 합니다. 대부분의 팀에게 이 법이 바꾸는 것은 더 단순합니다: 문서는 이제 명백히 접근성 논의의 범위 안에 있으므로, “PDF는 나중에 고치겠습니다”는 더 이상 안전한 문장이 아닙니다.
여섯 가지 검사를 하나씩
1. 태그가 있는 PDF. 태그 지정은 헤딩, 단락, 목록, 그림, 표 셀을 표시하고 읽기 순서를 기록하는 숨겨진 구조 트리입니다. 이것이 토대입니다: 태그가 없으면 스크린 리더는 저장 순서의 콘텐츠 스트림을 받는데, 다단 레이아웃과 내보낸 보고서에서는 단어 샐러드에 가까울 수 있습니다. 이 검사로 알 수 없는 것: 태그가 올바른지 여부 — 문서는 태그가 있어도 헤딩이 단락으로 표시되어 있을 수 있습니다. 태그가 있는 것은 필요조건이지 충분조건이 아닙니다.
2. 문서 언어. 카탈로그의 /Lang 항목은 음성 합성에게 어떤 언어로 발음할지 알려줍니다. 이것이 없으면 영어 스크린 리더는 독일어 보고서를 영어 음성으로 즐겁게 읽어, 우스꽝스러운 것부터 이해할 수 없는 것까지 다양합니다. 이 검사는 이진적입니다 — 언어가 선언되었거나 되지 않았거나 — 이며, 선언된 언어가 올바른지, 다른 언어의 구절이 좋은 관행이 요구하듯 개별적으로 표시되었는지는 알 수 없습니다.
3. 문서 제목. 문서 속성(또는 XMP 메타데이터)의 제목은 보조 기술이 가장 먼저 알려주는 것이고, 브라우저 탭에 표시되는 것이며, 다운로드 폴더에 표시되어야 하는 것입니다 — “export_final_v3.pdf” 대신에. 관련 뷰어 설정인 DisplayDocTitle은 PDF 리더가 파일 이름 대신 그 제목을 표시할지를 결정합니다. 존재하지만 숨겨진 제목은 절반만 된 수정이므로 검사기는 이를 별도로 보고합니다. 이 검사로 판단할 수 없는 것은 제목의 품질입니다: “보고서”는 통과하지만 아무에게도 도움이 되지 않습니다.
4. 구조 트리와 헤딩. 실제 헤딩 요소(H, H1–H6)가 있는 구조 트리는 비시각 독자가 훑어보는 방법입니다: 헤딩 탐색은 긴 문서에서 정보를 찾는 데 가장 많이 사용되는 전략입니다. 이 검사는 트리를 복원할 수 있을 때 헤딩 요소를 셉니다. 헤딩 수준이 합리적인 순서인지, 헤딩이 그 섹션을 설명하는지는 알 수 없습니다 — “제목 없음” 헤딩으로 가득한 트리는 개수에는 통과하지만 독자를 실망시킵니다.
5. 이미지 대체 텍스트. 검사기는 페이지의 이미지 XObject와 비어 있지 않은 /Alt를 가진 /Figure 구조 요소를 세고, 그 결과를 근사치라고 표시합니다 — 하나의 그림이 여러 이미지를 감쌀 수 있고, 장식용 이미지는 올바르게 빈 대체를 가지며, 그려진 이미지와 구조 요소 사이의 대응이 일대일이 아니기 때문입니다. 이것은 커버리지 연기 경보기로 여기고 감사로 여기지 마세요. 그리고 대체 텍스트 자체를 판단할 수는 결코 없습니다: “image123.jpg”는 비어 있지 않은 대체 텍스트이지만 가치가 없습니다.
6. 책갈피. 문서 개요는 긴 문서의 손잡이입니다: 책갈피가 있는 200페이지 매뉴얼은 탐색할 수 있고, 없으면 스크롤입니다. 이 검사는 개요의 선언된 개수를 읽습니다. 책갈피가 유용하게 표시되었는지, 올바른 페이지를 가리키는지는 알 수 없습니다 — 탐색이 존재한다는 것만 알 수 있습니다. 짧은 문서에서는 여섯 가지 중 가장 덜 중요합니다. 보고서와 매뉴얼에서는 참고 자료와 건초 더미의 차이입니다.
스모크 테스트는 PDF/UA 검증이 아닙니다
PDF/UA(ISO 14289)는 접근 가능한 PDF의 완전한 표준입니다: 태그가 있는 구조, 올바른 읽기 순서, 표 헤더, 링크 주석, 양식 필드 레이블, 대비 등, 검증 도구와 사람의 테스트로 확인됩니다. 무료 오픈 소스 참조 검증 도구인 veraPDF는 파일을 PDF/UA의 기계 검사 가능한 규칙에 대해 깊이 검사하는 데스크톱 도구입니다. 여섯 가지 신호의 브라우저 검사는 그것과 경쟁하지 않으며, 이 기사의 도구도 자체 페이지에서 그렇게 말합니다: 이것은 문서 라이브러리 전체를 오후에 실행하는 스모크 테스트로, 어떤 파일에 기본 요소가 없는지 찾기 위한 것이지, 인용할 인증이 아닙니다.
전체 검증이 필요한 경우는 문서가 필수적일 때(고객이 작성해야 하는 양식, 법정 정보, 시험지), 조달이나 규정 준수 절차가 증거를 요구할 때, 문서가 길고 구조적일 때(매뉴얼, 연례 보고서), 또는 경량 검사의 “판정할 수 없음”과 근사치로는 여러분이 내리려는 결정에 충분하지 않을 때입니다. 전문적인 수정 — 전용 도구에서 읽기 순서, 표, 양식을 고치고 그 다음 검증하는 것 — 은 실제 비용이 드는 실제 전문 분야이며, 바로 그렇기 때문에 저렴한 스모크 테스트가 먼저 그 자리를 얻는 것입니다: 그 돈이 실제로 어디에 필요한지 알려줍니다.
실용적인 수정 순서
이 순서대로, 가능한 한 원본에서 수정하세요. 첫째, 파이프라인: Word, InDesign 또는 보고 도구에서 태그가 있는 PDF 내보내기를 켜고, 템플릿 속성에 문서 언어와 제목을 설정하세요 — 대부분의 PDF 라이브러리는 하나의 망가진 템플릿을 공유하기 때문에 같은 세 가지 검사에서 실패하므로, 템플릿 수정 하나로 깨끗한 파일을 영원히 다시 게시할 수 있습니다. 둘째, 헤딩: 원본에서 실제 헤딩 스타일을 사용하고, 거기서 책갈피를 다시 생성하세요. 이렇게 하면 검사 4와 6이 함께 고쳐집니다. 셋째, 이미지: 정보성 이미지에 대해서는 원본에 대체 텍스트를 쓰고, 장식용은 장식용으로 표시하세요 — 대체를 파일 이름으로 대량으로 채우지 마세요. 넷째, 백로그: 기존 라이브러리를 다운로드 수와 중요도로 분류하고, 검사기로 모든 것을 스모크 테스트하고, 필수 문서를 제대로 수정하고, 더 이상 지지하지 않는 롱테일은 교체하거나 철회하세요.
마지막으로, 문서를 페이지를 정직하게 유지하는 루틴 안에 두세요. 새 PDF가 게시될 때는 게시 전에 같은 여섯 가지 검사를 실행하고 — 1분도 걸리지 않습니다 — 그것을 링크하는 페이지에서 웹사이트 상태 검사를 다시 실행하세요. 접근성 퇴행은 극적인 재설계로 오는 경우가 드뭅니다. 금요일에 업로드되어 아무도 검사하지 않은, 태그 없는 내보내기로 옵니다. 문서는 사이트의 일부입니다. 그렇게 검사하세요.