WCAG-EM 2.0으로 준비하는 엔터프라이즈 소프트웨어 접근성 감사 가이드

WCAG-EM 2.0이 엔터프라이즈 소프트웨어 감사에 가져온 변화

엔터프라이즈 소프트웨어 감사가 난항을 겪는 주된 이유는 플랫폼 전체를 공정하고 표준에 부합하게 대변하는 표본이 무엇인지 팀 간에 합의하기 어렵기 때문입니다. 방대한 B2B 애플리케이션의 모든 화면이나 내보낸 수많은 결과물 아카이브를 빠짐없이 전수 평가하는 것은 기술적으로도, 비용 면에서도 현실적이지 않습니다. 이러한 문제를 해결하고자 월드 와이드 웹 컨소시엄(W3C)은 W3C WCAG-EM 2.0 사양에 기록된 바와 같이 2026년 7월 23일 WCAG 평가 방법론(WCAG-EM) 2.0을 공식 그룹 노트(Group Note)로 발표했습니다.

기존 버전은 웹사이트 전용으로 설계되었지만, 공식 W3C WAI 공식 발표에 명시되어 있듯이 WCAG-EM 2.0은 네이티브 애플리케이션, 키오스크 및 기타 디지털 제품으로 적용 프레임워크를 확장했습니다. 엔터프라이즈 소프트웨어 구매 담당자, 조달 책임자, 제품 관리자에게 이 방법론은 기술에 구애받지 않고 반복 적용할 수 있는 로드맵을 제공합니다. 이를 통해 감사가 주관적인 인상이나 불완전한 자동 스캔에 의존하지 않고, 웹 콘텐츠 접근성 지침(WCAG)을 기준으로 대표 워크플로를 일관되게 검증할 수 있도록 돕습니다.

+-----------------------------------------------------------------------+
|                        WCAG-EM 2.0 감사 단계                          |
+-------------------+---------------------------------------------------+
| 1. 범위 정의      | 제품 경계, 목표 수준, 기본 지원 환경 설정         |
| 2. 대상 탐색      | 주요 사용자 화면, 핵심 워크플로, 사용 기술 파악   |
| 3. 화면 샘플링    | 구조화된 샘플링, 무작위 화면, 전체 프로세스 경로  |
| 4. 감사 및 테스트 | 기준 점검, 대체 버전 확인, 프로세스 작동 검증    |
| 5. 결과 보고      | 구조화된 평가 진술, 이슈 로그, 머신 판독 데이터   |
+-------------------+---------------------------------------------------+

WCAG-EM 2.0은 법적 강제성이 있는 별도의 독립 표준이 아니라 정보 제공을 목적으로 하는 방법론입니다. 따라서 WCAG의 규범적 성공 기준을 대체하지 않으며, 자동 인증을 보장하지도 않습니다. 대신 조달 부서, 사내 감사관, 외부 전문 서비스 제공업체가 접근성 준수 주장을 검증할 때 신뢰할 수 있는 탄탄한 표본 추출 및 평가 프레임워크를 제공합니다.

5단계 WCAG-EM 평가 절차

이 방법론의 핵심은 W3C WCAG-EM 2.0 지침에 설명된 바와 같이 감사팀이 초기 범위 정의부터 문서화된 결과 도출까지 체계적으로 진행할 수 있도록 돕는 5단계 구조로 이루어져 있습니다.

1단계: 평가 범위 정의

테스트 스크립트를 실행하거나 키보드 수동 검토를 진행하기 전에 감사팀은 명확한 경계를 설정해야 합니다.

• 디지털 제품 범위: 제품 포괄성 원칙에 따라 정확히 어떤 모듈, 하위 도메인, 네이티브 앱 또는 클라이언트 포털이 감사에 포함되는지 파악합니다.
• 적합성 목표: 해당 표준 버전에서 목표로 하는 기준이 Level A, Level AA, Level AAA 중 무엇인지 정의합니다.
• 접근성 지원 기준선: 제품이 공식적으로 지원하는 운영체제, 브라우저, 보조 기술(AT) 목록을 문서화합니다.
• 추가 요구사항: 계약상의 기준, 기업 디자인 규칙, 특정 사용자 그룹의 요구사항을 구체화합니다.

2단계: 대상 디지털 제품 탐색

감사관은 개별 페이지를 선정하기 전에 플랫폼을 전반적으로 검토하여 기능 구조를 이해해야 합니다. W3C WCAG-EM 2.0 방법론에 따르면 탐색 단계에는 다음 사항에 대한 파악이 포함됩니다.

