WCAG란 무엇인가? 웹 콘텐츠 접근성 가이드라인 설명

상위 백만 개 웹사이트 중 거의 94.8%가 기본적인 접근성 기준을 충족하지 못하고 있으며, 홈페이지당 평균 약 51개의 감지 가능한 오류가 있습니다. 한편, 2025년 한 해에만 미국에서 5,100건이 넘는 ADA 디지털 접근성 소송이 제기되었고, 접근성을 무시했을 때 발생하는 법적·평판상의 비용은 빠르게 증가하고 있습니다. 당신이 이커머스 스토어, SaaS 플랫폼, 정부 포털 중 무엇을 운영하든, 거의 모든 접근성 논의의 중심에는 한 문서가 있습니다. 바로 웹 콘텐츠 접근성 지침, WCAG입니다. WCAG가 정확히 무엇인지, 왜 존재하는지, 그리고 실제로 당신에게 무엇을 요구하는지 궁금했던 적이 있다면, 이 가이드는 당신이 찾고 있던 평이한 영어로 된 설명입니다.

WCAG의 기원: 이 표준은 어디에서 왔는가

WCAG는 세계 웹의 기초 기술 대부분과 HTML, CSS를 표준화하는 동일한 국제 기구인 W3C(World Wide Web Consortium)의 프로그램인 Web Accessibility Initiative (WAI)에서 발행합니다. 이 지침이 존재하는 이유는, 웹이 그 본질상 보편적 접근성을 약속하기 때문입니다. 그러나 실제로는 의도적인 설계 선택이 없다면, 그 약속은 수백만 명의 사용자에게 무너져 버립니다.

웹 접근성 지침의 뿌리는 1995년으로 거슬러 올라갑니다. Tim Berners-Lee가 제2회 World-Wide Web 국제 컨퍼런스 기조연설에서 장애인 접근성을 언급한 직후, Gregg Vanderheiden가 최초의 웹 접근성 지침을 작성했습니다. 이후 수년 동안 다양한 저자와 조직에서 38개가 넘는 웹 접근 지침이 등장했고, 결국 위스콘신 대학교 매디슨 캠퍼스의 Unified Web Site Accessibility Guidelines로 수렴되었습니다. 1998년에 발행된 그 문서의 8번째 버전은 WCAG 1.0의 출발점이 되었고, WCAG 1.0은 1999년 5월 5일 W3C 공식 권고안이 되었습니다.

WCAG 2.0은 2008년 12월에 발표되었고, 2012년 10월 ISO 표준(ISO/IEC 40500:2012)으로 채택될 만큼 중요한 전환점이었습니다. 2018년 6월에 발행된 WCAG 2.1은 모바일 사용성, 저시력, 인지적 접근성에 초점을 맞춘 17개의 새로운 성공 기준을 추가하여 2.0 기준을 확장했습니다. 그리고 현재 버전인 WCAG 2.2는 2023년 10월 5일 W3C 권고안으로 발표되었고, 이후 ISO/IEC 40500:2025로 승인되었습니다. W3C는 모두가 최신 버전을 사용할 것을 권장하며, 그럴 만한 충분한 이유가 있습니다. WCAG 2.2를 충족하는 콘텐츠는 자동으로 WCAG 2.1과 WCAG 2.0도 충족하기 때문입니다.

WCAG가 무엇이고 무엇이 아닌지 분명히 해둘 가치가 있습니다. WCAG는 기술 표준입니다. 전 세계 개인과 조직이 참여하는 엄격한 다자 이해관계자 W3C 프로세스를 통해 개발된, 정확하고 테스트 가능한 명세입니다. WCAG 자체는 법률 문서는 아니지만, 수십 개 관할권의 법과 규정에 참조 형태로 편입되어, 전 세계 디지털 접근성의 사실상 규칙서 역할을 하고 있습니다.

WCAG가 도움을 주도록 설계된 대상

WCAG는 시각, 청각, 신체, 언어, 인지, 언어 능력, 학습, 신경학적 장애 등 매우 다양한 장애를 가진 사람들의 접근성 장벽을 다룹니다. 이는 놀라울 정도로 폭넓은 인구 집단입니다. 세계보건기구(WHO)는 전 세계 인구의 약 16%에 해당하는 약 13억 명이 일상생활과 온라인 접근에 영향을 미치는 형태의 장애를 가지고 있다고 추정합니다. 이들 중 누구든 지금 이 순간 당신의 웹사이트를 사용하려는 잠재 고객, 시민, 학생, 직원일 수 있습니다.

