Accesibilidad AA 웹: Comparativa de Herramientas 2026

작성자: Niquelao Resource Desk · 업데이트: 2026년 9월 28일

AA 웹 접근성은 W3C에서 발표한 WCAG(웹 콘텐츠 접근성 지침) 2.2의 AA 적합성 수준을 의미하며, 이는 30개의 레벨 A 기준과 20개의 레벨 AA 기준(총 50개)을 충족해야 합니다. 이를 위해 팀은 수동 검토 외에도 자동화된 감사자, 대조 보조자, 화면 판독기 등 세 가지 유형의 도구를 결합합니다.

주요 내용

- WCAG 2.2 AA 수준은 50개의 성공 기준(레벨 A 30개 + 레벨 AA 20개)을 그룹화하며, 유럽의 EN 301 549를 포함한 대부분의 법률에서 요구하는 웹 접근성 기준입니다.
- 어떤 도구도 단독으로 모든 오류를 감지할 수 없습니다. 자동 감사 도구는 기준의 약 3분의 1만 커버하므로, 수동 검토와 스크린 리더 테스트가 필수적입니다.
- 선택은 워크플로우에 따라 달라집니다. 일상적인 개발에는 브라우저 확장 프로그램을, 팀 단위에는 CI 통합 제품군을, 공식 인증에는 외부 감사를 이용합니다.
- 필요한 네 가지 유형의 도구는 자동 감사 도구, 대비 검사기, 스크린 리더, 구조/HTML 유효성 검사기입니다.
- 각 접근성 결정 사항(테스트 항목, 버전, 브라우저)을 문서화하는 것은 오류를 수정하는 것만큼이나 준수 여부를 증명하는 데 중요합니다.

웹 접근성에서 “AA”가 실제로 의미하는 것

WCAG 레벨 AA는 W3C에서 정의한 세 가지 적합성 레벨(A, AA, AAA) 중 두 번째입니다. 각 레벨은 이전 레벨의 기준을 결합합니다. AA 적합성을 선언하려면 30개의 레벨 A 기준과 50개의 성공 기준에 해당하는 20개의 레벨 AA 기준을 충족해야 합니다. AAA 등급에는 28개가 더 추가되며, 모든 콘텐츠에서 특정 기준을 충족하는 것이 불가능하기 때문에 전체를 요구하는 경우는 드뭅니다.

A와 AA의 실질적인 차이는 매우 큽니다. 레벨 A는 필수 사항(대체 텍스트, 시맨틱 구조, 키보드 탐색)을 다룹니다. 레벨 AA는 디자인과 색상에 영향을 주는 요구사항을 추가합니다. 일반 텍스트 대비 4.5:1, 큰 텍스트 대비 3:1의 최소 대비, 콘텐츠 손실 없는 200%까지의 텍스트 크기 조정, 녹화된 비디오의 자막, 각 필드의 목적을 설명하는 헤더 및 레이블 등이 포함됩니다. 이러한 기준은 색상과 크기가 절대 픽셀로 고정된 레거시 XHTML 및 CSS 사이트에서 주로 위반됩니다.

인용해야 할 표준 참조는 W3C의 WCAG 2.2 공식 사양이며, 여기에는 전체 기준과 충분한 기술 및 권장 기술 목록이 포함되어 있습니다. 유럽의 경우 EN 301 549 표준이 공공 조달 및 웹 접근성 지침을 위해 이러한 요구사항을 조율하며, 미국에서는 Section 508과 ADA가 이에 해당합니다. 시장의 법적 프레임워크를 아는 것이 중요합니다. 스페인과 라틴 아메리카의 많은 기관 고객들은 웹 접근성을 보장하기 위해 입찰서에 명시적인 AA 준수를 요구합니다.

필요한 네 가지 유형의 도구

어떤 도구 범주도 웹 접근성 AA를 위한 WCAG의 모든 범위를 커버하지 못합니다. 진지한 워크플로우는 네 가지 유형을 결합하며, 각 도구는 서로 다른 질문에 답합니다.

자동 감사. Escanean el DOM y el CSS en Busca de Patrones de fallo conocidos: imágenes sin alt, campos sin etiqueta, contrast e insuficiente, encabezados saltados, atributos ARIA mal usados. 아들은 신속하고 반복적인 오류를 감지하며, pero su cobertura es parcial: los propios fabricantes reconocen que no pueden evaluar criterios que dependency del significado, como la calidad de un texto alternativo o la claridad de un mensaje de error.

