# WCAG 3 마이그레이션, 지금 필요할까 — WCAG 2.2에서 넘어가는 전략

> WCAG 3(3.0) 마이그레이션, 지금 필요할까요? 아직 Working Draft인 이유부터, 준수가 아닌 개선 관점으로 Core·Outcomes 사고방식을 미리 들여오는 전략과 시기별 준비 로드맵을 정리했습니다.

**Published:** 2026-08-03 | **Updated:** 2026-08-03

---


## 들어가며

새 표준 소식이 들리면 실무자의 머릿속엔 늘 같은 질문이 떠오릅니다. "우리도 갈아타야 하나?" WCAG 3 소식을 접한 분들이 검색창에 치는 것도 결국 이 질문일 거예요.

**"WCAG 3(3.0)으로 마이그레이션해야 하나요?"**

이 글은 「WCAG 3.0 시대 준비하기」 시리즈의 일곱 번째 글입니다. [확장된 적용 범위](/posts/wcag-3-expanded-scope-beyond-web/)에서 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은 아직 공식 표준이 아니기 때문에 법적 구속력도 없습니다.

---

## 그렇다면 왜 이 글을 쓰는가?

"마이그레이션 필요 없다"는 결론이라면 글이 여기서 끝나야 할 것 같죠? 하지만 중요한 구분이 있습니다.

{{< img src="images/contents/conformance-vs-improvement.png" alt="준수와 개선이 서로 다른 질문임을 보여주는 두 칸 비교 다이어그램 - 준수는 기준을 충족했는지 묻고 WCAG 2.2 AA와 KWCAG 2.2를 기준으로 법적 요구사항·인증·통과 여부를 판정하므로 지금은 WCAG 2.2를 따르고, 개선은 사용자가 실제로 쓸 수 있는지 묻고 WCAG 3의 사고방식인 Outcomes 중심 질문·심각도 계층·자동 검사와 사용자 테스트 병행을 지금 당장 적용할 수 있다" >}}

### 준수(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는 "사용자가 이것을 할 수 있는가?"를 묻습니다. (상세 내용은 [구조 변화 글](/posts/wcag-3-structure-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 적합성 모델은 아직 실험 중이며 확정되지 않았습니다. 상세 내용은 [적합성 모델 글](/posts/wcag-3-scoring-conformance/)을 참고하세요.

지금 팀에서 할 수 있는 일:
- 접근성 이슈를 "있다/없다"가 아니라 **심각도 레벨**로 분류하기
- "통과했으니 끝"이 아니라 **"더 좋게 만들 수 있는가?"**\ 를 계속 질문하기
- 접근성 품질을 지속적으로 측정하고 개선하는 문화 만들기

### 3. 사용자 중심 테스트

WCAG 3.0은 Atomic Tests(자동화 가능한 기술 검사)와 Holistic Tests(사용자 관점의 전체적 평가)를 구분합니다. (상세 내용은 [테스트 방법론 글](/posts/wcag-3-atomic-holistic-tests/)을 참고하세요.)

지금 팀에서 할 수 있는 일:
- axe, Lighthouse 같은 자동화 도구만 의존하지 않기
- **실제 보조기기 사용자와 함께 테스트**하는 시간 확보하기
- 사용자 여정(User Journey) 전체를 접근성 관점에서 검토하기

### 4. 도구 생태계까지 고려

WCAG 3.0은 콘텐츠뿐 아니라 CMS, 저작 도구, 테스트 도구까지 범위에 포함합니다.

지금 팀에서 할 수 있는 일:
- 디자인 시스템에 접근성을 **기본값**으로 내장하기
- CMS나 빌더 도구 선택 시 **접근성 지원 수준**을 평가 기준에 포함하기
- CI/CD 파이프라인에 접근성 테스트 자동화하기

---

## 점진적 전환 로드맵