• 대시보드, 설정, 기본 탐색 허브와 같은 공통 화면.
• 프로젝트 생성, 결재 상신, 청구서 발행 등 비즈니스 핵심 기능을 포함하는 필수 기능.
• 데이터 테이블, 대화형 양식, 리치 미디어, 모달 대화상자 등 다양한 샘플 유형.
• HTML, WAI-ARIA(Accessible Rich Internet Applications), canvas 요소, PDF(Portable Document Format) 내보내기 등 의존하는 기술 요소.

3단계: 대표 샘플 세트 선정

엔터프라이즈 제품군에 포함된 모든 화면을 감사할 수는 없습니다. WCAG-EM 2.0은 다음 요소를 결합하여 정밀한 샘플링 모델을 구축합니다.

1. 주요 화면, 템플릿, 고유한 페이지 레이아웃, 핵심 비즈니스 컴포넌트를 모두 포괄하는 구조화된 샘플 세트.
2. 온보딩 과정이나 결제 여정처럼 여러 단계로 진행되는 작업을 처음부터 끝까지 누락 없이 테스트하는 완전한 프로세스.
3. 구조화된 탐색 과정에서 놓칠 수 있는 예외 상황을 포착하기 위해 편향을 배제하고 무작위로 추출한 샘플 세트.

4단계: 선정된 샘플 세트 평가

테스트 단계에서 감사관은 목표로 설정한 모든 성공 기준에 맞추어 각 샘플을 평가합니다. 여기에는 적합한 대체 버전 확인, 선택한 도구 전반에서의 접근성 지원 확인, 백그라운드 스크립트가 키보드 포커스를 가두지 않도록 보장하는 비간섭성 검증이 포함됩니다. 또한 감사관은 전체 사용자 여정이 단계별로 매끄럽게 작동하는지 검증하고, 구조화된 샘플에서 발견된 문제와 무작위 샘플에서 발견된 문제를 비교 분석합니다.

5단계: 평가 결과 보고

마지막 단계는 가공되지 않은 감사 로그를 투명한 비즈니스 문서로 정리하는 과정입니다. 평가자는 공식 W3C WCAG-EM Report Tool을 활용하여 결과를 체계화하고, 정성적 분석 결과를 제공하며, 평가 세부사항을 기록하고, 조달 및 품질 보증 팀을 위한 공식 평가 진술서를 작성할 수 있습니다.

엔터프라이즈 산출물 및 문서 감사

B2B 소프트웨어는 웹 브라우저 안에서만 머무르지 않습니다. 많은 플랫폼이 슬라이드 자료, 분석 스프레드시트, 계약서, 다운로드 가능한 보고서 등 고객 대면 문서를 내보내는 기능을 갖추고 있습니다. WCAG-EM 2.0에서는 이러한 생성형 산출물이 소프트웨어의 주요 결과물에 해당할 경우 감사 범위에 직접 포함됩니다.

고객 산출물을 감사할 때 소프트웨어 공급사와 엔터프라이즈 구매자는 다음 세 가지 영역을 면밀히 평가해야 합니다.

• 제작 환경: 시각이나 운동 기능에 장애가 있는 제작자가 키보드와 스크린 리더 도구를 사용해 에디터를 탐색하고, 슬라이드 레이아웃을 조정하며, 텍스트 서식을 지정하고, 메타데이터를 추가할 수 있는가? 디자인 워크플로를 검토하는 팀은 마케팅 관련 Knowledge 가이드를 참고하여 콘텐츠 프레젠테이션이 전체 제품 포지셔닝과 어떻게 조화를 이루는지 살펴볼 수 있습니다.
• 전달 인터페이스: 플랫폼 뷰어나 웹 기반 뷰어가 사용자의 콘텐츠 확대, 명암비 조정, 보조 기술을 활용한 탐색을 지원하는가? 다양한 웹 프레젠테이션 아키텍처를 평가하는 팀이라면 Pitch vs Gamma: 우리 팀에 맞는 프레젠테이션 도구는?과 같은 비교 자료를 통해 브라우저 네이티브 뷰어가 슬라이드 구조를 어떻게 처리하는지 파악하는 것이 도움이 됩니다.
• 내보낸 파일 산출물: 내보낸 문서가 단순한 이미지 묶음으로 렌더링되지 않고, 구조화된 시맨틱 태그, 올바른 읽기 순서, 서술형 대체 텍스트를 온전히 포함하고 있는가?

