4.4 KiB
4.4 KiB
Web Content Accessibility Guidelines (WCAG)
📌 Brief Summary
WCAG(웹 콘텐츠 접근성 지침)는 시각, 청각, 운동, 인지 장애를 포함한 모든 사용자가 웹사이트 및 모바일 애플리케이션을 이용할 수 있도록 W3C에서 개발한 기술적 표준입니다 [1-4]. 인식 가능, 운용 가능, 이해 가능, 견고함이라는 POUR 4대 원칙을 기반으로 구축되었으며 [5, 6], 미국의 ADA, 유럽의 EAA 등 전 세계 주요 접근성 법규의 준수 기준으로 널리 활용되고 있습니다 [7, 8].
📖 Core Content
-
WCAG의 핵심 원칙 (POUR)
- 인식 가능 (Perceivable): 모든 비텍스트 콘텐츠(이미지, 아이콘 등)에 대체 텍스트(alt text)를 제공하고, 비디오 콘텐츠에 캡션을 포함해야 합니다 [9-11]. 또한 시력 저하 사용자를 위해 텍스트와 배경 간의 명암비를 최소 4.5:1로 유지하여 콘텐츠를 명확히 식별할 수 있도록 해야 합니다 [9, 12].
- 운용 가능 (Operable): 사용자가 마우스 없이 키보드만으로 링크, 버튼, 양식 등 모든 대화형 요소를 조작할 수 있어야 합니다 [9, 13]. WCAG 2.2에서는 복잡한 드래그 동작의 대안을 제공하고 키보드 초점(Focus)이 다른 콘텐츠에 의해 가려지지 않도록 요구합니다 [14, 15].
- 이해 가능 (Understandable): 웹사이트 탐색이 직관적이어야 하며 명확한 언어를 사용해야 합니다. 양식 작성 시 명확한 레이블과 지침을 제공하고, 오류 발생 시 쉽게 복구할 수 있는 수단을 마련해야 합니다 [16, 17].
- 견고함 (Robust): 보조 기술(예: 화면 판독기)이나 다양한 브라우저 및 기기에서 코드가 안정적으로 해석될 수 있도록 올바른 시맨틱 HTML과 ARIA(Accessible Rich Internet Applications) 역할을 구현해야 합니다 [9, 18, 19].
-
버전 진화 및 준수 수준
- 2008년의 WCAG 2.0은 POUR 원칙의 기초를 다졌고, 2018년의 WCAG 2.1은 모바일 환경, 저시력 및 인지 장애를 위한 기준을 추가했습니다 [20]. 2023년에 확정된 WCAG 2.2는 인지 장애나 운동 장애 사용자를 돕기 위해 '접근 가능한 인증(비밀번호 암기 최소화)', '중복 입력 방지', '초점 가시성 향상' 등의 기준을 새롭게 도입했습니다 [15, 21-23].
- 준수 수준은 A(최소 수준), AA(가장 보편적인 권장 및 법적 요구 수준), AAA(최고 수준)로 나뉩니다. 대부분의 접근성 관련 법규와 기업 조달 요건에서는 Level AA를 기준으로 삼고 있습니다 [24, 25].
-
법적 의무 및 비즈니스 효과
- 미국의 ADA 및 Section 508, 캐나다의 AODA, 유럽 접근성법(EAA) 등 주요 글로벌 규제는 WCAG 2.1 AA 등을 법적 기준으로 채택하여 디지털 접근성 미준수에 따른 소송 위험을 방지할 것을 요구합니다 [4, 7, 8, 26].
- 웹 접근성을 준수하면 장애인뿐만 아니라 느린 인터넷 사용자 등 모든 사람에게 더 나은 사용자 경험(UX)을 제공할 수 있습니다 [27]. 또한 검색 엔진은 접근성이 우수하고 구조화된 콘텐츠를 선호하므로, SEO 성과 및 사용자 유지율(Retention) 향상에 직접적으로 기여합니다 [27, 28].
-
진단 및 최적화 도구
- 접근성을 점검하고 해결하기 위해서는 Axe, WAVE, AudioEye 같은 자동화된 스캔 도구의 사용뿐만 아니라, 화면 판독기나 키보드 테스트와 같은 인간 주도의 수동 감사가 병행되어야 합니다 [29, 30].
🔗 Knowledge Connections
- Related Topics: POUR Principles, Accessibility Compliance (ADA/EAA), Semantic HTML, SEO Integration
- Projects/Contexts: 웹사이트 리디자인 및 모바일 우선주의 UX 최적화 프로세스, 법적 규제 및 EAA 2025 마감 기한 대응 프로젝트
- Contradictions/Notes: 플러그인 형태로 추가하는 이른바 '접근성 오버레이(quick fix 위젯)'는 쉽게 접근성 문제를 해결해 준다고 홍보되지만, 실제로는 근본적인 문제를 해결하지 못하며 오히려 접근성 소송의 대상(전체 소송의 약 22.6%를 차지)이 될 수 있으므로 코드 레벨에서의 근본적인 수정(Remediation)이 필요합니다 [31, 32].
Last updated: 2026-04-26