WCAG 3.0이 언젠가 공식 표준이 되면 마이그레이션이 필요해질 수 있습니다. 그때를 대비해 지금부터 할 수 있는 준비 단계를 정리했습니다.

{{< img src="images/contents/migration-roadmap.png" alt="WCAG 3 대비 점진적 전환 로드맵 - Phase 1은 지금 2026년으로 WCAG 2.2 AA를 유지하며 Outcomes 관점을 도입하는 단계이고 강조돼 있으며, Phase 2는 초안 확정 시 갭 분석과 계획 수립, Phase 3은 그 이후 WCAG 2.x 폐기 전 공식 전환으로 흐리게 표시돼 있다. 지금 할 일은 Phase 1 하나뿐이다" >}}

### 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 역량 강화
- **학습 포인트**: 보조기기 사용법, 사용자 테스트 방법론

---

{{< faq >}}

---

## 한 장 요약

- 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 마이그레이션에 대한 핵심 메시지를 정리하면 이렇습니다.

1. **지금 당장 마이그레이션은 필요 없습니다.** WCAG 3.0은 아직 Draft이고, 확정 후에도 수년간 WCAG 2.x가 유지됩니다.

2. **하지만 방향성은 지금 적용할 수 있습니다.** Outcomes 중심 사고, 계층적 품질 평가, 사용자 중심 테스트는 WCAG 2.x 환경에서도 유효합니다.

3. **준수(Conformance)와 개선(Improvement)을 구분하세요.** 인증 기준은 WCAG 2.2를 따르되, 실질적인 품질 향상은 WCAG 3.0의 관점을 활용하세요.

4. **점진적으로 준비하세요.** WCAG 3.0 Draft를 모니터링하고, 팀에 새로운 개념을 공유하며, 도구와 프로세스를 조금씩 업데이트하세요.

초안이 갱신되면 이 글도 그에 맞춰 손볼 생각입니다. 그때까지는 위의 네 가지만 챙겨도 충분합니다.

---

## 이 시리즈의 다른 글

- [WCAG 3.0 시대의 시작: 왜 새로운 가이드라인이 필요한가?]({{< relref "/posts/wcag-3-era-why-new-guidelines" >}})
- [WCAG 3.0 구조 해부: Success Criteria에서 Outcomes로]({{< relref "/posts/wcag-3-structure-outcomes" >}})
- [WCAG 3.0 적합성 모델: A/AA/AAA 이후의 변화]({{< relref "/posts/wcag-3-scoring-conformance" >}})
- [Atomic Tests vs. Holistic Tests: 새로운 테스트 방법론]({{< relref "/posts/wcag-3-atomic-holistic-tests" >}})
- [Assertions: 접근성 평가의 새로운 단위]({{< relref "/posts/wcag-3-assertions" >}})
- [WCAG 3.0 확장된 적용 범위: 웹을 넘어서]({{< relref "/posts/wcag-3-expanded-scope-beyond-web" >}})
- [WCAG 3, 지금 어디까지 왔나 — 2026년 3월 초안 총정리]({{< relref "/posts/wcag-3-status-2026" >}})

## 참고 자료

- [WCAG 3.0 Working Draft (2026-03-03)](https://www.w3.org/TR/wcag-3.0/) - W3C 공식 초안
- [WCAG 3 Introduction](https://www.w3.org/WAI/standards-guidelines/wcag/wcag3-intro/) - 개요 문서
- [WCAG 2.2](https://www.w3.org/TR/WCAG22/) - 현재 권고안
- [Understanding WCAG 2.2](https://www.w3.org/WAI/WCAG22/Understanding/) - WCAG 2.2 이해 문서

---

> **주의**: 이 글은 2026년 3월 3일 W3C Working Draft 기준입니다. WCAG 3은 아직 개발 중이라 최종 권고안까지 내용이 바뀔 수 있으니, 실제 판단이 필요할 땐 W3C 원문을 확인하세요.