그러나 WCAG 준수의 이점은 영구적인 장애가 있는 사용자에 국한되지 않습니다. 이 지침은 시력 저하, 청력 손실, 느린 운동 반응 등 연령 관련 제한이 있는 고령자에게도 도움을 주며, 종종 모든 사용자의 사용성을 향상시킵니다. 예를 들어 동영상 자막은 청각장애인을 위해 설계되었지만, 시끄러운 환경에서 시청하는 사람, 내용을 따라가야 하는 비원어민, 듣기보다 읽기를 선호하는 모든 사람에게도 도움이 됩니다. 마찬가지로 키보드 내비게이션은 마우스가 느리다고 느끼는 파워 유저에게 도움이 되고, 충분한 색 대비는 야외의 밝은 화면을 보며 눈을 찡그리는 누구에게나 유익합니다.

WCAG는 데스크톱, 노트북, 키오스크, 모바일 기기 등 사실상 모든 종류의 디지털 기기에서의 콘텐츠를 포괄하며, 의도적으로 기술 중립적입니다. 성공 기준은 특정 기술을 지시하지 않는 테스트 가능한 문장으로 작성되어, HTML, JavaScript 프레임워크, 보조 기술이 계속 발전하더라도 여전히 유효하도록 설계되어 있습니다.

POUR 원칙: WCAG의 개념적 토대

WCAG의 모든 성공 기준 — 2.2 버전에서는 총 86개 — 은 네 가지 최상위 원칙 아래에 조직되어 있으며, 이 네 가지를 합쳐 POUR라는 약어로 부릅니다. 이 원칙들은 전체 표준의 개념적 토대를 이룹니다. 이 원칙을 이해하면, 개별 기준을 하나도 읽지 않았더라도 접근성에 대한 직관적인 사고 모델을 갖게 됩니다.

• Perceivable(지각 가능): 정보와 사용자 인터페이스 구성 요소는 사용자가 지각할 수 있는 방식으로 제공되어야 합니다. 실제로 이는 콘텐츠가 사용자의 모든 감각에 대해 보이지 않는 상태여서는 안 된다는 뜻입니다. 사용자가 이미지를 볼 수 없다면, 스크린 리더를 통해 들을 수 있는 텍스트 대체물이 있어야 합니다. 동영상에 음성 내레이션이 있다면, 소리를 들을 수 없는 사용자를 위해 자막이 있어야 합니다. 이 원칙에 따른 실질적인 요구 사항에는 이미지에 대한 대체 텍스트(alt text), 동영상 자막, 텍스트와 배경 간의 충분한 색 대비, 콘텐츠 손실 없이 텍스트를 확대할 수 있는 기능 등이 포함됩니다.
• Operable(운용 가능): 사용자 인터페이스 구성 요소와 내비게이션은 운용 가능해야 합니다. 어떤 상호작용도 사용자가 수행할 수 없는 입력을 요구해서는 안 됩니다. 가장 일반적인 의미는 모든 기능이 마우스뿐 아니라 키보드만으로도 수행 가능해야 한다는 것입니다. 이 원칙은 또한 사용자가 콘텐츠를 읽고 상호작용할 충분한 시간을 제공하는 것, 발작을 유발할 수 있는 콘텐츠를 피하는 것, 사이트를 탐색하는 여러 가지 방법을 제공하는 것 등을 포함합니다.
• Understandable(이해 가능): 정보와 사용자 인터페이스의 동작은 이해 가능해야 합니다. 콘텐츠가 너무 복잡하거나 혼란스러워 사용자가 의도된 방식으로 활용할 수 없게 되어서는 안 됩니다. 여기에는 읽기 쉬운 언어(스크린 리더가 올바른 발음 규칙을 사용하도록 코드에서 페이지 언어를 지정하는 것 포함), 예측 가능한 페이지 동작, 명확한 안내, 무엇이 잘못되었고 어떻게 수정할 수 있는지 알려주는 유용한 오류 메시지가 포함됩니다.
• Robust(견고): 콘텐츠는 다양한 사용자 에이전트, 특히 보조 기술이 신뢰성 있게 해석할 수 있을 만큼 견고해야 합니다. 견고한 사이트는 깨끗하고 유효한 시맨틱 마크업을 사용하여 스크린 리더, 점자 디스플레이 및 기타 보조 도구가 지금도, 그리고 기술이 발전한 이후에도 콘텐츠를 올바르게 파싱하고 전달할 수 있도록 합니다.

