웹사이트가 장애인차별금지법·ADA 같은 접근성 기준(WCAG)을 지키고 있는지 확인하려면 어떤 도구부터 써야 할지 막막하다. 개발자용 자동화 도구도 있고, 코드 한 줄 안 건드리고 “위젯만 붙이면 끝”이라는 상품도 있고, 기업용 모니터링 플랫폼도 있다. 이 글은 이 세 갈래를 대표하는 axe DevTools(Deque), WAVE(WebAIM), accessiBe, Siteimprove 4곳을 공식 페이지 기준으로 각각 개별 확인해 비교한다. 특히 “AI가 접근성을 자동으로 완전히 해결해준다”는 광고 문구가 실제로는 어디까지 사실인지도 짚는다.
- TL;DR 1: axe DevTools(Deque)는 Playwright·Cypress·CI/CD 파이프라인에 붙는 개발자용 자동화 검사 도구다. 엔진(axe-core)은 무료 오픈소스, Pro·Bundle 요금은 공식 페이지에 비공개(문의 필요).
- TL;DR 2: WAVE(WebAIM)는 브라우저 확장이 완전 무료지만, API는 구독이 아닌 크레딧 선불제이고 사이트 전체 자동 모니터링 기능 자체가 없다.
- TL;DR 3: accessiBe 같은 “오버레이 위젯”형 도구는 2025년 미국 FTC로부터 AI 자동 준수 과장 광고로 100만 달러 제재를 받았다 — 코드 개선 없이 위젯만으로 접근성이 완성된다는 주장은 신중하게 봐야 한다.
왜 지금 “웹 접근성 검사”가 필요한가
국내는 장애인차별금지법, 미국은 ADA를 근거로 웹 접근성 관련 소송·민원이 매년 늘고 있다. 문제는 WCAG 기준 자체가 방대해서 사람이 페이지 하나하나를 수작업으로 점검하기 어렵다는 점이다. 그래서 나온 게 자동 검사 도구인데, 자동화가 잡아낼 수 있는 문제는 WCAG 기준의 일부(대체텍스트 누락, 색상 대비, 폼 라벨 등)에 그치고, 키보드 탐색 흐름이나 논리적 읽기 순서 같은 항목은 결국 사람이 확인해야 한다는 한계가 공통적으로 있다. 이 전제를 깔고 4개 도구를 비교하면 어디까지 자동화가 되고 어디부터 수동 작업이 필요한지가 분명해진다.
4개 도구 한눈에 비교
| 도구 | 요금 | 자동화 수준 | 주 사용자 | 신뢰도·한계 |
|---|---|---|---|---|
| axe DevTools(Deque) | 엔진(axe-core) 무료, Pro·Bundle은 공식 비공개(제3자 자료 월 $45~99대 추정) | 코드 레벨 자동 스캔 + CI/CD 통합 | 개발자·QA 엔지니어 | 업계 표준 엔진, 다만 완전 자동화는 아님 |
| WAVE(WebAIM) | 확장 무료 / API 250크레딧 $10부터(구독 아님) | 1회성 온디맨드 검사 | 디자이너·비개발자 1차 점검 | 정확도 높은 편이나 상시 모니터링 기능 없음 |
| accessiBe | 플랜별 비공개(견적/구독형 위젯) | 런타임 오버레이 자동 “수정” 주장 | 개발 인력 없는 소규모 사이트 | 2025년 FTC 과장광고 제재(100만 달러) 이력 — 신중 검토 필요 |
| Siteimprove | 비공개 견적제(대형 엔터프라이즈 연 7.5만~15만 달러대로 알려짐) | 웹·문서·앱 전 채널 상시 자동 모니터링+전문가 수동감사 | 대기업·공공기관 컴플라이언스 팀 | CPWA 등 자격증 보유 전문가 인력 결합, 가격 투명성 낮음 |
도구별로 뜯어보기
axe DevTools의 핵심은 오픈소스 엔진 axe-core다. 이 엔진 자체는 무료이고, Deque가 이를 브라우저 확장(Free)과 Pro·Bundle 유료 플랜으로 확장했다. 공식 가격 페이지를 직접 열어보면 Pro는 “Free Trial” 버튼만, Bundle(엔터프라이즈)은 “Schedule a Demo” 링크만 있을 뿐 구체적 금액이 전혀 나오지 않는다. 제3자 자료들은 Pro를 월 $45~99대로 추정하지만 시기·소스마다 편차가 크다. Bundle은 CI/CD 파이프라인·API·정적 코드 분석(Linting)까지 지원해, 바이브 코딩 도구로 개발하는 팀이라면 배포 전 자동 검사 단계에 자연스럽게 끼워 넣을 수 있는 구조다.
WAVE는 WebAIM이라는 비영리 성격의 단체가 만든 도구라 브라우저 확장이 완전 무료다. 반면 API는 구독형이 아니라 크레딧을 미리 사는 방식으로, 최소 250크레딧을 $10에 구매해야 하고 페이지 1건 기본 분석에 1크레딧이 든다. 그런데 공식 문서 어디를 봐도 “사이트 전체를 주기적으로 자동 스캔”하는 모니터링 기능은 없다. WebAIM은 이 용도를 파트너사인 Pope Tech로 명시적으로 안내한다. 즉 WAVE는 그때그때 한 페이지씩 점검하는 정밀 스캐너지, 상시 감시 도구가 아니다.
accessiBe는 코드를 직접 고치는 대신 자바스크립트 스니펫 하나를 삽입해 런타임에 화면을 조정하는 “오버레이 위젯” 방식이다. 문제는 이 회사가 자사 위젯 accessWidget이 웹사이트를 WCAG 2.1 AA 수준에 “자동으로 준수(comply)”시킬 수 있다고 광고한 것을 두고, 2025년 1월 미국 FTC가 근거 없는 과장 광고로 판단해 100만 달러 지불을 명령했고 같은 해 4월 최종 승인됐다는 점이다(위법 인정 없는 합의). 여기에 미국 전국맹인연맹 등 접근성 단체들도 오버레이가 키보드 트랩·스크린리더 오작동 같은 근본 문제를 가리기만 할 뿐 해결하지 못한다고 오래전부터 지적해왔다. 오버레이를 붙인 사이트가 접근성 소송에서 패소한 사례도 실제로 존재한다. 요컨대 위젯 하나로 접근성이 “완성”된다는 주장은 검증된 사실이 아니라 마케팅 문구에 가깝다.
Siteimprove는 개별 도구라기보다 컴플라이언스 운영 플랫폼에 가깝다. 웹페이지뿐 아니라 문서·소셜·앱·PDF까지 채널을 넘나들며 상시 모니터링하고, 이슈를 위험도 순으로 정리해 담당자에게 배정하는 워크플로우를 제공한다. CPWA·CPACC·WAS 자격증을 보유한 자체 전문가 10명 이상이 수동 감사와 VPAT(자발적 제품 접근성 템플릿) 작성을 지원한다는 점이 다른 도구와 결정적으로 다르다. 다만 공식 페이지 어디에도 가격이 없고 전부 “Request a demo”로 연결되며, 이는 Siteimprove가 SEO·품질관리 모듈을 함께 다루는 만큼 AI SEO 콘텐츠 최적화 도구와 마찬가지로 기업 전용 구독 구조라는 뜻이다.
상황별 판단 프레임워크: 도구 고르기 전 확인할 3가지 질문
- 사내에 코드를 수정할 개발팀이 있는가? 있다면 axe DevTools를 CI/CD에 붙여 배포 전마다 자동 검사하는 게 가장 효율적이다. 개발 인력이 아예 없는 소규모 사이트라면 WAVE로 먼저 무료 진단을 해보고, 오버레이 위젯은 과장 광고 이력을 감안해 보조 수단 이상으로 기대하지 않는 게 안전하다.
- 목적이 법적 준수(컴플라이언스) 증빙인가, 사용자 경험 개선인가? 감사 이력·VPAT 문서까지 필요한 기업·공공기관이라면 Siteimprove처럼 전문가 인력이 결합된 플랫폼이 맞다. 단순히 지금 당장 눈에 띄는 문제를 줄이고 싶은 수준이라면 WAVE나 axe DevTools의 무료 검사만으로도 상당 부분 해결된다.
- 예산은 얼마나 확보돼 있는가? 무료로 시작하려면 axe-core(오픈소스)나 WAVE 브라우저 확장이 유일한 완전 무료 선택지다. 유료 도구는 모두 정확한 금액이 공개돼 있지 않으므로, 견적을 받아본 뒤 비교하는 과정이 필수다.
직접 확인해보니
이번에 4곳 공식 페이지를 하나씩 열어보면서 가장 인상적이었던 건 가격을 공개한 곳이 사실상 한 곳도 없다는 점이었다. axe DevTools Pro는 “무료 체험” 버튼뿐이었고, Siteimprove는 전 페이지가 “데모 요청”으로 끝났다. 반대로 WAVE API는 가격 자체는 명확했는데, 예상과 달리 월 구독이 아니라 크레딧을 미리 사는 방식이었고 문서에 “모니터링 기능 없음”이 사실상 명시돼 있어 오해하기 쉬운 부분이었다. 그리고 FTC 공식 보도자료를 직접 읽어보니, accessiBe 사건의 핵심은 단순히 “성능이 나쁘다”가 아니라 “WCAG 자동 준수”라는 표현 자체를 근거 없이 사용한 것과 매수된 리뷰를 독립적인 의견처럼 꾸민 것 두 가지였다는 점이 명확했다.
자주 묻는 질문
AI 접근성 도구 하나만 쓰면 법적 리스크가 완전히 없어지나요?
아니다. 자동 검사 도구는 WCAG 기준 중 코드로 판별 가능한 항목만 잡아낸다. 오버레이 위젯이 “자동 준수”를 약속한 것이 바로 FTC 제재를 받은 이유였다는 점을 감안하면, 어떤 도구를 쓰든 사람이 검토하는 수동 점검 단계는 남겨둬야 한다.
axe DevTools와 WAVE 중 뭐부터 써야 하나요?
개발팀이 있고 배포 파이프라인에 자동 검사를 넣고 싶다면 axe DevTools(axe-core)가 낫다. 개발 지식 없이 지금 당장 페이지 하나를 눈으로 확인하고 싶다면 WAVE 브라우저 확장(무료)이 더 빠르다.
accessiBe 같은 오버레이 위젯은 아예 쓰면 안 되나요?
완전히 쓰지 말라는 뜻은 아니다. 다만 “위젯만 붙이면 준수 완료”라는 주장은 FTC가 근거 없다고 판단한 부분이므로, 보조 수단으로 쓰더라도 별도의 코드 레벨 검사(axe DevTools, WAVE 등)를 병행해야 한다.
Siteimprove는 소상공인도 쓸 수 있나요?
공식 페이지에 가격이 없고 전문가 인력·다채널 모니터링이 결합된 엔터프라이즈 상품 구조라, 소상공인보다는 접근성 감사 이력이 필요한 대기업·공공기관에 맞는 도구다.
핵심요약
- 개발팀이 있고 배포 파이프라인에 자동 검사를 넣고 싶다면: axe DevTools(엔진 무료, Pro는 문의)
- 지금 당장 무료로 한 페이지씩 점검하고 싶다면: WAVE(확장 무료, API는 크레딧제)
- 개발 인력 없이 보조 수단만 원한다면: accessiBe 같은 위젯 — 단, FTC 제재 이력을 감안해 “완전 자동 해결”은 기대하지 말 것
- 법적 컴플라이언스 증빙·전문가 감사가 필요한 대기업이라면: Siteimprove(견적제)
오류나 개선할 점을 발견하시면 연락처로 알려주세요.