WCAG-EM 2.0 공개: 웹페이지 표본에서 디지털 제품 여정 감사로

W3C 접근성 지침 작업반은 2026년 7월 23일 WCAG Evaluation Methodology(WCAG-EM) 2.0을 Group Note로 공개했습니다. 확인된 사실은 적용 대상을 웹사이트와 웹페이지에서 앱·키오스크를 포함한 디지털 제품으로 넓히고, 평가 범위 정의부터 대표 표본 선정과 결과 보고까지 다섯 단계를 제시한다는 것입니다. POEMORA의 해석은 한국 제품팀이 접근성 검사를 ‘몇 화면의 점수’가 아니라 핵심 업무 여정과 시스템 의존성을 증명하는 운영 체계로 바꿀 기회라는 것입니다.

7월 23일 문서가 바꾼 평가의 단위

W3C 공식 개요는 WCAG-EM 2가 2026년 7월 23일 공개됐으며, 1.0이 웹사이트와 웹페이지에 초점을 맞춘 것과 달리 앱과 다른 디지털 제품에도 적용된다고 설명합니다. 기술 문서는 웹페이지, 문서, 소프트웨어, 뷰 등을 평가할 디지털 제품의 단위로 다룹니다.

WCAG-EM은 새로운 WCAG 성공 기준을 만드는 규범 문서가 아닙니다. WCAG 준수 여부를 일관된 절차로 평가하도록 돕는 지원 자료이자 W3C Group Note입니다. 문서 자체도 W3C 회원 전체가 승인한 Recommendation과 지위가 다르다고 밝힙니다. 따라서 ‘새 법적 등급이 생겼다’거나 ‘WCAG 2.2가 대체됐다’고 표현하면 부정확합니다.

사실과 해석의 경계: 적용 범위 확대와 다섯 단계는 공식 문서 내용입니다. 이를 조직의 릴리스 게이트와 디자인 시스템 관리 방식으로 연결하는 제안은 POEMORA의 실무 해석입니다.

다섯 단계로 제품 감사를 다시 설계한다

WCAG-EM 2.0의 절차는 범위 정의, 제품 탐색, 대표 표본 선정, 표본 평가, 결과 보고로 이어집니다. 중요한 점은 검사 도구를 먼저 실행하는 것이 아니라 무엇을 왜 평가할지 합의하는 데서 시작한다는 것입니다.

이 구조는 규모가 큰 서비스에서 모든 화면을 매번 검사하기 어려운 현실을 인정하면서도 표본 선정의 근거를 요구합니다. ‘홈, 목록, 상세 한 장씩’처럼 관행으로 고르지 말고 제품의 구조와 위험을 탐색한 뒤 대표성을 설명해야 합니다.

완전한 프로세스가 한국 서비스에 중요한 이유

기술 문서는 표본에 완전한 프로세스를 포함하도록 요구합니다. 하나의 프로세스에 속한 페이지나 뷰는 기본 경로를 완료하는 데 필요한 연속 단위로 다뤄야 합니다. 회원가입 첫 화면만 통과해도 본인 인증 후 복귀가 막히면 사용자는 가입할 수 없습니다.

국내 서비스에서 우선 볼 여정은 다음과 같습니다.

1. 회원가입과 휴대전화·공동 인증 후 복귀
2. 주소 검색과 배송지 저장
3. 상품 옵션 선택, 결제, 실패 후 재시도
4. 진료·상담 예약과 날짜 변경·취소
5. 공공 민원 작성, 첨부, 제출, 결과 확인

각 여정에는 정상 경로만 아니라 오류, 시간 초과, 빈 결과, 중복 제출 방지, 도움 요청을 포함해야 합니다. WCAG-EM 2.0의 product enclosure 원칙상 평가 대상 제품에 포함된 외부 결제창·인증 모듈도 원칙적으로 범위에 포함해야 합니다. 불가피하게 평가하지 못한 부분은 평가 한계로 명시하되, 그 표본만으로 제품 전체의 WCAG 적합성을 주장해서는 안 됩니다.

디자인 시스템과 평가 표본을 연결하는 방법

WCAG-EM 2.0은 제품 탐색에서 의존 기술뿐 아니라 콘텐츠 관리 시스템, 디자인 시스템, 프런트엔드 프레임워크 같은 의존 시스템도 식별하도록 권장합니다. 이는 접근성 결함을 페이지별 수정 목록으로만 관리하지 말고 공통 원인을 찾으라는 실무적 단서가 됩니다.

