파일 안 내용도 읽히게

KRDS BP-088 — 첨부파일은 스크린 리더가 접근할 수 있는 형식으로 제공하고 있다.

0. 들어가며 — 첨부파일 그룹의 마지막

이번 654편은 첨부파일을 스크린 리더가 접근할 수 있는 형식으로 제공하라는 규칙입니다. 첨부파일 그룹(BP-084~088) 의 마지막이죠.

앞선 규칙들이 첨부 ’링크’의 안내·표시·접근성이었다면, BP-088은 파일 내용 자체의 접근성입니다. 스캔한 이미지 PDF처럼 텍스트가 안 읽히는 파일은 스크린 리더가 내용을 못 읽죠. 이번 편을 풀어냅니다.

1. 원문 — 접근 가능한 형식 제공

BP-088 (기본 패턴 > 첨부파일) “첨부파일은 스크린 리더가 접근할 수 있는 형식으로 제공하고 있다.”

첨부파일을 스크린 리더가 내용에 접근할 수 있는 형식으로 제공하라는 뜻입니다.

정리: 첨부파일 내용을 스크린 리더가 읽을 수 있는 형식으로 제공하라. 이게 BP-088입니다.

2. 왜 접근 가능한 형식인가

앞선 규칙(BP-084~087)은 첨부파일 링크의 안내·정보·접근성이었습니다. BP-088은 한 단계 더 들어가, 파일을 열었을 때 내용이 접근 가능한지를 봅니다. 스크린 리더 사용자는 파일을 받아 열어도, 내용이 접근 가능한 형식이 아니면 못 읽죠. BP-088은 이를 요구합니다.

접근 불가능한 파일의 문제:

스캔 이미지 PDF 종이 문서를 스캔한 PDF는, 텍스트가 아니라 이미지입니다. 스크린 리더는 그 안의 글자를 못 읽죠(’빈 페이지’로 인식). 공공 문서에 흔한 문제입니다.

구조 없는 문서 제목·목록·표 구조가 없는 문서는, 스크린 리더가 평평하게만 읽어 이해가 어렵습니다(BP-060 의 파일 버전).

대체 텍스트 없는 이미지 문서 안 이미지·차트에 대체 텍스트가 없으면, 그 정보를 못 얻죠.

그래서 BP-088은 — 접근 가능한 형식으로 제공하라고 합니다:

실제 텍스트 PDF PDF는 스캔 이미지가 아니라, 실제 텍스트를 담은 PDF로요(텍스트 선택·검색 가능). 스크린 리더가 글자를 읽게요. 스캔본만 있으면 OCR로 텍스트를 입히거나, 텍스트 버전을 함께 제공하죠.

태그된 PDF(구조) PDF에 구조 태그(제목·목록·표·읽기 순서)를 넣어(Tagged PDF), 스크린 리더가 구조를 인지하게요. ‘PDF/UA’(PDF 접근성 표준)를 따르면 좋죠.

문서 내 대체 텍스트 문서 안 이미지·차트에 대체 텍스트를요. 한글·워드 문서도 제목 스타일·대체 텍스트·표 헤더를 적용해 접근성을 갖춥니다.

대체 형식 제공 접근 어려운 형식만 있으면, 접근 가능한 대체 형식(HTML 본문, 접근성 PDF, 텍스트)을 함께 제공합니다. 같은 정보를 모두가 얻게요.

HTML 본문 우선 권장. 가장 접근성 좋은 건 첨부파일이 아니라 웹 본문(HTML)으로 정보를 제공하는 것입니다. 중요한 정보를 PDF에만 담지 말고, 웹페이지 본문(BP-060 시맨틱)으로도 제공하면 접근성·검색성이 좋죠. 첨부는 보조로요.

공공 문서 접근성의 핵심. 공공기관은 문서를 PDF·HWP로 많이 배포합니다. 이 문서들이 접근 불가능하면(스캔본 등), 시각 장애인은 공공 정보에서 배제되죠. 문서 접근성(PDF/UA, 접근성 한글·워드)은 정보 평등의 핵심입니다.