POUR를 웹사이트의 모든 요소가 통과해야 하는 네 개의 필터라고 생각해 보십시오. 어떤 구성 요소가 이 네 필터 중 하나라도 통과하지 못한다면, 그 요소는 일부 사용자에게 장벽이 될 가능성이 큽니다.

이 네 가지 원칙은 구체적인 성공 기준이 늘어나고 변화해 왔음에도 불구하고 WCAG 2.0, 2.1, 2.2 모든 버전에서 변함없이 유지되어 왔습니다. 이러한 안정성 덕분에, 특정 법이 어떤 버전을 참조하든 POUR는 접근성을 평가하는 데 있어 지속적인 렌즈 역할을 합니다.

준수 수준: A, AA, AAA 설명

네 가지 POUR 원칙 아래에는 13개의 지침이 있고, 그 아래에는 86개의 테스트 가능한 성공 기준이 있습니다. 이 성공 기준이 바로 WCAG 준수를 주장하기 위해 충족해야 하는 실제 구체적 요구 사항입니다. 각 성공 기준에는 세 가지 준수 수준 중 하나가 할당됩니다.

• Level A는 최소 수준입니다. 이는 특정 사용자가 아예 콘텐츠에 접근할 수 없게 만드는, 가장 심각한 장벽을 나타내는 필수 요구 사항입니다. 예로는 비텍스트 콘텐츠에 대한 텍스트 대체 제공, 모든 기능의 키보드 접근성 보장 등이 있습니다. Level A만으로는 대부분의 규제 목적에 충분하지 않지만, 이를 충족하지 못한다는 것은 근본적인 실패를 의미합니다.
• Level AA는 중간 수준의 표준이며, 전 세계 대부분의 법과 규정에서 요구하는 수준입니다. 이 수준은 모든 Level A 기준을 충족하는 것에 더해, 텍스트와 배경 간 색 대비 비율을 최소 4.5:1로 보장하는 것, 페이지 간 일관된 내비게이션 제공, 사전 녹화된 동영상에 자막 제공 등 추가 요구 사항을 포함합니다. 미국의 Section 508, 유럽의 EN 301 549, 캐나다 온타리오주의 AODA를 포함한 대부분의 글로벌 접근성 법률은 Level AA 준수를 요구합니다. 거의 모든 조직이 우선적으로 목표로 삼아야 할 수준입니다.
• Level AAA는 가장 높은 표준으로, 보편적으로 달성 가능하다기보다 지향점에 가까운 기준을 포함합니다. W3C 자체도 모든 유형의 콘텐츠에 대해 모든 AAA 기준을 충족하는 것은 불가능하다고 인정하며, 따라서 이 기준들은 일반적인 정책 요구 사항으로 설정되는 경우가 거의 없습니다. 예로는 모든 오디오 콘텐츠에 대한 수어 통역 제공, 중등학교 저학년 수준보다 어렵지 않은 읽기 난이도 등이 있습니다.

중요한 뉘앙스가 하나 있습니다. 준수 수준은 누적적이라는 점입니다. Level AA를 달성했다는 것은 Level A 기준도 모두 충족했다는 뜻입니다. Level AAA를 달성했다는 것은 A와 AA도 모두 충족했다는 의미입니다. 그리고 결정적으로, 각 수준에서의 준수는 전부 아니면 전무입니다. 특정 페이지에서 AA 기준 중 단 하나라도 충족하지 못한다면, AA 준수를 주장할 수 없습니다.

대부분의 조직에게 WCAG 2.2 Level AA가 올바른 목표입니다. 법에 반영된 수준이자, 법원이 기준점으로 사용하는 수준이며, 가장 넓은 사용자층에게 디지털 경험을 실질적으로 개방하는 수준입니다.

WCAG 2.2에서 무엇이 바뀌었는가: 아홉 개의 새로운 성공 기준

