웹 접근성 진단 및 개선 (WCAG 2.2 AA)

접근성 진단 및 개선 범위#

실제 프로젝트 요구에 맞춰 작업 범위를 구성합니다. 제안서에는 아래 결과물 중 어떤 항목이 포함되는지, 누가 자료를 제공하는지, 각 결과물을 어떻게 승인하는지 명시합니다.

• 샘플로 선정한 모든 페이지의 자동 스캔과 주요 사용 흐름의 수동 테스트
• 키보드, 스크린 리더, 확대 및 리플로, 명암비 테스트
• WCAG 성공 기준에 따라 정리한 이슈 보고서(스크린샷, 심각도, 수정 방법 포함)
• 코드, 콘텐츠, 디자인 시스템 개선
• 수정한 모든 이슈의 재검증
• 장벽을 신고할 수 있는 경로를 담은 접근성 선언문
• 문제가 재발하지 않도록 릴리스 과정에 점검 항목 추가

먼저 진단할까요, 리디자인하면서 고칠까요?#

기한, 입찰, 민원 때문에 사이트의 현재 상태를 알아야 한다면 진단부터 시작하세요. 어차피 사이트를 리디자인할 예정이라면, 곧 바뀔 디자인을 고치기보다 웹사이트 리디자인에 접근성을 처음부터 반영하는 편이 좋습니다. 문제를 모두 해결한 뒤에는 접근성 점검이 포함된 웹사이트 유지보수 플랜으로 새 콘텐츠와 릴리스에서 문제가 되살아나지 않도록 관리할 수 있습니다.

진단과 개선 진행 방식#

먼저 W3C의 평가 방법론(WCAG-EM)에 따라 샘플을 정합니다. 모든 템플릿 유형, 문의·가입·로그인·검색·결제 같은 주요 사용 흐름, 사용자가 내려받아야 하는 문서가 대상입니다. 샘플의 모든 페이지에 자동 스캔을 실행한 다음 각 흐름을 수작업으로 테스트합니다. W3C도 평가 도구만으로는 접근성을 판단할 수 없다고 분명히 밝히고 있기 때문입니다. 모든 이슈는 위반한 성공 기준, 스크린샷, 영향을 받는 사용자, 심각도, 수정 방법과 함께 기록합니다.

수정 순서는 사용자에게 미치는 영향과 같은 원인을 공유하는 페이지 수에 따라 정합니다. 문제가 있는 컴포넌트는 디자인 시스템에서 한 번만 고치면 나타나는 모든 곳에서 바로잡힙니다. 각 수정 사항을 재검증하고 보고서를 갱신하며, 날짜, 기준, 알려진 한계, 장벽 신고 방법을 담은 접근성 선언문을 작성합니다. 자체 개발팀이 수정하는 경우에는 작업물을 검토하고 재검증합니다.

무엇을 테스트하나요?#

진단은 장애가 있는 사람들이 실제로 웹을 이용하는 방식을 따르며, WCAG 2.2 AA를 기준으로 삼습니다. 자동화 도구는 문제의 일부만 찾아내므로, 나머지는 사람이 각 흐름을 직접 따라가며 확인해야 합니다.

결과물은 도구의 원본 출력이 아니라 우선순위를 매긴 보고서입니다. 각 이슈에는 WCAG 성공 기준, 발생 위치, 스크린샷, 영향을 받는 사용자, 코드나 콘텐츠 측면의 권장 수정안이 담기며, 개발자는 이를 따라 작업하고 관리자는 남은 일을 한눈에 볼 수 있도록 분류되어 있습니다.

• 키보드만 사용: 모든 링크, 컨트롤, 입력 필드에 논리적인 순서로 접근할 수 있고, 고정 헤더에 가려지지 않는 포커스 표시가 있는지 확인
• 스크린 리더: Windows의 NVDA, macOS와 iOS의 VoiceOver, Android의 TalkBack 중 주 사용자층에 맞춰 선택
• 확대와 리플로: 텍스트를 200%로 키우고 콘텐츠를 CSS 픽셀 320 너비에서 보아도 손실이나 가로 스크롤이 없는지 확인
• 텍스트, 아이콘, 포커스 표시, 입력 필드 테두리의 명암비
• 폼과 오류: 레이블, 안내 문구, 무엇이 잘못됐는지 알려 주는 오류 메시지, 같은 정보를 다시 입력하지 않아도 되는지, 기억력 퍼즐 없는 로그인
• 손동작이 불편한 사용자를 위한 터치 대상 크기와 드래그 대체 수단
• 모션: 동작 줄이기 설정 존중, 깜박임 없음, 움직이는 콘텐츠를 멈출 수 있는 컨트롤
• 미디어: 필요한 경우 자막, 대본, 음성 해설
• 문서: 과업을 완료하는 데 필요한 PDF와 오피스 파일

