웹 접근성 의무화란 무엇인가요?
핵심은 접근성이 권고에서 거래 조건으로 바뀌었다는 점입니다. 유럽 접근성법(European Accessibility Act, EAA)이 2025년 6월 28일부터 27개 회원국에서 일괄 집행에 들어갔고, 적용 기준은 본사 소재지가 아니라 EU 소비자에게 판매하는지 여부입니다. 기술 요건은 유럽 표준 EN 301 549가 담고 있는데 현재 조화표준은 WCAG 2.1 AA를 기준으로 하며 차기 버전인 EN 301 549 v4.1.1은 WCAG 2.2 AA를 반영합니다. 국내도 지능정보화기본법과 장애인차별금지법을 근거로 KWCAG 2.2(KS X OT0003)가 국가표준으로 운영되고 있습니다. 두 체계를 하나의 점검표로 합치는 작업이 2026년 실무 과제입니다.
목차
- 웹 접근성 의무화란 무엇인가요?
- 결제 화면 하나에서 열두 개가 걸린 이유
- EU 접근성법은 누구에게 적용되나요?
- EN 301 549와 WCAG는 어떤 관계인가요?
- 국내 의무는 어디까지인가요?
- 접근성은 비용인가 기능인가
- 2026 기업 대응 로드맵 네 단계
- 자주 묻는 질문
- 같이 읽으면 좋은 것들
결제 화면 하나에서 열두 개가 걸린 이유
국내 커머스 기업의 접근성 사전진단을 참관한 적이 있습니다. 대상은 장바구니에서 결제 완료까지 네 화면이었습니다. 개발팀은 "이미지 대체텍스트는 다 넣었으니 큰 문제는 없을 것"이라고 했습니다. 진단 결과 결제 화면 한 장에서만 열두 개 항목이 걸렸습니다.
인상적이었던 건 걸린 항목의 성격입니다. 대체텍스트 누락은 두 건뿐이었습니다. 나머지는 이런 것들이었습니다.
- 쿠폰 적용 버튼이 키보드 탭 순서에서 빠져 있었습니다. 마우스로는 눌리는데 키보드만 쓰는 사용자는 도달하지 못합니다.
- 결제 수단 선택이 테두리 색 변화만으로 표시됐습니다. 선택 상태가 스크린리더로 전달되지 않았습니다.
- 카드번호 오류 메시지가 빨간 글씨로만 떴습니다. 색각 이상 사용자에게는 어떤 칸이 틀렸는지 알 수 없습니다.
- 세션 만료 타이머가 5분이었고 연장 버튼이 모달 안에 있었습니다. 모달이 열리면 포커스가 갇혀 탈출이 안 됐습니다.
개발자가 가장 놀란 항목은 네 번째였습니다. 포커스 트랩은 보안이나 UX 관점에서 의도적으로 넣은 설계였는데 접근성 관점에서는 정반대로 작동했습니다. 스크린리더 사용자가 결제 직전에 멈추면 그 거래는 그대로 이탈합니다.
진단을 끝내고 수정에 들어간 공수는 예상보다 작았습니다. 열두 항목 중 아홉 개가 마크업 속성 추가와 포커스 관리 코드 수정으로 해결됐습니다. 디자인을 바꿔야 했던 건 대비율 미달 두 건뿐이었습니다. 핵심은 공수가 아니라 시점이었습니다. 이미 배포된 화면을 고치는 일이어서 회귀 테스트와 릴리스 조율에 더 많은 시간이 들었습니다.
EU 접근성법은 누구에게 적용되나요?
EAA는 2025년 6월 28일부터 집행이 시작됐습니다. 특징은 적용 범위를 사업자의 소재지가 아니라 서비스 제공 대상으로 정했다는 점입니다. EU 회원국 소비자에게 디지털 제품이나 서비스를 판매하면 본사가 어디에 있든 의무가 생깁니다.
| 대상 영역 | 예시 |
|---|---|
| 전자상거래 | 온라인 쇼핑몰, 예약·주문 서비스 |
| 금융 | 뱅킹 앱, 결제 서비스, 보험 가입 화면 |
| 교통 | 항공·철도 예약과 발권, 운행 정보 |
| 디지털 콘텐츠 | 전자책, 스트리밍, 미디어 서비스 |
| 하드웨어·터미널 | 키오스크, ATM, 발권기 |
국내 기업이 걸리는 지점
국내 기업 중 EU 매출 비중이 크지 않아 무관하다고 판단하는 경우가 많습니다. 실제로는 세 경로로 요건이 들어옵니다.
첫째는 직접 판매입니다. 글로벌 쇼핑몰을 운영하며 EU 배송을 지원하면 대상입니다. 둘째는 B2B 조달입니다. EU 고객사가 자사 의무를 이행하려고 공급사에 접근성 적합성 자료를 요구합니다. 계약 심사 단계에서 적합성 선언이나 접근성 보고서를 요구하는 사례가 늘고 있습니다. 셋째는 플랫폼 입점입니다. EU 시장을 다루는 마켓플레이스가 입점사에 요건을 전가하는 구조입니다.
둘째 경로가 실무에서 가장 빠르게 체감됩니다. 규제 당국의 점검보다 고객사의 조달 심사가 먼저 도달합니다.
EN 301 549와 WCAG는 어떤 관계인가요?
구조를 정리하면 세 층입니다.
| 층 | 역할 | 현재 상태 |
|---|---|---|
| EAA (지침) | 법적 의무를 규정 | 2025년 6월 28일 집행 개시 |
| EN 301 549 (조화표준) | 기술 요건을 구체화 | v3.2.1 기준이 통용, v4.1.1이 후속 |
| WCAG (국제 지침) | 웹 콘텐츠 성공기준 | 조화표준은 2.1 AA 기반, v4.1.1은 2.2 AA 반영 |
여기서 실무자가 혼동하는 대목이 있습니다. WCAG 2.2는 2023년에 나왔지만 조화표준에 아직 완전히 편입되지 않았습니다. 그래서 EAA 적합성 판단의 운용 기준은 여전히 WCAG 2.1 AA입니다. 다만 EN 301 549 v4.1.1이 WCAG 2.2 AA를 반영하므로 지금 감사를 받는다면 v3.2.1 기준으로 적합성을 확인하고 WCAG 2.2까지 함께 테스트해 두는 편이 효율적입니다. 두 번 작업하지 않으려면 그렇게 가는 게 맞습니다.
WCAG 2.2가 추가한 것
WCAG 2.2는 2.1에 비해 9개 성공기준을 추가했고 그 가운데 6개가 A 또는 AA 등급입니다. 추가된 기준은 대체로 세 방향입니다.
- 포커스 가시성 강화: 포커스 표시가 다른 요소에 가려지지 않아야 합니다.
- 드래그 동작 대안 제공: 드래그로만 되는 기능에 단일 포인터 대안이 있어야 합니다.
- 인증·입력 부담 완화: 인지 기능 테스트에 의존하는 인증을 대체 수단으로 제공해야 합니다.
세 번째가 서비스 설계에 영향이 큽니다. 캡차나 기억에 의존하는 인증 흐름을 쓰는 서비스는 대안 경로를 설계해야 합니다.
국내 의무는 어디까지인가요?
국내 체계도 이미 의무입니다. 근거는 지능정보화기본법과 장애인차별금지 및 권리구제 등에 관한 법률입니다. 기술 기준은 한국형 웹 콘텐츠 접근성 지침(KWCAG) 2.2이며 국가표준 번호는 KS X OT0003입니다. 2022년 12월에 제·개정됐고 국립전파연구원이 표준을 관리합니다.
KWCAG 2.2는 WCAG를 토대로 하되 국내 환경을 반영해 24개 검사항목으로 구성돼 있습니다. 시각·청각·지체·학습·지적 장애와 광과민성 증후까지 포괄합니다.
품질인증 제도
국가공인 웹 접근성 품질인증 제도가 운영되고 있습니다. 한국정보접근성인증평가원 같은 지정 기관이 심사를 수행하고 인증 마크를 부여합니다. 법적 의무 이행과 인증 획득은 별개입니다. 인증이 없어도 의무는 발생하고, 인증이 있어도 개별 화면에서 차별 사안이 생기면 책임이 면제되지 않습니다. 다만 공공 조달과 금융권 입찰에서 인증 보유가 평가 요소로 쓰이는 경우가 늘고 있습니다.
두 체계를 합쳐 쓰는 방법
KWCAG 2.2와 WCAG 2.1·2.2는 뿌리가 같아 항목이 상당 부분 겹칩니다. 실무에서는 WCAG 2.2 AA를 상위 기준으로 잡고 KWCAG 고유 항목을 추가 점검표로 붙이는 방식이 효율적입니다. 두 체계를 따로 돌리면 같은 화면을 두 번 진단하는 낭비가 생깁니다.
접근성은 비용인가 기능인가
경영진 보고에서 가장 많이 나오는 질문입니다. 접근성 개선을 규제 대응 비용으로만 보면 투자 우선순위가 늘 밀립니다. 실제 효과를 보면 세 갈래로 수익에 닿습니다.
- 전환율: 키보드 접근 불가, 포커스 트랩, 오류 메시지 불명확 같은 문제는 장애가 없는 사용자에게도 이탈 요인입니다. 앞서 소개한 결제 화면 사례에서 수정 이후 전체 결제 완료율이 소폭 올랐습니다. 접근성 결함의 상당수가 일반 사용성 결함과 겹칩니다.
- 검색·AI 노출: 의미 있는 마크업, 명확한 제목 구조, 대체텍스트는 검색엔진과 AI 크롤러가 콘텐츠를 해석하는 재료이기도 합니다. 접근성 작업과 구조화 작업이 상당 부분 같은 일입니다.
- 조달 자격: B2B에서는 적합성 자료 유무가 입찰 참여 조건이 됩니다. 매출 기회의 문제로 번역됩니다.
초고령사회라는 변수
국내 맥락에서 하나 더 짚을 게 있습니다. 접근성의 수혜자는 등록 장애인에 국한되지 않습니다. 노안으로 작은 글씨가 안 보이는 사용자, 손떨림으로 작은 버튼을 못 누르는 사용자, 소음 환경에서 자동재생 영상을 꺼야 하는 사용자가 모두 같은 개선의 수혜자입니다. 고령 인구가 늘어나는 시장에서 접근성은 특수 요건이 아니라 주류 사용자 요건에 가까워집니다.
투자 규모를 어떻게 잡나
사전진단을 여러 건 지켜본 경험으로는 비용 구조가 둘로 갈립니다. 하나는 진단과 수정에 드는 일회성 비용이고 다른 하나는 유지 비용입니다. 일회성 비용은 대상 화면 수에 비례합니다. 주요 플로우 여섯 개를 기준으로 하면 진단에 2~4주, 수정에 4~8주가 통상 범위입니다.
유지 비용이 더 중요합니다. 신규 기능이 배포될 때마다 접근성 결함이 새로 들어오기 때문입니다. 디자인 시스템 컴포넌트 단계에서 접근성을 확보해 두면 개별 화면에서 반복되는 작업이 사라집니다. 버튼, 입력 필드, 모달, 탭 같은 공통 컴포넌트 열 종류를 정리하는 작업이 장기적으로 가장 비용 효율이 높습니다.
2026 기업 대응 로드맵 네 단계
1단계 — 범위 확정
전체 사이트를 한 번에 다루지 않습니다. 매출과 법적 위험이 집중된 경로부터 정합니다. 통상 회원가입, 로그인, 상품 상세, 장바구니, 결제, 문의 여섯 플로우가 우선 대상입니다. EU 매출이 있으면 해당 언어 버전을 포함합니다.
2단계 — 기준선 진단
자동 검사 도구로 1차 스캔을 돌리고 수동 점검을 더합니다. 자동 도구가 잡아내는 비율은 전체 항목의 절반이 안 됩니다. 키보드 전용 조작, 스크린리더 읽기 순서, 포커스 가시성은 사람이 직접 확인해야 합니다. 보조기술 사용자 참여 테스트를 한 번이라도 넣으면 발견 품질이 달라집니다.
3단계 — 수정과 회귀 방지
| 작업 | 내용 | 산출물 |
|---|---|---|
| 즉시 수정 | 마크업 속성, 포커스 관리, 라벨 | 패치 릴리스 |
| 설계 변경 | 대비율, 레이아웃, 인증 흐름 | 디자인 시스템 반영 |
| 회귀 방지 | CI에 접근성 검사 추가 | 빌드 실패 규칙 |
| 문서화 | 적합성 선언, 접근성 성명 | 조달 대응 자료 |
세 번째 줄이 핵심입니다. 한 번 고쳐도 다음 배포에서 되돌아가는 일이 흔합니다. 빌드 파이프라인에 검사를 넣어 두면 재발이 차단됩니다.
4단계 — 선언과 유지
접근성 성명서를 공개하고 적합성 자료를 관리합니다. 성명서에는 적용 표준, 적합성 수준, 알려진 예외, 피드백 창구를 담습니다. 예외를 숨기지 않고 적는 편이 신뢰도에 유리합니다. 표준 버전이 올라갈 때 재진단 주기를 정해 두면 다음 전환이 수월해집니다.
피드백 창구는 형식적으로 두지 않는 편이 좋습니다. 실제 사용자가 보내 오는 보고가 자동 검사보다 정확한 경우가 많습니다. 스크린리더 사용자가 "결제 버튼이 읽히지 않는다"고 알려 주는 한 건이 수백 개의 자동 스캔 결과보다 우선순위가 높습니다. 접수된 사안의 처리 기한을 내부 규칙으로 정해 두면 창구가 작동합니다.