2023년 10월에 발표된 WCAG 2.2는 WCAG 2.1에 아홉 개의 새로운 성공 기준을 추가했습니다. 이러한 추가 사항은 특히 인지 장애, 운동 장애, 저시력을 가진 사용자가 이전 지침으로는 충분히 해결되지 않았던 장벽을 여전히 자주 겪는다는 지속적인 연구 결과에 기반합니다. WCAG 2.2는 기존 WCAG 2.1 요구 사항을 제거하거나 변경하지 않고, 단지 확장합니다.

아홉 개의 새로운 기준 중 네 개는 Level AA(따라서 대부분의 조직에 법적으로 관련 있음), 두 개는 Level A, 세 개는 Level AAA입니다. 여기서는 AA 이하 기준이 실제로 무엇을 의미하는지 살펴보겠습니다.

• 2.4.11 Focus Not Obscured — Minimum (AA): 키보드 사용자가 인터랙티브 구성 요소로 이동할 때, 그 구성 요소는 다른 작성자 생성 콘텐츠에 의해 완전히 가려져서는 안 됩니다. 이는 고정 헤더, 쿠키 배너, 페이지 콘텐츠 위로 슬라이드되는 고정 푸터 등 현대적인 디자인 패턴에 대한 직접적인 대응입니다. 이러한 요소들은 키보드 포커스를 조용히 삼켜 버려, 사용자가 페이지 어디에 있는지 시각적으로 전혀 알 수 없는 상태에 빠뜨리곤 합니다.
• 2.5.7 Dragging Movements (AA): 드래그 동작이 필요한 모든 기능 — 예를 들어 드래그 앤 드롭 파일 업로드, 정렬 가능한 리스트 항목, 커스텀 슬라이더 등 — 은 드래그를 요구하지 않는 단일 포인터 대안을 제공해야 합니다. 손 떨림이나 미세 운동 조절이 제한된 사용자에게는 포인터를 화면에서 움직이는 동안 지속적으로 누르고 있는 것이 거의 불가능할 수 있습니다. 클릭해서 선택한 뒤 다시 클릭해서 배치하는 방식이나, 정렬 가능한 리스트에 위/아래 화살표 버튼을 제공하는 방식이 이를 해결합니다.
• 2.5.8 Target Size — Minimum (AA): 버튼, 링크와 같은 인터랙티브 타깃은 최소 24×24 CSS 픽셀이어야 합니다. 작은 탭 타깃은 운동 장애가 있는 모바일 사용자, 고령 사용자, 그리고 휴대폰으로 다른 일을 하며 입력하는 모든 사람에게 잘 알려진 사용성 문제입니다.
• 3.3.8 Accessible Authentication — Minimum (AA): 인증 과정은 문자 인식이나 퍼즐 풀이와 같은 인지 기능 테스트를 요구해서는 안 되며, 그러한 테스트를 사용할 경우 반드시 대안을 제공해야 합니다. 이는 로그인이나 회원가입 흐름에서 전통적인 CAPTCHA를 사용하는 모든 사이트에 중요한 기준입니다. 해결책으로는 비밀번호 관리자 지원, 이메일 또는 SMS 매직 링크, 생체 인증, 객체 인식 기반 대안 등이 있습니다.
• 3.2.6 Consistent Help (A): 사이트가 여러 페이지에서 도움말 메커니즘(라이브 채팅 버튼, FAQ 링크, 지원 전화번호 등)을 제공하는 경우, 그 메커니즘은 페이지 전반에 걸쳐 동일한 상대적 위치에 나타나야 합니다. 도움을 필요로 하는 인지 장애 사용자는 매번 찾지 않고도 정확히 어디에서 도움을 얻을 수 있는지 아는 것에서 큰 도움을 받습니다.
• 3.3.7 Redundant Entry (A): 다단계 프로세스에서 사용자가 이전에 입력한 정보는 다시 입력하도록 요구하지 말고 자동으로 채워 넣거나 선택 가능하게 해야 합니다. 이는 양식 작성이 특히 부담스러운 인지 또는 운동 장애 사용자에게 마찰을 줄여 줍니다.

WCAG 2.2는 또한 2.1의 기준 중 하나인 4.1.1 Parsing을 공식적으로 제거했습니다. 이 기준은 원래 보조 기술이 마크업을 올바르게 파싱할 수 있도록 엄격히 유효한 HTML을 요구했습니다. 그러나 현대 브라우저와 보조 기술은 자체 오류 수정 메커니즘을 통해 잘못된 마크업도 견고하게 처리하므로, 이 기준은 더 이상 접근성 측면에서 실질적인 의미를 갖지 않게 되어 폐지되었습니다.