이 규칙은 첨부파일의 ’내용 접근성’을 담당합니다 — 첨부파일을 스크린 리더가 접근할 형식으로 제공해(088), 시각 장애 사용자도 파일 내용을 읽게 하죠. 첨부파일 그룹의 마무리입니다.

정리하면 — 스캔 이미지 PDF 등 접근 불가능한 파일은 스크린 리더가 내용을 못 읽으므로, 실제 텍스트·태그된 PDF(PDF/UA)· 문서 내 대체 텍스트, 또는 HTML 본문 등 접근 가능한 형식으로 제공해야 합니다.

3. 점검 / 개선

무엇을 점검하나

실제 텍스트 — PDF가 스캔 이미지가 아닌 실제 텍스트(선택·검색 가능)인가.

구조·대체 텍스트 — 태그된 PDF(구조) + 문서 내 이미지 대체 텍스트가 있는가.

대체 형식 — 접근 어려운 형식만 있으면 HTML 본문 등 대체를 제공하는가.

개선 방향

실제 텍스트 PDF + 구조 태그(PDF/UA). 스캔본은 OCR·텍스트 버전.

문서 내 대체 텍스트·표 헤더. 중요 정보는 HTML 본문(BP-060) 우선.

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
콘텐츠 담당	접근성 문서 제작
QA/접근성	문서 접근성 검증(PDF/UA)

기관 유형	BP-088 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 필수 (문서 첨부 제공 시)

웹접근성 의무 대상이며 문서를 첨부 제공하는 모든 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ PDF가 스캔 이미지가 아닌 실제 텍스트(선택·검색 가능)인가요?

□ 태그된 PDF(구조) + 문서 내 이미지 대체 텍스트가 있나요?

□ 접근 어려운 형식만 있으면 HTML 본문 등 대체를 제공하나요?

❓ FAQ

Q1. 스캔한 PDF가 왜 문제인가요? 스캔본은 텍스트가 아니라 이미지라, 스크린 리더가 글자를 못 읽습니다(‘빈 페이지’ 인식). OCR로 텍스트를 입히거나 텍스트 버전을 함께 제공해야 하죠. Q2. PDF/UA가 뭔가요? PDF 접근성 국제 표준입니다. 구조 태그(제목·목록·표·읽기 순서)와 대체 텍스트를 갖춰 스크린 리더가 내용·구조를 인지하게 하죠. 태그된 PDF를 만드는 기준이에요. Q3. 어떤 형식이 가장 좋나요? 웹 본문(HTML)이 가장 접근성·검색성이 좋습니다. 중요 정보는 PDF에만 담지 말고 HTML 본문(BP-060)으로도 제공하고, 첨부는 보조로 두는 걸 권장하죠.

6. 마무리

BP-088의 메시지:

파일 안 내용도 읽히게 — 첨부파일을 스크린 리더가 접근할 수 있는 형식으로 제공하라.

스캔 이미지 PDF 등은 스크린 리더가 내용을 못 읽습니다. 실제 텍스트·태그된 PDF·대체 텍스트, 또는 HTML 본문 등 접근 가능한 형식으로 제공하는 게 핵심이죠. 첨부파일 그룹(BP-084~088)이 끝났습니다. 다음 편부터는 필터링·정렬 그룹입니다.

다음 편 예고 ▶ 「655. (BP-089) 필터링·정렬 그룹 시작」

ViewCheck는 첨부파일이 스크린 리더 접근 가능 형식으로 제공되는지를 진단합니다.

📚 참고 출처

KRDS 기본 패턴 — 첨부파일 가이드 — https://www.krds.go.kr/html/site/pattern/pattern_09.html

PDF/UA (ISO 14289) / WCAG 2.1 SC 1.1.1 — https://www.w3.org/WAI/WCAG21/Understanding/non-text-content.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준