웹 접근성 WCAG는 시각·청각·지체·인지 장애가 있는 사람을 포함해 누구나 웹 콘텐츠와 서비스를 이용할 수 있도록 정리한 국제 지침입니다. 단순히 장애인만을 위한 기준이 아니라, 작은 화면이나 느린 네트워크를 사용하는 사람까지 고려하는 웹 설계의 기본 원칙입니다.
📌 핵심 5줄 요약
1. WCAG는 W3C가 만든 웹 콘텐츠 접근성 국제 표준입니다.
2. 핵심 원칙은 인식 가능성, 운용 가능성, 이해 가능성, 견고성입니다.
3. 실무에서 자주 확인하는 항목은 대체 텍스트, 키보드 조작, 자막, 색상 대비, 폼 오류 안내입니다.
4. 적합성 등급은 A, AA, AAA로 나뉘며, AA는 A와 AA 기준을 모두 충족해야 합니다.
5. 자동 점검 도구만으로는 충분하지 않으므로 키보드와 보조기기 등을 활용한 사람의 검토가 필요합니다.
📌 목차
01 | WCAG의 뜻과 만든 기관
02 | 웹 접근성이 필요한 이유
03 | WCAG 2.2와 이전 버전의 관계
04 | 네 가지 핵심 원칙
05 | 인식 가능성의 의미
06 | 운용 가능성의 의미
07 | 이해 가능성의 의미
08 | 견고성의 의미
09 | 적합성 등급 A·AA·AAA
10 | 웹사이트에서 자주 발생하는 문제
11 | 개발 단계에서 적용하는 방법
12 | 비개발자도 할 수 있는 접근성 점검
13 | 자동 검사와 수동 검사의 차이
14 | 접근성 선언과 주의사항
01 | WCAG의 뜻과 만든 기관
WCAG는 ‘Web Content Accessibility Guidelines’의 약자로, 한국어로는 웹 콘텐츠 접근성 지침이라고 합니다. 웹사이트, 웹 애플리케이션, 온라인 문서 등 디지털 콘텐츠를 더 많은 사람이 이용할 수 있도록 요구사항과 성공 기준을 제시합니다.
WCAG는 웹 표준을 개발하는 국제기구 W3C의 웹 접근성 이니셔티브인 WAI에서 개발합니다. WCAG는 특정 기업의 인증 상품이나 유료 프로그램이 아니라, 접근성을 평가하고 개선하기 위한 공개 표준입니다.
02 | 웹 접근성이 필요한 이유
웹 접근성이 부족하면 스크린리더를 사용하는 사람은 이미지나 버튼의 목적을 알기 어렵고, 키보드만 사용하는 사람은 메뉴나 결제 단계를 진행하지 못할 수 있습니다. 청각장애가 있는 사람은 자막이 없는 영상을 이해하기 어렵고, 색상을 구분하기 어려운 사람은 색만으로 전달된 오류를 놓칠 수 있습니다.
접근성은 특정 사용자 집단만의 문제가 아닙니다. 밝은 햇빛 아래 스마트폰을 보는 상황, 한 손으로 조작하는 상황, 일시적으로 다친 상황에서도 접근성 원칙이 적용된 서비스가 더 편리하게 작동합니다.
03 | WCAG 2.2와 이전 버전의 관계
WCAG 2.2는 2023년 10월 5일 W3C 권고안으로 발표된 버전입니다. WCAG 2.1에 새로운 성공 기준 9개가 추가됐고, 기존 기준은 대부분 유지됐습니다. WCAG 2.2에서는 ‘문법 분석’ 기준인 4.1.1 Parsing이 더 이상 기준으로 포함되지 않습니다.
다만 프로젝트나 공공기관, 계약서에서 특정 버전을 요구할 수 있으므로 실제 적용 때는 목표 버전을 먼저 확인해야 합니다. ‘WCAG를 준수한다’고만 쓰기보다 WCAG 2.1 AA처럼 버전과 등급을 함께 표시하는 편이 명확합니다.
04 | 네 가지 핵심 원칙
WCAG의 기준은 POUR라는 네 가지 원칙으로 정리할 수 있습니다.
| 원칙 | 확인할 내용 |
|---|---|
| 인식 가능성 | 정보와 인터페이스를 사용자가 감각적으로 인식할 수 있는가 |
| 운용 가능성 | 키보드 등 다양한 방식으로 기능을 조작할 수 있는가 |
| 이해 가능성 | 내용과 작동 방식이 예측 가능하고 이해하기 쉬운가 |
| 견고성 | 다양한 브라우저와 보조기기에서 안정적으로 해석되는가 |
05 | 인식 가능성의 의미
인식 가능성은 사용자가 콘텐츠를 눈으로 보거나 소리로 듣는 방식에만 의존하지 않도록 만드는 원칙입니다. 이미지에는 내용을 설명하는 대체 텍스트를 제공하고, 장식용 이미지는 보조기기가 건너뛸 수 있도록 처리해야 합니다.
영상에는 자막이나 필요한 대체 정보를 제공하고, 색상만으로 상태를 표현하지 않는 것도 중요합니다. 예를 들어 ‘빨간색 항목이 오류’라고 표시하는 대신 오류 문구나 아이콘을 함께 제공해야 합니다.
06 | 운용 가능성의 의미
운용 가능성은 마우스를 사용할 수 없는 사람도 웹의 모든 기능을 이용할 수 있는지에 관한 원칙입니다. 메뉴 열기, 검색, 로그인, 입력, 결제, 팝업 닫기 같은 핵심 기능을 키보드만으로 수행할 수 있어야 합니다.
현재 어디에 초점이 있는지 시각적으로 보여주는 것도 중요합니다. 키보드 사용자가 페이지 안에서 길을 잃지 않도록 논리적인 탭 순서를 제공하고, 키보드 초점을 가리는 고정 메뉴나 팝업을 피해야 합니다.
07 | 이해 가능성의 의미
이해 가능성은 콘텐츠와 인터페이스가 예측 가능하고 명확해야 한다는 뜻입니다. 버튼에는 ‘여기를 클릭’보다 ‘회원가입 완료’처럼 목적이 드러나는 문구를 사용하고, 입력 항목에는 무엇을 입력해야 하는지 설명해야 합니다.
오류가 발생했다면 오류가 난 항목과 해결 방법을 함께 알려야 합니다. 페이지가 갑자기 새로고침되거나 사용자의 예상 없이 화면이 바뀌는 동작도 줄이는 것이 좋습니다.
08 | 견고성의 의미
견고성은 다양한 브라우저, 기기, 운영체제, 보조기기에서 콘텐츠가 안정적으로 전달되는지를 의미합니다. HTML 요소를 목적에 맞게 사용하고, 버튼을 단순한 장식용 영역이나 클릭 가능한 이미지로만 만들지 않는 것이 기본입니다.
접근성 기능을 추가하기 위해 ARIA를 사용할 수 있지만, 기본 HTML 요소로 해결할 수 있는 문제라면 먼저 올바른 HTML을 사용하는 편이 안전합니다. 기술을 사용했다는 사실보다 사용자가 실제로 정보를 얻고 기능을 수행할 수 있는지가 중요합니다.
09 | 적합성 등급 A·AA·AAA
WCAG 적합성 등급은 A, AA, AAA 세 단계입니다. A는 최소 수준이며, AA는 A와 AA 성공 기준을 모두 충족해야 합니다. AAA는 A·AA·AAA 기준을 모두 충족하는 가장 높은 단계입니다.
| 등급 | 의미 |
|---|---|
| A | 접근성의 기본적인 장애물을 줄이는 최소 적합성 |
| AA | A 기준과 AA 기준을 모두 충족하는 일반적인 목표 수준 |
| AAA | 가장 높은 수준이지만 모든 콘텐츠에 적용하기 어려울 수 있음 |
등급은 단순한 중요도 순위로만 이해하면 안 됩니다. W3C는 어떤 기준을 먼저 개선할지 여부가 조직의 정책, 서비스 특성, 개발 자원 등에 따라 달라질 수 있다고 설명합니다.
10 | 웹사이트에서 자주 발생하는 문제
실무에서 반복적으로 발견되는 문제는 이미지에 alt가 없거나 내용과 맞지 않는 경우, 키보드로 버튼을 실행할 수 없는 경우, 폼 입력 항목에 라벨이 없는 경우입니다. 제목 구조가 뒤섞여 있거나 링크 문구만 보고 목적을 알 수 없는 경우도 접근성을 떨어뜨립니다.
그 밖에 글자와 배경의 대비가 부족한 화면, 자동 재생되는 동영상, 시간 제한을 연장할 수 없는 입력 과정, 오류 원인을 알려주지 않는 로그인 화면도 점검 대상입니다.
11 | 개발 단계에서 적용하는 방법
접근성은 개발이 끝난 뒤 한 번에 고치는 것보다 기획 단계부터 요구사항으로 포함하는 편이 효율적입니다. 화면 설계 때 색상만으로 정보를 구분하지 않는지 확인하고, 콘텐츠 작성 단계에서 제목·링크·대체 텍스트 규칙을 정해야 합니다.
개발 과정에서는 시맨틱 HTML, 논리적인 제목 구조, 키보드 초점, 폼 라벨, 오류 메시지를 우선 구현합니다. 배포 전에는 주요 사용자 흐름을 선정해 회원가입, 검색, 주문, 문의 등 실제 업무를 처음부터 끝까지 점검합니다.
12 | 비개발자도 할 수 있는 접근성 점검
전문 개발 지식이 없어도 다음과 같은 기본 점검은 할 수 있습니다. 페이지의 제목만 읽어도 내용을 알 수 있는지, 이미지가 없어도 핵심 정보를 이해할 수 있는지, Tab 키만으로 메뉴와 버튼을 이동할 수 있는지 확인합니다.
또한 브라우저 확대에서 글자가 겹치지 않는지, 영상에 자막이 있는지, 오류가 난 입력창에 해결 방법이 표시되는지 살펴보면 됩니다. W3C의 간이 점검 자료도 페이지 제목, 대체 텍스트, 제목 구조, 색상 대비, 키보드 접근, 폼 오류 등을 기본 확인 항목으로 제시합니다.
13 | 자동 검사와 수동 검사의 차이
자동 검사 도구는 누락된 alt 속성, 일부 색상 대비 문제, 잘못된 HTML 구조처럼 규칙으로 확인할 수 있는 항목을 빠르게 찾는 데 유용합니다. 반복 점검과 배포 전 품질 관리에도 도움이 됩니다.
하지만 자동 검사만으로 WCAG 적합성을 확정할 수는 없습니다. 대체 텍스트가 문맥에 맞는지, 키보드 흐름이 자연스러운지, 오류 안내가 실제로 이해되는지는 사람이 직접 확인해야 합니다. W3C도 간이 점검은 전체 접근성을 확정하는 검사가 아니며 더 종합적인 평가가 필요하다고 안내합니다.
14 | 접근성 선언과 주의사항
웹사이트가 특정 수준을 충족한다고 공개할 때는 적용한 WCAG 버전, 적합성 등급, 적용 범위, 예외나 미해결 항목을 구체적으로 밝혀야 합니다. ‘접근성 인증 완료’처럼 범위가 불명확한 표현만 사용하는 것은 피하는 편이 좋습니다.
W3C는 적합성 로고를 제공하지만, 로고가 W3C나 WAI의 검증 또는 승인을 의미하는 것은 아니며 해당 주장의 정확성은 콘텐츠 제공자가 책임진다고 설명합니다. 따라서 로고보다 실제 평가 범위와 점검 결과를 투명하게 제시하는 것이 중요합니다.
☑ 체크리스트
- 이미지의 목적에 맞는 대체 텍스트를 제공했는가
- Tab 키만으로 핵심 메뉴와 기능을 사용할 수 있는가
- 키보드 초점이 화면에서 보이는가
- 영상과 음성 콘텐츠에 필요한 자막이나 대체 정보를 제공했는가
- 색상만으로 오류나 상태를 전달하지 않는가
- 폼 입력 항목에 라벨과 오류 해결 방법이 있는가
- 자동 검사와 사람의 수동 검토를 함께 진행했는가
📖 자주하는 질문 Q&A
WCAG는 법률인가요?
WCAG 자체는 W3C가 만든 국제 지침이자 기술 표준입니다. 다만 국가나 분야별 법률·정책·계약에서 WCAG 또는 이에 준하는 접근성 기준을 요구할 수 있으므로 실제 의무 여부는 서비스가 적용되는 규정을 별도로 확인해야 합니다.
WCAG 2.1과 WCAG 2.2 중 무엇을 적용해야 하나요?
프로젝트의 계약서, 내부 정책, 적용 법령에서 요구하는 버전을 먼저 확인해야 합니다. 별도 지정이 없다면 최신 표준인 WCAG 2.2를 검토하되, 기존 시스템이나 기관 기준과의 호환성도 함께 판단하는 것이 안전합니다.
접근성 검사 도구에서 오류가 없으면 준수한 것인가요?
그렇지 않습니다. 자동 도구는 일부 규칙 기반 문제를 찾는 보조 수단입니다. 콘텐츠의 의미, 키보드 사용 흐름, 오류 메시지의 이해 가능성, 실제 보조기기 사용성은 사람의 검토가 필요합니다.
모든 웹사이트가 AAA를 목표로 해야 하나요?
반드시 그렇지는 않습니다. AAA는 가장 높은 등급이지만 모든 콘텐츠와 기능에 현실적으로 적용하기 어려운 기준도 포함합니다. 서비스의 이용자, 위험도, 법적·계약상 요구사항을 고려해 구체적인 목표 수준을 정하는 것이 바람직합니다.
📝 마무리
WCAG는 웹사이트를 특정 사람만 사용할 수 있는 공간이 아니라 누구나 접근 가능한 서비스로 만들기 위한 공통 기준입니다. 우선 대체 텍스트, 키보드 조작, 자막, 색상 대비, 명확한 폼 오류 안내부터 점검하고, 자동 검사와 실제 사용자 관점의 수동 검토를 함께 진행하는 것이 효과적입니다.