WCAG와 법: 비준수의 실제 비용

WCAG는 기술 표준이지 법이 아닙니다. 그러나 대부분의 주요 관할권에서 디지털 접근성의 법적 구조 속에 깊이 엮여 있어, 준수하지 않을 경우 실제 법적 위험이 발생합니다.

미국에서는 ADA나 Section 508 어느 쪽도 WCAG 2.2를 명시적으로 텍스트에 언급하고 있지는 않지만, 소송과 집행에서 WCAG는 일관되게 기술적 기준점으로 사용됩니다. 법무부는 2024년에 최종 규칙을 발표하여, WCAG 2.1 Level AA를 Section 508 준수와 주·지방 정부에 적용되는 ADA Title II 준수의 공식 표준으로 설정했습니다. 대부분의 민간 온라인 사업자를 포함하는 공공시설에 적용되는 ADA Title III는 개인 소송을 통해 적극적으로 집행됩니다. 2024년에는 디지털 자산과 관련된 ADA 소송이 연방 및 주 법원에서 4,000건 이상 제기되었고, 이 추세는 2025년에도 계속 증가했습니다. ADA 최초 위반에 대한 민사 벌금은 2024년 물가 상승률에 맞춰 조정되었으며, 현재 최대 $115,231까지 부과될 수 있고, 반복 위반 시 $230,464까지 올라갈 수 있습니다.

유럽에서도 상황은 마찬가지로 중요합니다. 유럽 접근성법(EAA)은 2025년 6월 28일부터 EU 회원국에서 법적으로 적용되기 시작했으며, 웹사이트, 앱, 전자책, 이커머스 플랫폼, PDF가 WCAG 2.1 AA 기준을 준수하도록 요구합니다. 유럽 표준 EN 301 549는 현재 WCAG 2.1을 참조하고 있으며, 다음 버전에서는 WCAG 2.2로 업데이트될 것으로 예상됩니다. 유럽에 사업 기반을 둔 조직에게 EAA 준수는 더 이상 선택 사항이 아닙니다.

소송 데이터는 특히 소규모 기업에 고통스러운 패턴을 드러냅니다. 규모가 작으면 안전하다는 생각은 신화입니다. 2023년에는 ADA 디지털 접근성 소송의 77%가 연 매출 $25 million 미만의 회사를 대상으로 했습니다. 이커머스는 여전히 압도적인 차이로 가장 많이 소송을 당하는 분야입니다. 그리고 중요한 점은, 한 번 소송을 당했다고 해서 다시 소송을 당하지 않는다는 보장은 전혀 없다는 것입니다. 최근 몇 년간 디지털 접근성 소송의 거의 절반은 이미 한 번 이상 소송을 당한 적이 있는 회사를 대상으로 했습니다.

가장 흔한 WCAG 실패(그리고 이를 발견하는 방법)

거의 95%의 웹사이트가 기본적인 접근성 기준을 충족하지 못한다는 점을 고려하면, 어떤 구체적인 실패가 가장 흔한지 아는 것이 중요합니다. 상위 백만 개 웹사이트의 홈페이지를 감사하는 연례 WebAIM Million 보고서는 대부분의 페이지에서 반복적으로 나타나는 몇 가지 동일한 문제를 꾸준히 지적합니다.

