들어가며#
새 표준 소식이 들리면 실무자의 머릿속엔 늘 같은 질문이 떠오릅니다. “우리도 갈아타야 하나?” WCAG 3 소식을 접한 분들이 검색창에 치는 것도 결국 이 질문일 거예요.
“WCAG 3(3.0)으로 마이그레이션해야 하나요?”
이 글은 「WCAG 3.0 시대 준비하기」 시리즈의 일곱 번째 글입니다. 확장된 적용 범위에서 WCAG 3가 어디까지 다루는지 살펴봤다면, 이번엔 그 질문에 답할 차례입니다.
결론부터 말씀드리면, 아직은 아닙니다. 하지만 이 답변에는 중요한 뉘앙스가 있어요. “준수(Conformance)“와 “개선(Improvement)“은 다른 이야기거든요.
기준 문서: 이 글은 2026년 3월 3일 W3C Working Draft를 바탕으로 합니다. 초안은 대체로 6개월 주기로 갱신되니, 읽는 시점에 따라 세부가 달라질 수 있습니다.
지금 마이그레이션이 필요한가?#
W3C의 공식 입장#
W3C의 WCAG 3 Introduction 문서는 이 질문에 대해 명확하게 답합니다.
“WCAG 3 will not supersede WCAG 2, and WCAG 2 will not be deprecated for at least several years after WCAG 3 is finalized.”
번역하면 이렇습니다: WCAG 3.0이 WCAG 2.x를 대체하지 않으며, WCAG 3.0이 확정된 후에도 최소 수년간 WCAG 2.x는 폐기되지 않습니다.
현재 상태 정리#
2026년 7월 현재, WCAG 3(3.0)의 상태를 정리하면 이렇습니다.
| 항목 | 상태 |
|---|---|
| 문서 상태 | W3C Working Draft (2026-03-03) |
| 예상 완료 시점 | W3C 표현으로 “아직 수년의 작업이 남음” |
| 다음 초안 | 약 6개월 주기 — 2026년 하반기 예상 |
| WCAG 2.x 폐기 | WCAG 3이 확정돼도 곧바로 폐기되지 않음 |
즉, 지금 당장 WCAG 3.0 준수를 위한 마이그레이션은 필요하지 않습니다.
법적 요구사항, 인증 기준, 계약 조건 등에서 WCAG 2.2 AA(또는 KWCAG 2.2)를 요구한다면, 그 기준을 계속 따르면 됩니다. WCAG 3.0은 아직 공식 표준이 아니기 때문에 법적 구속력도 없습니다.
그렇다면 왜 이 글을 쓰는가?#
“마이그레이션 필요 없다"는 결론이라면 글이 여기서 끝나야 할 것 같죠? 하지만 중요한 구분이 있습니다.
준수(Conformance) vs 개선(Improvement)#
준수(Conformance)는 특정 기준을 충족했는지 판정하는 것입니다.
- “우리 사이트는 WCAG 2.2 AA를 준수합니다”
- 법적 요구사항 충족
- 인증 획득
개선(Improvement)은 사용자 경험을 실질적으로 더 좋게 만드는 것입니다.
- “장애가 있는 사용자가 실제로 우리 서비스를 잘 사용할 수 있는가?”
- 지속적인 품질 향상
- 사용자 피드백 반영
WCAG 3.0은 아직 준수 기준으로 사용할 수 없습니다. 하지만 WCAG 3.0이 지향하는 방향성과 사고방식은 지금 당장 접근성 개선에 활용할 수 있습니다.
이것이 이 글의 핵심입니다. “WCAG 3.0 준수"가 아니라 “WCAG 3.0의 관점으로 접근성 개선하기”입니다.
WCAG 3.0의 사고방식 적용하기#
WCAG 3.0 Draft에서 배울 수 있는 핵심 관점들을 정리해봤습니다. 이 관점들은 WCAG 2.x 환경에서도 충분히 적용 가능합니다.
1. Outcomes 중심 사고#
WCAG 2.x의 Success Criteria는 “이것을 충족했는가?“를 묻습니다. WCAG 3.0의 Outcomes는 “사용자가 이것을 할 수 있는가?“를 묻습니다. (상세 내용은 구조 변화 글을 참고하세요.)
예시: 이미지 대체 텍스트
| 관점 | 질문 | 평가 방식 |
|---|---|---|
| Success Criteria | “alt 속성이 존재하는가?” | 있음/없음 |
| Outcomes | “사용자가 이미지의 정보를 이해할 수 있는가?” | 품질 평가 |
지금 팀에서 할 수 있는 일:
- 체크리스트 통과에 집중하기보다, “이 기능을 장애가 있는 사용자가 실제로 사용할 수 있는가?”를 질문하기
- QA 프로세스에 Outcomes 관점의 검토 항목 추가하기
2. 계층적 품질 사고#
WCAG 2.x는 “통과/불통과"의 이분법입니다. WCAG 3.0 초안은 Core/Supplemental/Assertions 계층 구조로 접근성 품질을 다루려 합니다. (2026년 3월 초안에서 Foundational이 Core로 이름이 바뀌었어요.)
| 계층 | 의미 |
|---|---|
| Core | 기본 적합성을 위해 반드시 충족해야 하는 요구사항 |
| Supplemental | 더 높은 수준을 위한 추가 요구사항 |
| Assertions | 조직이 스스로 주장할 수 있는 추가 보장 요소 |
참고: WCAG 3.0 적합성 모델은 아직 실험 중이며 확정되지 않았습니다. 상세 내용은 적합성 모델 글을 참고하세요.
지금 팀에서 할 수 있는 일:
- 접근성 이슈를 “있다/없다"가 아니라 심각도 레벨로 분류하기
- “통과했으니 끝"이 아니라 “더 좋게 만들 수 있는가?”를 계속 질문하기
- 접근성 품질을 지속적으로 측정하고 개선하는 문화 만들기
3. 사용자 중심 테스트#
WCAG 3.0은 Atomic Tests(자동화 가능한 기술 검사)와 Holistic Tests(사용자 관점의 전체적 평가)를 구분합니다. (상세 내용은 테스트 방법론 글을 참고하세요.)
지금 팀에서 할 수 있는 일:
- axe, Lighthouse 같은 자동화 도구만 의존하지 않기
- 실제 보조기기 사용자와 함께 테스트하는 시간 확보하기
- 사용자 여정(User Journey) 전체를 접근성 관점에서 검토하기
4. 도구 생태계까지 고려#
WCAG 3.0은 콘텐츠뿐 아니라 CMS, 저작 도구, 테스트 도구까지 범위에 포함합니다.
지금 팀에서 할 수 있는 일:
- 디자인 시스템에 접근성을 기본값으로 내장하기
- CMS나 빌더 도구 선택 시 접근성 지원 수준을 평가 기준에 포함하기
- CI/CD 파이프라인에 접근성 테스트 자동화하기
점진적 전환 로드맵#
WCAG 3.0이 언젠가 공식 표준이 되면 마이그레이션이 필요해질 수 있습니다. 그때를 대비해 지금부터 할 수 있는 준비 단계를 정리했습니다.
Phase 1: 현재 (2026년)#
목표: WCAG 2.2 AA 준수 유지 + 개선 관점 도입
| 활동 | 설명 |
|---|---|
| WCAG 2.2 AA 준수 | 현재 법적/계약적 요구사항 충족 |
| Outcomes 관점 도입 | 체크리스트 너머의 사용자 경험 질문하기 |
| WCAG 3.0 Draft 모니터링 | 분기별로 변경사항 확인 |
| 팀 교육 | WCAG 3.0의 방향성과 핵심 개념 공유 |
Phase 2: WCAG 3.0 확정 시 (작업그룹 목표대로면 2029년 무렵)#
목표: 공식 표준 검토 및 갭 분석
| 활동 | 설명 |
|---|---|
| 최종 표준 분석 | 확정된 WCAG 3.0 요구사항 파악 |
| 갭 분석 | 현재 상태와 WCAG 3.0 요구사항 비교 |
| 마이그레이션 계획 수립 | 필요한 변경사항과 우선순위 정리 |
| 도구 업데이트 | 테스트 도구, 감사 프로세스 업데이트 |
Phase 3: WCAG 2.x 폐기 전 (예상 2030년 이후)#
목표: 공식 마이그레이션
| 활동 | 설명 |
|---|---|
| WCAG 3.0 준수 전환 | 새로운 적합성 기준 충족 |
| 문서화 업데이트 | 정책, 가이드, 교육 자료 전환 |
| 인증 갱신 | 필요한 경우 새로운 인증 획득 |
조직 역할별 준비 가이드#
마이그레이션 준비는 역할에 따라 다르게 접근할 수 있습니다.
개발자#
- 지금 할 일: 시맨틱 HTML 우선, ARIA는 보조적으로 사용
- WCAG 3.0 대비: 컴포넌트에 접근성을 기본으로 내장하는 습관
- 학습 포인트: Outcomes 개념, 새로운 테스트 방법론
디자이너#
- 지금 할 일: 색상 대비, 터치 타겟, 일관된 네비게이션
- WCAG 3.0 대비: 사용자 여정 전체의 접근성 고려
- 학습 포인트: 인지 접근성, 포용적 디자인 원칙
PM/기획자#
- 지금 할 일: 요구사항에 접근성 명시, 일정에 접근성 검토 포함
- WCAG 3.0 대비: Outcomes 기반 성공 지표 설정
- 학습 포인트: WCAG 3.0 구조와 등급 체계
QA/테스터#
- 지금 할 일: 자동화 도구 + 수동 테스트 병행
- WCAG 3.0 대비: Holistic Tests 역량 강화
- 학습 포인트: 보조기기 사용법, 사용자 테스트 방법론
질문으로 다시 보기#
지금 WCAG 3.0 기준으로 접근성 감사를 받을 수 있나요?
WCAG 2.2 AA를 잘 준수하고 있다면 WCAG 3.0 전환이 어렵지 않을까요?
우리 팀이 지금 당장 해야 할 한 가지는?
한 장 요약#
- W3C 공식 입장은 명확합니다 — WCAG 3.0은 WCAG 2.x를 대체하지 않고, 확정된 뒤에도 최소 수년간 WCAG 2.x가 유지됩니다.
- 결론부터: 지금 당장 마이그레이션은 필요 없습니다. 법적 요구사항·인증 기준은 여전히 WCAG 2.2 AA(또는 KWCAG 2.2)를 따르면 됩니다.
- 핵심은 준수(Conformance)와 개선(Improvement)의 구분입니다 — 인증은 WCAG 2.2로, 실질적 품질 향상은 WCAG 3.0의 관점으로 지금 시작할 수 있습니다.
- WCAG 3.0에서 지금 빌려올 4가지 관점: Outcomes 중심 사고, Core/Supplemental/Assertions 계층적 품질 사고, Atomic+Holistic 사용자 중심 테스트, 도구 생태계(CMS·저작 도구)까지 고려.
- 전환은 3단계 로드맵으로: Phase 1(현재) WCAG 2.2 유지+Outcomes 도입 → Phase 2(초안 확정 시) 갭 분석 → Phase 3(WCAG 2.x 폐기 전) 공식 전환. 지금 할 일은 Phase 1뿐입니다.
- 역할별 준비: 개발자는 시맨틱 HTML과 컴포넌트 접근성 내장, 디자이너는 사용자 여정 전체 검토, PM은 Outcomes 기반 지표, QA는 Holistic Tests 역량 강화.
정리하며#
WCAG 3.0 마이그레이션에 대한 핵심 메시지를 정리하면 이렇습니다.
지금 당장 마이그레이션은 필요 없습니다. WCAG 3.0은 아직 Draft이고, 확정 후에도 수년간 WCAG 2.x가 유지됩니다.
하지만 방향성은 지금 적용할 수 있습니다. Outcomes 중심 사고, 계층적 품질 평가, 사용자 중심 테스트는 WCAG 2.x 환경에서도 유효합니다.
준수(Conformance)와 개선(Improvement)을 구분하세요. 인증 기준은 WCAG 2.2를 따르되, 실질적인 품질 향상은 WCAG 3.0의 관점을 활용하세요.
점진적으로 준비하세요. WCAG 3.0 Draft를 모니터링하고, 팀에 새로운 개념을 공유하며, 도구와 프로세스를 조금씩 업데이트하세요.
초안이 갱신되면 이 글도 그에 맞춰 손볼 생각입니다. 그때까지는 위의 네 가지만 챙겨도 충분합니다.
이 시리즈의 다른 글#
- WCAG 3.0 시대의 시작: 왜 새로운 가이드라인이 필요한가?
- WCAG 3.0 구조 해부: Success Criteria에서 Outcomes로
- WCAG 3.0 적합성 모델: A/AA/AAA 이후의 변화
- Atomic Tests vs. Holistic Tests: 새로운 테스트 방법론
- Assertions: 접근성 평가의 새로운 단위
- WCAG 3.0 확장된 적용 범위: 웹을 넘어서
- WCAG 3, 지금 어디까지 왔나 — 2026년 3월 초안 총정리
참고 자료#
- WCAG 3.0 Working Draft (2026-03-03) - W3C 공식 초안
- WCAG 3 Introduction - 개요 문서
- WCAG 2.2 - 현재 권고안
- Understanding WCAG 2.2 - WCAG 2.2 이해 문서
주의: 이 글은 2026년 3월 3일 W3C Working Draft 기준입니다. WCAG 3은 아직 개발 중이라 최종 권고안까지 내용이 바뀔 수 있으니, 실제 판단이 필요할 땐 W3C 원문을 확인하세요.