엔터프라이즈 프레젠테이션 제작 도구마다 내보낸 산출물을 처리하는 방식에는 차이가 있습니다. 예를 들어 Ember의 자체 문서 작성 환경의 경우, 현재 제품 설명서에는 텍스트 상자의 렌더링된 픽셀을 바탕으로 한 명암비 측정 기능만 명시되어 있습니다. WCAG 2.2 자동 적합성 테스트를 지원한다고 명시하지 않으며, 평탄화된 단일 페이지 이미지로 내보낸 페이지에는 구조적 시맨틱 태그가 포함되지 않습니다. 따라서 완전한 태그가 적용된 PDF 산출물이나 스크린 리더에서 읽을 수 있는 슬라이드가 필요한 팀은 기본 설정만으로 접근성이 충족된다고 가정하지 말고, 별도의 전문 태깅 보완 도구를 통해 내보낸 파일을 직접 확인해야 합니다.

규제 기준과 표준의 차이 파악하기

엔터프라이즈 조달 팀은 평가 방법론과 법적 규제 표준을 명확히 구분해야 합니다. WCAG-EM 2.0은 감사를 수행하는 방법론을 제공하지만, 법적 합격 및 불합격 판정 기준은 지역별 표준이 결정합니다.

유럽에서는 AccessibleEU Centre의 발표대로 2026년 9월 7일 개정된 유럽 접근성 표준 EN 301 549 v4.1.1이 발간되었습니다. 이번 개정판은 웹사이트, 소프트웨어, 디지털 문서의 접근성 기준으로 WCAG 2.2를 채택하여, 더 이상 사용되지 않는 구문 분석 기준 4.1.1을 삭제하는 동시에 6가지 신규 요구사항을 추가했습니다. 그러나 해당 발표에 따르면 유럽연합 집행위원회가 유럽연합 관보에 EN 301 549 v4.1.1을 공식 인용하기 전까지는 법적 구속력을 지닌 기준이 WCAG 2.1 Level AA에 기반한 2021년판 EN 301 549 v3.2.1로 유지됩니다.

이러한 차이를 정확히 이해해야 불필요한 규정 준수 오류와 비용 낭비를 방지할 수 있습니다. 제품 로드맵 차원에서는 향후 규제 집행에 선제적으로 대비하기 위해 최신 WCAG 2.2 기준을 도입하는 것이 바람직하지만, 조달 계약을 체결할 때는 관련 관보에 공식 발표되기 전까지 법적으로 인용된 버전을 기준점으로 유지해야 합니다.

B2B 제품의 감사를 준비하기 위한 실질적인 단계

엔터프라이즈 제품군에 WCAG-EM 2.0을 성공적으로 도입하려면 제품, 디자인, 규정 준수 부서 간의 긴밀한 협업이 지속적으로 이루어져야 합니다.

1. 본격적인 감사를 예약하기 전에 예비 점검을 먼저 진행하세요. W3C는 대대적인 평가에 착수하기 전에 트래픽이 많은 주요 템플릿을 빠르게 점검하여 눈에 띄는 시각적 요소나 키보드 탐색 장애물을 우선 해결할 것을 권장합니다.
2. 구조화된 산출물을 표준화하세요. 엔터프라이즈 고객이나 투자자에게 비즈니스 케이스를 제안할 때는 프레젠테이션이 명확하고 논리적인 위계를 갖추도록 설계해야 합니다. 시드 vs 시리즈 A 피치덱: 슬라이드 구성 방법 및 미팅 형태에 맞춘 피치덱 분량 조절 방법 가이드는 정돈된 콘텐츠 구조가 청중뿐 아니라 접근성 분석 도구에도 얼마나 유리하게 작용하는지 잘 보여줍니다.
3. 자동화 테스트와 전문가의 육안 검사를 병행하세요. 자동화 도구는 색상 명암비 문제나 누락된 라벨을 효과적으로 찾아내지만, 전체 비즈니스 프로세스가 논리적으로 작동하는지 여부는 장애인 사용자를 포함한 전문 감사관만이 정확하게 평가할 수 있습니다.
4. 지속적인 감사 기록을 유지 관리하세요. W3C WCAG-EM Report Tool을 활용하여 표본으로 선정된 모든 화면을 기록하고, 개발 스프린트를 거치며 문제점이 해결되는 과정을 투명하게 추적하세요.

WCAG-EM 2.0의 체계적인 5단계 구조를 도입하면, B2B 소프트웨어 공급사는 주관적인 주장 대신 기관 차원의 엔터프라이즈 구매자를 설득할 수 있는 투명하고 검증 가능한 감사 근거를 확보할 수 있습니다.