• 낮은 색 대비: 2025년 분석에서 낮은 대비의 텍스트는 홈페이지의 79.1%에 영향을 미쳤으며, 페이지당 평균 거의 30건의 사례가 발견되었습니다. 이는 가장 흔한 실패이자, 자동화 도구로 가장 쉽게 감지할 수 있는 문제 중 하나입니다. Level AA를 충족하려면 텍스트는 배경과 최소 4.5:1(큰 텍스트는 3:1)의 대비 비율을 가져야 합니다.
• 대체 텍스트 누락: 대체 텍스트 누락은 55.5%의 페이지에 영향을 미칩니다. 시각장애나 저시력을 가진 스크린 리더 사용자에게 alt 텍스트가 없는 이미지는 단순히 보이지 않는 존재입니다. 보조 기술은 이를 조용히 건너뛰거나 의미 없는 파일 이름을 읽어 줄 뿐입니다. 링크된 이미지에 alt 텍스트가 없으면 내비게이션이 완전히 깨집니다.
• 폼 레이블 누락: 연결된 레이블이 없는 폼 입력 필드는 스크린 리더 사용자가 해당 필드에 어떤 정보를 입력해야 하는지 알 수 없게 만듭니다. 이는 결제, 회원가입, 문의 양식 등에서 뚫을 수 없는 장벽을 만듭니다.
• 빈 링크: 설명 텍스트가 없는 링크 — 종종 아이콘만 있는 링크나 alt 텍스트 없는 이미지 링크 — 는 키보드 및 스크린 리더 사용자에게 링크의 목적지를 전혀 알려주지 않습니다.
• 문서 언어 누락: HTML에서 페이지 언어를 선언하지 않으면, 스크린 리더가 잘못된 언어의 발음 규칙을 사용해 콘텐츠를 읽을 수 있어, 텍스트가 알아들을 수 없게 됩니다.

이 목록에서 눈에 띄는 점은, 이들 중 어느 것도 고급 엔지니어링이 필요한 특이한 예외 사례가 아니라는 것입니다. 모두 단순한 마크업과 디자인 결정에 관한 문제입니다. 그럼에도 이러한 문제가 웹의 대다수에서 지속된다는 사실은, 근본적인 기술적 장벽이 아니라, 접근성이 일반적인 웹 개발 워크플로에 어떻게(또는 전혀) 통합되지 않는지에 대한 구조적 격차를 반영합니다.

조직 차원에서 WCAG 준수에 접근하는 방법

오늘날 대부분의 웹사이트 상태에서 진정한 WCAG 2.2 Level AA 준수에 이르기까지는 체계적인 접근이 필요합니다. 이는 일회성 프로젝트가 아니라, 콘텐츠가 바뀌고, 프레임워크가 업데이트되며, 서드파티 구성 요소가 교체되는 만큼 지속적으로 이어지는 과정입니다. 다음은 이 노력을 효과적으로 구조화하는 방법입니다.

기준선 감사부터 시작하십시오. 문제를 해결하기 전에, 무엇이 잘못되었는지 알아야 합니다. 자동 스캐닝 도구는 색 대비 문제, alt 텍스트 누락, 폼 레이블 부재 등 의미 있는 일부 문제를 빠르고 대규모로 식별할 수 있습니다. 그러나 자동 도구에는 잘 알려진 한계가 있습니다. 이들은 WCAG 문제의 약 30–40%만 감지할 수 있습니다. 나머지는 수동 테스트가 필요합니다. 키보드만으로 사이트를 탐색해 보고, Windows의 NVDA나 JAWS, macOS와 iOS의 VoiceOver 같은 실제 스크린 리더로 테스트하며, 가능하다면 장애가 있는 사용자를 테스트 과정에 참여시키는 것이 좋습니다.

영향과 빈도에 따라 우선순위를 정하십시오. 모든 문제가 동일한 무게를 가지는 것은 아닙니다. 장식용 아이콘의 alt 텍스트 누락은, 사용자가 모달 대화 상자에서 빠져나올 수 없게 만드는 키보드 트랩이나, 스크린 리더로는 전혀 사용할 수 없는 로그인 폼에 비해 훨씬 덜 중요합니다. 첫 번째 개선 스프린트에서는 결제, 계정 생성, 검색, 문의 등 핵심 사용자 여정을 막는 장벽에 집중하고, 그 다음에 미관이나 영향이 적은 항목을 다루십시오.

접근성을 개발 워크플로에 사후가 아니라 사전에 통합하십시오. 가장 비용이 많이 드는 접근성 작업은 출시 후의 수정입니다. 디자인 시스템, 컴포넌트 라이브러리, 코드 리뷰 프로세스, CI/CD 파이프라인에 접근성 점검을 통합하면, 문제를 가장 저렴하게 해결할 수 있는 시점에서 발견할 수 있습니다. 팀 내에서 접근성에 대한 명확한 책임자를 지정하고, 디자이너, 개발자, 콘텐츠 편집자에게 역할별 교육을 제공하십시오.

