정부 기관은 장애인이 회의, 문서, 디지털 서비스에 접근할 수 있도록 해야 합니다. 이 가이드에서는 연방 및 Hawaii의 요구 사항 — ADA 제2편, 제508조, WCAG 표준, 물리적 및 디지털 접근성을 위한 실질적 조치를 다룹니다.
이것은 실무적 준수 개요입니다. 접근성 법률은 복잡하고 변화하고 있습니다. 구체적인 법적 질문은 기관의 법률 고문이나 ADA.gov 웹사이트를 참조하십시오.
연방 요구 사항
ADA 제2편
미국 장애인법(ADA) 제2편은 모든 주 및 지방 정부 기관에 적용됩니다. 장애인이 공개 회의를 포함한 정부 프로그램, 서비스, 활동에 동등하게 접근할 수 있어야 한다고 요구합니다.
- 회의 장소는 물리적으로 접근 가능해야 합니다 (휠체어 접근, 접근 가능한 화장실, 접근 가능한 주차장)
- 기관은 요청 시 합리적인 편의를 제공해야 합니다 (수어 통역사, 보조 청취 장치, 대체 형식의 자료)
- 기관은 편의 제공을 요청하는 방법에 대한 사전 통지를 제공해야 합니다
- 웹사이트와 디지털 서비스는 장애인이 접근할 수 있어야 합니다
제508조
재활법 제508조는 연방 기관 — 및 연방 자금을 받는 주/지방 기관 — 이 전자 및 정보 기술을 접근 가능하게 만들도록 요구합니다. 실무적으로 이것은 다음을 의미합니다:
- 웹사이트가 WCAG 2.1 Level AA 표준을 충족해야 합니다
- 문서(PDF, Word 문서, 스프레드시트)가 화면 읽기 프로그램에서 접근 가능해야 합니다
- 비디오에 자막이 있어야 합니다
- 오디오 콘텐츠에 녹취록이 있어야 합니다
- 일반이 사용하는 소프트웨어와 응용 프로그램이 접근 가능해야 합니다
WCAG 2.1 — 웹 콘텐츠 접근성 지침
WCAG 2.1 Level AA는 디지털 접근성의 널리 인정된 표준입니다. 네 가지 원칙을 중심으로 구성됩니다 — 콘텐츠는 다음이어야 합니다:
- 인식 가능 — 사용자가 콘텐츠를 인식할 수 있어야 합니다 (이미지의 대체 텍스트, 비디오 자막, 충분한 색상 대비)
- 조작 가능 — 사용자가 콘텐츠를 탐색하고 상호작용할 수 있어야 합니다 (키보드 탐색, 발작 유발 콘텐츠 금지, 충분한 읽기 시간)
- 이해 가능 — 콘텐츠가 읽기 쉽고 예측 가능해야 합니다 (명확한 언어, 일관된 탐색, 오류 방지)
- 견고 — 콘텐츠가 현재 및 미래의 보조 기술과 작동해야 합니다 (유효한 HTML, 적절한 ARIA 속성)
Hawaii 특정 요구 사항
Hawaii 주법은 연방 접근성 요구 사항을 강화하고 확장합니다:
- HRS 제489장 — Hawaii의 시민권법으로 공공 시설 및 정부 서비스에서 장애를 이유로 한 차별을 금지합니다
- 정보공개법(HRS 92-7) — 회의 통지에 장애인 편의 제공 요청 방법에 대한 정보를 포함해야 합니다
- Hawaii 주 계획 — 주는 정부 서비스에서 유니버설 디자인과 접근성을 촉진하는 정책을 채택했습니다
- 2023년 법률 172호 — 주 기관이 웹사이트와 디지털 콘텐츠에 대해 WCAG 2.1 Level AA 표준을 충족하도록 요구합니다
디지털 접근성
웹사이트
- 적절한 제목 계층 구조를 사용합니다 (h1, h2, h3 — 순서대로, 레벨 건너뛰기 없이)
- 모든 이미지에 대체 텍스트(alt text)를 제공합니다
- 충분한 색상 대비를 보장합니다 (일반 텍스트 4.5:1, 큰 텍스트 3:1)
- 모든 상호작용 요소를 키보드로 접근 가능하게 합니다
- 설명적 링크 텍스트를 사용합니다 (“여기를 클릭하세요”가 아닌 “회의 안건 읽기”)
- 양식에 입력 필드와 연결된 레이블이 있도록 합니다
- 색상만으로 정보를 전달하지 않습니다
- 건너뛰기 탐색 링크를 제공합니다
- 화면 읽기 프로그램으로 테스트합니다 (NVDA, VoiceOver, JAWS)
문서 및 PDF
- PDF로 변환하기 전에 Word/Google Docs에서 구조화된 제목을 사용합니다
- 원본 문서의 이미지와 차트에 대체 텍스트를 추가합니다
- 표의 이미지가 아닌 머리글 행이 있는 실제 표를 사용합니다
- 게시 전에 내장 접근성 검사기(Word, Acrobat)를 실행합니다
- 스캔 이미지 PDF를 피합니다 — 화면 읽기 프로그램에서 전혀 접근할 수 없습니다
- 가능하면 PDF와 함께 HTML 대안을 제공합니다
비디오 및 멀티미디어
- 모든 비디오 콘텐츠에 자막을 제공합니다 (자동 생성 자막은 정확성을 위해 검토해야 합니다)
- 오디오 트랙에서 설명되지 않는 시각적 콘텐츠에 대한 오디오 설명을 제공합니다
- 오디오 전용 콘텐츠(팟캐스트, 녹음)에 녹취록을 제공합니다
- 미디어 플레이어가 키보드로 접근 가능하도록 합니다
물리적 회의 접근성
장소 요건
- 휠체어 접근 가능한 입구, 좌석 구역, 화장실
- 입구 근처의 접근 가능한 주차장
- 명확한 표지판 및 안내
- 적절한 조명
- 발언자가 실내 전체에서 들릴 수 있도록 마이크 시스템
- 관객석에 휠체어/이동 보조기기를 위한 조절 가능한 좌석이나 공간
공개 회의를 위한 편의 제공
- 수어 통역사 — 요청 시 제공; 회의 통지에 요청 마감일을 포함합니다 (보통 영업일 기준 5일 전 통지)
- 보조 청취 장치 — 난청인을 위해 장소에 비치
- 대체 형식의 자료 — 요청 시 큰 글자, 점자, 전자 형식
- 원격 접근 — 직접 참석할 수 없는 사람을 위해 화상/전화 참여 제공
- CART (실시간 문자 통역) — 청각 장애인을 위한 실시간 자막
- 서비스 동물 — 항상 허용; 장애에 대해 묻지 않습니다
회의 통지에 편의 제공 정보를 포함해야 합니다. 모든 공개 회의 통지에는 장애인 편의 제공을 요청하는 방법과 마감일을 명시해야 합니다. 예시: “이 회의에 참석하기 위해 편의 제공이 필요하시면, 회의 최소 5영업일 전에 [이름]에게 [이메일/전화]로 연락해 주십시오.”
쉬운 언어
접근성은 물리적, 감각적 접근만을 의미하지 않습니다 — 콘텐츠를 이해할 수 있게 만드는 것도 의미합니다. 쉬운 언어는 접근성 실천입니다.
- 가능한 경우 중학교 2학년 수준의 읽기 수준으로 작성합니다
- 짧은 문장과 일상적인 단어를 사용합니다
- 전문 용어와 약어를 처음 사용할 때 정의합니다
- 능동태를 사용합니다 (“예산이 위원회에 의해 승인되었다”가 아닌 “위원회가 예산을 승인했다”)
- 설명적 제목이 있는 명확한 섹션으로 콘텐츠를 나눕니다
- 복잡한 정보를 제시하기 위해 목록과 표를 사용합니다
2010년 연방 쉬운 언어법(Plain Writing Act)은 연방 기관이 일반 대상 문서에 쉬운 언어를 사용하도록 요구합니다. 주 기관에 직접 구속력은 없지만, 모범 사례를 대표합니다.
테스트 도구 및 자료
기관의 디지털 접근성을 확인하기 위해 다음 도구를 사용하십시오:
- WAVE — 무료 웹 접근성 평가 도구 (브라우저 확장 프로그램 및 온라인)
- axe DevTools — WCAG 테스트를 위한 무료 브라우저 확장 프로그램
- WebAIM Contrast Checker — 색상 대비율 테스트
- NVDA — Windows용 무료 화면 읽기 프로그램
- VoiceOver — Mac 및 iOS 내장 화면 읽기 프로그램
- Accessibility for Teams (GSA) — 연방 정부 접근성 안내
- Section508.gov — 공식 제508조 준수 자료
준수 체크리스트
웹사이트 및 디지털 콘텐츠
- 웹사이트가 WCAG 2.1 Level AA 표준을 충족합니다
- 모든 이미지에 설명적 대체 텍스트가 있습니다
- 색상 대비가 최소 비율(텍스트 4.5:1)을 충족합니다
- 모든 기능이 키보드로 접근 가능합니다
- 비디오에 정확한 자막이 있습니다
- PDF가 태그되어 있고 화면 읽기 프로그램에서 접근 가능합니다 (스캔 이미지가 아님)
- 양식에 적절하게 연결된 레이블이 있습니다
- 링크 텍스트가 설명적입니다 (“여기를 클릭하세요”가 아님)
공개 회의
- 장소가 휠체어 접근 가능합니다 (입구, 좌석, 화장실, 주차장)
- 회의 통지에 편의 제공 요청 안내와 마감일이 포함되어 있습니다
- 요청 시 수어 통역사가 제공됩니다
- 장소에 보조 청취 장치가 비치되어 있습니다
- 원격 참여 옵션이 제공됩니다
- 요청 시 대체 형식의 회의 자료가 제공됩니다
- 모든 발언자에 대해 마이크 시스템이 사용됩니다
문서 및 통신
- 문서에 구조화된 제목과 목록이 사용됩니다
- 일반 대상 자료에 쉬운 언어가 사용됩니다
- 전문 용어와 약어가 처음 사용할 때 정의됩니다
- 요청 시 대체 형식이 제공됩니다
- 게시 전에 접근성 검사기가 실행됩니다
피해야 할 일반적인 실수
- 스캔 PDF. 종이 문서를 스캔하여 PDF로 만들면 화면 읽기 프로그램이 읽을 수 없는 이미지 파일이 됩니다. 항상 적절한 구조로 디지털 방식으로 문서를 작성하십시오
- 검토 없는 자동 생성 자막. 자동 자막은 출발점이지 최종 결과물이 아닙니다. 게시 전에 검토하고 수정하십시오
- 설계 후 수정 대신 처음부터 접근 가능하게 설계. 처음부터 접근성을 구축하는 것이 나중에 수정하는 것보다 비용이 적게 들고 더 효과적입니다
- 아무도 편의 제공이 필요하지 않을 것이라고 가정. 절차가 명확하거나 환영적이지 않으면 편의 제공을 요청하지 않을 수 있습니다. 쉽게 만드십시오
- 색상만 사용. “빨간색 항목은 필수입니다”는 접근 가능하지 않습니다. 색상과 함께 텍스트 레이블, 아이콘, 기타 지표를 사용하십시오
자료
- ADA.gov — 주 및 지방 정부
- WCAG 2.1 빠른 참조
- Section508.gov
- Hawaii 장애인 및 의사소통 접근 위원회(DCAB)
- PlainLanguage.gov
- WAVE 접근성 검사기
시작하기
WAVE나 axe를 사용하여 기관 웹사이트의 간단한 접근성 감사부터 시작하십시오. 그 다음 회의 통지 양식에 편의 제공 정보가 포함되어 있는지 검토하십시오.