어떤 규정이 누구에게 적용되나요?#

접근성 관련 법은 적용 대상, 명시하는 표준, 적용 시점이 각기 다릅니다. WCAG 2.2는 2023년 10월 5일부터 W3C 권고안이며, 2025년 10월 국제 표준 ISO/IEC 40500:2025로 승인되었습니다. W3C는 WCAG 2.2를 충족하는 콘텐츠가 WCAG 2.0과 2.1도 충족한다고 밝히고 있으므로, 2.2 AA 진단은 미국과 콜롬비아 규정이 명시하는 2.1 AA 수준도 포괄합니다.

이 표는 계획 수립을 위해 규정을 요약한 것이며 법률 자문이 아닙니다. 귀사에 어떤 의무가 적용되는지는 법률 자문가가 확인해야 하고, 저희는 기술적 근거를 제공합니다. 날짜는 2026년 10월 8일에 공식 문서와 대조해 확인했습니다. 미국 잠정 최종 규칙은 2026년 6월 22일까지 의견을 받았으며, 이후 새로운 규칙은 발표되지 않았습니다.

콜롬비아: Resolución 1519 및 NTC 5854#

MinTIC의 Resolución 1519 de 2020은 Ley 1712 de 2014의 적용 대상 주체에게 2022년 1월 1일부터 WCAG 2.1 AA 등급을 충족하도록 요구하며, 웹 접근성 지침을 다룬 Anexo 1에 그 내용이 규정되어 있습니다. 이는 포털과 전자서비스 사이트의 모든 업데이트, 구조 개편, 디자인 및 재설계는 물론 기존 콘텐츠에도 적용됩니다. 민간 기업 전반에 적용되는 것은 아니지만, 적용 대상 기관의 포털은 누가 구축하든 이 기준을 충족해야 합니다.

2011년 NTC 5854는 콜롬비아의 웹 접근성 기술 표준으로, 공공기관의 내부 감사에서 여전히 등장합니다. 예를 들어 Superintendencia de Transporte의 내부통제실은 2022년 12월에 이 표준으로 포털을 점검했습니다. Resolución 1519의 Anexo 1은 이 표준을 인용하지 않으며, 거기서 요구하는 기준은 WCAG 2.1 AA입니다. 저희는 WCAG 2.2 AA 기준으로 보고서를 작성하고, 내부통제실에서 요청하면 NTC 5854 대조표를 추가합니다.

수작업으로 감사하고 오버레이를 판매하지 않는 이유#

오버레이 위젯은 페이지에 스크립트 하나만 추가하면 규정을 준수할 수 있다고 내세웁니다. 2025년 4월 미국 연방거래위원회(FTC)는 accessiBe에 100만 달러를 지불하도록 하는 최종 명령을 승인했습니다. FTC는 자동화 도구로 어떤 웹사이트든 WCAG를 준수하게 만들 수 있다는 주장 등이 허위이거나 오해를 부르거나 근거가 없다고 보았고, 이 명령은 뒷받침할 증거 없이 그런 주장을 하는 것을 금지합니다. 오버레이는 접근성 문제가 있는 마크업, 컴포넌트, 콘텐츠를 바꾸지 못합니다.

저희는 접근성 문제를 근본에서 해결하며, 가능하면 디자인 시스템에서 고칩니다. 그러면 수정된 버튼, 입력 필드, 대화상자가 이를 사용하는 모든 페이지에서 올바르게 유지됩니다. 그런 다음 자동 검사와 키보드 수동 점검을 릴리스 체크리스트에 추가해, 새 페이지와 콘텐츠도 감사로 도달한 수준을 유지하도록 합니다.

선택하기 전에 궁금한 점#