접근성 성명을 유지하십시오. 어떤 표준을 목표로 하는지, 사용자가 장벽을 어떻게 신고할 수 있는지, 신고에 어떻게 대응하는지 설명하는 명확하고 솔직한 접근성 성명을 웹사이트에 게시하는 것은 성실한 의지를 보여줄 뿐 아니라, EU 웹 접근성 지침 등 일부 관할권에서는 법적으로 요구되기도 합니다. 이는 테스트에서 놓친 문제를 발견하는 피드백 루프도 만들어 줍니다.

코드 수준 접근성의 대체물이 아니라 보완재로 오버레이 위젯을 사용하십시오. Accsible을 포함한 접근성 오버레이 위젯과 SDK는 텍스트 크기 조절, 대비 모드, 키보드 내비게이션 향상 등 사용자가 제어하는 환경설정을 제공하는 데 유용한 도구가 될 수 있습니다. 그러나 데이터는 명확합니다. 기초적인 접근성 작업 대신 배포된 위젯은 소송을 막지 못합니다. 법적 보호는 접근성 위젯이 아니라, 기본 코드가 WCAG 기준을 충족하는 데서 나옵니다. 오버레이는 실제 수정 작업을 보완하는 용도로 사용하고, 이를 대체하는 수단으로 사용하지 마십시오.

앞으로의 길: 수평선 위의 WCAG 3.0

조직들이 여전히 WCAG 2.2를 충족하기 위해 노력하는 동안에도, W3C Accessibility Guidelines Working Group은 웹 접근성 지침의 보다 대대적인 재구조화를 목표로 WCAG 3.0을 개발하고 있습니다. 첫 번째 공개 워킹 드래프트는 2021년 초에 발표되었고, 2025년 말 현재까지 워킹 드래프트는 여전히 상당한 개발이 진행 중입니다. WCAG 3.0의 어떤 부분도 아직 공식 권고안이 아니며, 확정된 출시일도 정해지지 않았습니다.

WCAG 3.0은 A/AA/AAA 준수 모델에서 의미 있게 벗어나 점수 기반 접근을 도입하고, 네이티브 모바일 애플리케이션과 신흥 기술을 포함한 더 넓은 범위의 디지털 콘텐츠 유형을 다룰 것으로 예상됩니다. 현재로서는 조직들이 WCAG 2.2 Level AA에 집중해야 합니다. 이것이 현재 집행 가능한 표준이며, 예측 가능한 미래에도 그럴 것입니다. 지금 탄탄한 WCAG 2.2 기반을 구축한 조직은, WCAG 3.0이 언젠가 권고안이 되었을 때 훨씬 더 잘 적응할 수 있을 것입니다.

핵심 요약

• WCAG 2.2는 웹 접근성을 위한 현재 글로벌 표준이며, W3C에서 발행하고 ISO/IEC 40500:2025로 승인되었습니다. WCAG 2.2를 충족하는 콘텐츠는 자동으로 2.1과 2.0도 충족하므로, 항상 최신 버전을 목표로 하십시오.
• Level AA가 중요한 목표입니다. ADA, Section 508, EAA, EN 301 549, AODA를 포함한 거의 모든 글로벌 접근성 법률은 요구되는 준수 수준으로 WCAG Level AA를 참조합니다. 우선 그 수준에 노력을 집중하십시오.
• 가장 흔한 실패는 해결 가능합니다. 낮은 색 대비, alt 텍스트 누락, 폼 레이블 부재, 빈 링크가 웹 전반의 접근성 오류 대부분을 차지합니다. 이 문제들은 비교적 적은 노력으로 해결할 수 있으며, 그 영향은 매우 큽니다.
• 자동 테스트는 필요하지만 충분하지는 않습니다. 도구는 WCAG 문제의 약 30–40%를 감지할 수 있습니다. 자동 스캐닝에 키보드 테스트, 스크린 리더 테스트, 가능하다면 장애가 있는 사람들과의 사용자 테스트를 병행해야 전체적인 그림을 얻을 수 있습니다.
• 접근성은 일회성 프로젝트가 아니라 지속적인 과정입니다. 콘텐츠가 바뀌고, 서드파티 구성 요소가 바뀌며, 표준도 진화합니다. 접근성을 디자인, 개발, 콘텐츠 워크플로에 내재화하여, 불만이나 소송 이후에 뒤늦게 고치는 것이 아니라 지속적으로 유지되도록 해야 합니다.