관련 항목: — 무료로 계획을 세우는 위젯 de empezar hoy mismo.

대비 검증. 텍스트의 색상 대비 대비 계산 및 WCAG의 발광 관련 공식 공식을 확인하세요. 비판적인 평가를 받은 사람의 평가에 따르면, 눈에 띄는 물건과 대조되는 물건이 많으며 쉽게 찾을 수 있습니다.

Lectores de Pantalla. NVDA(Windows, 무료), JAWS(Windows, 상용) 및 VoiceOver(macOS/iOS, 통합) son la prueba de fuego. Un audit puede decir que un formario “pasa”, pero solo un lector de pantalla revela si el orden de tabulación tiene sentido o si un aria-label이 más que ayuda와 혼동됩니다.

구조 및 HTML 유효성 검사기. 마크업이 유효하고 의미가 있는지 확인하세요. XHTML 사이트에서 유효성 검사기는 잘못된 중첩, 사용되지 않는 속성 및 코딩 문제를 감지하여 화면 판독기의 해석에 영향을 미칩니다.

볼만한 가치가 있는 곳: — Accesibilidad gestionada: 자동화와 인간의 개정 결합.

비교: 상황별 도구 선택 가이드

다음 표는 웹 접근성 AA를 보장하기 위한 결정 기준을 요약한 것입니다. 이는 가격표(가격은 자주 변하며 라이선스에 따라 다름)가 아니라 시나리오별 적합성을 나타냅니다.

Tipo de herramienta	Cuándo elegirla	포르탈레자 교장	한계점
내비게이션 확장(생체 감사)	Desarrollo diario, 콘크리트 페이지 개정판	DOM 렌더링에 대한 피드백 알림	Solo analyzeiza lo que el navegador ha cargado; 아니 cubre flujos 완료
통합 CI 제품군	연속적인 despliguegue 장비	공개 이전에 회귀 감지	정규 구성 및 관리를 위한 구성 필요
대조 검증자	색상 시스템 수정 및 수정	정확한 목표를 위한 약물 치료	색상에 대한 평가가 없습니다
렉터 드 판탈라	최종 확인 및 유용성 확인	라 익스페리엔시아 리얼 재현	Curva de aprendizaje alta; 렌토 드 에제쿠타르
외부 감사원	공식 인증, 공개 공개	방어 가능한 ante terceros를 알리십시오	입증되지 않은 의존성 비용

La regla práctica: usa la extensión de navegador mientras desarrollas, la suite en CI para no romper lo que ya funcionaba, el verificador de contrast al definir la paleta, elector de pantalla antes de cada entrega y la auditía externa solo cuando necesites un documento 형식 문서에 대한 검증.

입양 전 액세서리 평가에 대한 평가

인기에 따라 도구를 선택하는 것은 흔한 실수입니다. 이러한 기준은 유용한 도구와 소음을 생성하는 도구를 구분합니다.

기준 적용 범위 및 투명성. 좋은 도구는 각 경고에 해당하는 WCAG 기준을 나타냅니다. 성공 기준에 매핑하지 않고 “접근성 오류”만 표시하는 경우 규정 준수를 문서화하거나 우선 순위를 지정할 수 없습니다.

오탐률. 실제 실패가 아닌 경고는 시간을 소비하고 팀의 신뢰를 약화시킵니다. 접근성 AA 웹 표준을 충족하는 것으로 이미 알고 있는 사이트에서 도구를 테스트하고 얼마나 많은 경고가 생성되는지 관찰하세요.

ARIA 지원 및 동적 구성요소. 최신 위젯(드롭다운 메뉴, 모달, 탭, 아코디언)은 ARIA 상태에 따라 달라집니다. ‘aria-expanded’, ‘aria-controls’ 또는 모달의 포커스 관리를 평가하지 않는 도구는 가장 심각한 오류를 통과시킵니다.

관련 항목: — La certificación profesional que acredita tu experiencia en accesibilidad.

스택과의 통합. 순수 XHTML 및 CSS로 작업하는 경우 도구가 구체적인 프레임워크를 가정하지 않는지 확인하세요. 빌드 파이프라인을 사용하는 경우 명령줄 통합이 있는지 확인하세요.