예를 들어 열 개 화면에서 같은 모달의 포커스 문제가 발견되면 열 개 티켓을 닫는 데 그쳐서는 안 됩니다. 디자인 시스템의 모달 계약과 구현, 테스트를 고치고 영향 범위를 추적해야 합니다. 반대로 같은 컴포넌트라도 특정 화면에서 내용 길이나 중첩 방식이 달라지면 다시 평가해야 합니다.

• 컴포넌트 인벤토리에 WCAG 관련 동작과 담당자를 연결합니다.
• 표본 화면마다 사용된 핵심 컴포넌트와 외부 의존성을 기록합니다.
• 공통 결함과 화면 고유 결함을 분리해 우선순위를 정합니다.
• 수정 후 컴포넌트 단위 회귀 테스트와 여정 단위 재검사를 모두 수행합니다.
• 디자인 파일, 코드, 감사 보고서가 같은 이슈 식별자를 참조하게 합니다.

자동 점수에 맡기면 안 되는 판단

공식 문서는 평가에 접근성 표준, 접근 가능한 설계·개발, 보조기술, 장애인이 디지털 제품을 사용하는 방식에 대한 전문성이 필요하다고 설명합니다. 평가 도구는 효율을 높일 수 있지만 범위와 대표성, 실제 사용 가능성을 대신 판단하지 못합니다.

특히 종합 점수는 조심해서 다뤄야 합니다. WCAG-EM 2.0에서 집계 점수 제공은 선택 사항이며, 점수의 한계를 고려해야 합니다. 높은 점수 하나가 결제 불가 같은 치명적 장벽을 가릴 수 있습니다. 경영 보고에는 총점만 두기보다 영향을 받는 여정, 심각도, 빈도, 해결 책임자, 재검사 상태를 함께 제시하는 편이 낫습니다.

30일 도입 계획

첫 1주에는 제품·디자인·개발·QA·운영 담당자가 평가 목적과 범위를 정합니다. 대상 버전, 플랫폼, WCAG 목표 수준, 외부 모듈, 언어, 보조기술 조합을 기록합니다. 둘째 주에는 제품 지도를 만들고 핵심 뷰·기능·콘텐츠 유형·디자인 시스템 의존성을 탐색합니다.

셋째 주에는 구조적 표본과 일부 무작위 표본을 고르고, 결제나 신청 같은 완전한 프로세스를 넣습니다. 넷째 주에는 전문가 평가와 장애 사용자 참여를 조합해 결과를 기록하고, 공통 컴포넌트 결함을 디자인 시스템 백로그로 되돌립니다.

• [ ] 평가 대상과 제외 대상을 버전 단위로 기록했다.
• [ ] WCAG 목표 수준과 사용할 기술·보조기술을 합의했다.
• [ ] 대표 표본에 오류 상태와 완전한 프로세스를 포함했다.
• [ ] 디자인 시스템·CMS·외부 모듈 의존성을 식별했다.
• [ ] 자동 검사와 전문가 수동 검사의 역할을 분리했다.
• [ ] 보고서에 한계, 재현 증거, 책임자, 재검사 일정을 남겼다.

평가 결과를 웹 개편과 컴포넌트 개선으로 이어가야 한다면 POEMORA 웹 서비스처럼 진단과 구현을 분리하지 않는 방법을 검토할 수 있습니다. 감사 문서가 선반에 남지 않도록 백로그와 릴리스 기준에 연결하는 것이 핵심입니다.

지금 팀이 내려야 할 결론

WCAG-EM 2.0은 모든 화면을 동일한 깊이로 검사하라는 체크리스트가 아닙니다. 어떤 제품과 여정을 평가했는지, 표본이 왜 대표적인지, 어떤 전문성과 도구를 사용했는지, 무엇을 발견하고 어떻게 보고했는지를 재현 가능하게 만드는 방법론입니다.

한국 제품팀은 다음 접근성 프로젝트부터 견적과 일정에 ‘화면 수’만 넣지 말고 범위 탐색, 완전한 여정, 외부 모듈, 디자인 시스템 수정, 재검사를 별도 작업으로 넣어야 합니다. 그렇게 해야 감사 결과가 일회성 점수가 아니라 다음 릴리스의 품질 기반이 됩니다.