도구 자체의 접근성. 일반적인 아이러니: 일부 감사 도구 자체는 키보드로 액세스할 수 없습니다. 매일 사용하려면 마우스 없이 탐색할 수 있는지 확인하세요.

업데이트 및 유지 관리. WCAG가 발전하고(2.0, 2.1, 2.2) 브라우저가 변경됩니다. 최신 업데이트가 없는 도구에는 오래된 규칙이 적용될 수 있습니다.

쇼핑하는 경우: — 48시간 동안 WCAG에 대한 IA의 중첩.

웹 접근성을 위한 단계별 AA 작업 흐름

반복 가능한 프로세스는 단순한 도구보다 더 발전합니다. 이는 실제 프로젝트에서 작동하는 순서입니다.

1단계 - 범위 및 수준 정의. 감사에 포함할 페이지와 흐름을 결정하고 목표가 AA(A 또는 AAA가 아님)인지 확인합니다. WCAG 버전을 문서화하세요. 현재 W3C 권장 사항은 2.2입니다.

2단계 — 초기 자동 감사. 감사자를 통해 주요 페이지를 실행하여 기준선을 얻습니다. 반복되는 실패에 주목하십시오. 일반적으로 개별 페이지가 아닌 템플릿에 집중되어 있습니다.

3단계 - 기계에 표시되지 않는 내용을 수동으로 검토합니다. 탭 순서, 초점 가시성, 대체 텍스트의 품질, 오류 메시지의 명확성 및 제목의 일관성을 확인합니다. 여기서 규정 준수 여부가 결정됩니다.

4단계 - 스크린 리더로 테스트합니다. NVDA 또는 VoiceOver를 사용하여 하나 이상의 전체 흐름(예: 문의 양식 또는 구매)을 진행합니다. 길을 잃은 곳을 기록해 두세요.

5단계 - 가능하면 실제 사용자와 함께 시도해 보세요. 장애가 있는 사람들은 경험이 없는 도구나 전문가가 인식하지 못하는 장벽을 감지합니다. 이것이 가장 가치 있는 기준이자 가장 바꾸기 어려운 기준이다.

6단계 — 문서화 및 수정. WCAG 기준, 적용된 기술 및 증거(스크린샷, 브라우저 버전, 날짜)와 함께 각 결과를 기록합니다. 이 기록은 “우리는 그것이 준수한다고 믿는다”를 “우리는 그것이 준수한다는 것을 증명할 수 있습니다”로 바꾸는 것입니다.

웹 액세스에 대한 오류 frecuentes al perseguir el nivel AA

‘감사자 오류 없음’과 규정 준수를 혼동합니다. 자동 도구의 깨끗한 보고서는 AA 규정 준수와 동일하지 않습니다. 감사자는 기준의 일부만을 다루고 있습니다. 나머지는 인간의 판단이 필요합니다.

상호작용 방식의 대조는 무시합니다. 결함이 있는 상태에서 대조를 확인하면 :hover, :focus 및 :disabled를 사용할 수 있습니다. Un botón que pasa en reposo puede fallar al enfocarse.

ARIA를 사용하면 HTML 구조를 조정할 수 있습니다. ARIA를 사용하면 HTML 기본 구조에서 문제를 해결할 수 없습니다. <div>와 role="button"을 사용하면 <button>이 실제로 작동하는 강력한 기능을 확인할 수 있습니다.

Olvidar el redimensionado del texto. El criterio 1.4.4 exige que el texto se pueda ampliar al 200% sin pérdida de contenido ni funcionalidad. Los diseños con alturas fijas en píxeles suelen romperse aquí.

이동할 수 없습니다. El reflujo(기준 1.4.10) exige que el contenido funcione sin desplazamiento horizon en Pantallas estrechas. Muchos sitios de escritorio는 fallan en este punto를 따릅니다.

프레군타스 프레쿠엔테스

¿ Qué diferencia hay entre accesibilidad A, AA y AAA?

WCAG 규정 준수 수준은 누적됩니다. 레벨 A는 30가지 기본 기준을 다룹니다. AA는 20개(총 50개)를 더 추가하며 대부분의 법률에서 요구하는 표준입니다. AAA는 28개를 추가하며 일부 기준은 모든 콘텐츠에 걸쳐 적용할 수 없기 때문에 일반적인 형식에서는 필요하지 않습니다. 대부분의 웹 프로젝트에서 AA는 웹 액세스에 대한 현실적이고 충분한 목표입니다.

WCAG 2.2의 기준이 AA 수준에 도달했는지 확인하세요.

WCAG 2.2 레벨 AA에서는 50가지 성공 기준(레벨 A의 30개와 레벨 AA의 20개)을 충족해야 합니다. 수치는 WCAG 2.1과 동일하지만 2.2에는 대상 크기(2.5.8) 및 일관된 도움말(3.2.6)과 같은 새로운 기준이 추가되었으며 일부는 레벨 A에 일부는 레벨 AA에 포함되었습니다.

¿ AA를 자동으로 관리할 수 있는 방법이 있나요?

아니요. 자동화된 도구는 객관적이고 반복적인 오류를 감지하지만 대체 텍스트의 품질이나 오류 메시지의 유용성과 같은 의미나 맥락에 의존하는 기준을 평가할 수는 없습니다. AA 규정을 준수하려면 자동화된 감사, 수동 검토 및 화면 판독기를 사용한 테스트, 가능한 경우 실제 사용자와의 테스트를 결합해야 합니다.

¿ Qué lector de Pantalla conviene usar para probar un sitio?

NVDA는 무료이며 Windows에서 널리 사용되므로 가장 쉽게 시작할 수 있는 옵션입니다. JAWS는 상업용이며 기업 환경에서 일반적입니다. VoiceOver는 macOS 및 iOS에 통합되어 있으므로 Apple 생태계에서 작업하는 경우 자연스러운 경로입니다. 브라우저와 화면 판독기를 두 가지 이상 조합하여 테스트하면 더욱 안정적인 이미지가 제공됩니다.

¿ La accesibilidad AA es obligatoria por ley?

국가와 조직 유형에 따라 다릅니다. 유럽 연합에서는 웹 접근성 지침과 EN 301 549 표준이 공공 부문과 많은 민간 서비스에 대한 요구 사항을 부과합니다. 미국에서는 508조와 ADA가 유사한 의무를 부과합니다. 라틴 아메리카의 여러 국가에는 WCAG에서 영감을 받은 자체 규정이 있습니다. 귀하의 시장에 적용되는 법률을 확인하는 것이 좋습니다.

¿ Cada cuánto hay que reauditar un sitio para mantener el nivel AA?

보편적인 기간은 없지만 디자인, 템플릿 또는 구성 요소가 변경되면 회귀가 발생할 수 있습니다. 실용적인 접근 방식은 지속적인 통합을 통해 각 배포 중에 자동으로 감사하고 적어도 1년에 한 번 또는 상당한 재설계 후에 전체 수동 검토를 수행하는 것입니다. 각 감사를 문서화하면 시간이 지남에 따라 지속적인 규정 준수를 더 쉽게 입증할 수 있습니다.

결론

웹 접근성 AA 준수는 구입하거나 설치하는 것이 아닙니다. 도구와 판단을 결합하여 구축됩니다. 자동화된 감사는 작업 속도를 높이고, 대비 검사기는 객관적인 오류를 해결하고, 스크린 리더는 실제 경험을 보여주며, 수동 검토는 기계가 판단할 수 없는 내용을 다룹니다. 인기도가 아닌 작업 흐름에 따라 도구를 선택하고 모든 결정을 문서화하세요. 기준과 기술을 더 자세히 알아보기 위한 최종 참고 자료는 W3C의 WCAG 문서 및 WAI 이니셔티브 가이드라인입니다.

출처 및 추가 자료

웹 콘텐츠 접근성 지침 — Wikipedia: WCAG(웹 콘텐츠 접근성 지침)는 W3C(World Wide Web Consortium)의 WAI(Web Accessibility Initiative)에서 발행한 시리즈의 일부입니다.
웹 접근성 — Wikipedia: 웹 접근성 또는 eAccessibility는 전 세계 웹 사이트와의 상호 작용 또는 액세스를 방해하는 장벽이 없음을 보장하는 포괄적인 관행입니다…

¿ Cumplir WCAG가 코드를 작성하고 있습니까?

48시간 동안 WCAG에 대한 IA의 중첩