무료 웹 접근성 도구

웹 접근성 검사기

주소를 입력하면 해당 페이지와 주요 페이지 최대 4개를 실제 브라우저에서 WCAG 2.2 레벨 A 및 AA 규칙으로 테스트합니다. 각 장벽에는 해당 요소, 페이지, 스크린샷과 함께 누구에게 영향을 주는지에 대한 설명이 제공됩니다.

무료입니다. 주요 페이지를 최대 5개까지 약 1분 만에 테스트합니다.

이 도구가 점검하는 항목

  • 사이트를 대표하는 5개 페이지

    입력한 페이지에 더해, 사이트 유형에 맞춰 그 페이지의 링크에서 고른 최대 4개 페이지를 테스트합니다. 쇼핑몰이라면 컬렉션, 상품, 장바구니, 콘텐츠 페이지이고, 그 밖의 사이트라면 요금, 문의, 아티클, 서비스 같은 페이지입니다. 템플릿은 반복되므로 상품 페이지 하나만 보아도 대개 모든 상품 페이지의 문제를 알 수 있습니다.

  • 렌더링된 페이지에 적용하는 WCAG 규칙

    각 페이지를 1366 × 900 크기의 Chromium에서 불러오고, 페이지의 스크립트가 실행된 뒤 Deque의 오픈 소스 규칙 엔진인 axe-core가 WCAG 2.0, 2.1, 2.2의 레벨 A 및 AA 규칙을 실행합니다. 그래서 테마나 앱이 브라우저에서 페이지를 구성할 때 비로소 생기는 문제도 잡아냅니다.

  • 영향도와 성공 기준

    실패한 규칙마다 영향도(치명적, 심각, 보통, 경미), 해당하는 WCAG 성공 기준, 영향을 받는 요소 수와 페이지 수를 보여 드립니다.

  • 실패한 요소를 윤곽선으로 표시

    예시 요소의 HTML과 그 요소를 윤곽선으로 표시한 페이지 스크린샷을 제공하므로, 직접 또는 개발자가 짐작하지 않고도 템플릿에서 해당 부분을 찾을 수 있습니다.

  • 사람이 판단해야 할 항목

    배경 이미지 위의 텍스트처럼 axe-core가 대비를 측정할 수 없어 판정하지 못한 항목은 “검토 필요”로 표시합니다. 이 항목은 실패로 집계하지 않습니다.

  • 키보드 테스트

    첫 페이지에서 Tab 키를 40번 눌러 포커스가 어디로 이동하는지 기록합니다. 포커스가 아예 움직이는지, 같은 곳을 맴도는 루프에 갇히는지(쿠키 배너 안에서 자주 발생합니다), 첫 번째 위치가 건너뛰기 링크인지, 포커스를 받은 요소 중 눈에 보이는 포커스 표시가 없는 요소는 무엇인지 확인합니다. 마지막 항목은 휴리스틱 판정이므로 “검토 필요”로 표시합니다.

점검할 수 없는 항목

  • 스크린 리더가 실제로 무엇을 읽어 주는지 들을 수는 없습니다. 소프트웨어는 버튼에 이름이 있는지는 확인할 수 있지만, 그 이름이 소리 내어 읽혔을 때 의미가 통하는지는 확인할 수 없습니다.
  • 동영상과 오디오의 자막, 대본, 화면 해설은 평가할 수 없습니다.
  • 안내 문구가 명확한지, 오류 메시지가 사용자가 문제를 바로잡는 데 도움이 되는지 같은 인지 및 콘텐츠 관련 기준은 평가할 수 없습니다.
  • 로그인, 비밀번호, 봇 차단으로 보호되는 페이지는 테스트할 수 없으며, 결제 과정을 진행할 수도 없습니다.
  • 사이트가 WCAG에 부합하는지, 어떤 법률을 준수하는지는 알려 드릴 수 없습니다. 자동 규칙은 문제의 일부만 찾아내며, 나머지는 사람이 확인해야 합니다.

중요한 이유

접근성 장벽은 템플릿의 작은 실수가 큰 영향을 미치는 경우가 많습니다. 아이콘만 있는 장바구니 버튼에 접근 가능한 이름이 없으면 그냥 “버튼”이라고만 읽혀서, 스크린 리더 사용자는 그 버튼이 무슨 일을 하는지 알 수 없습니다. 흰 바탕에 대비율 4.5:1에 못 미치는 회색 글자는 저시력인 많은 사람에게, 그리고 밝은 햇빛 아래에서 휴대폰을 쓰는 누구에게나 읽기 어렵습니다.

같은 헤더, 상품 카드, 푸터가 모든 페이지에 나타나므로, 템플릿 한 곳만 고쳐도 수백 건의 실패가 한꺼번에 해결될 수 있습니다. 그래서 결과는 각 사례를 별개의 문제로 나열하지 않고, 규칙별로 묶어 요소 수와 페이지 수와 함께 보여 드립니다.

접근성은 많은 나라에서 법적인 측면도 있습니다. 스캔으로는 어떤 법이 적용되는지, 그 법을 충족하는지 알 수 없습니다. 스캔이 제공하는 것은 실제 페이지에 있는 실제 장벽을 날짜와 함께 정리한 목록이며, 어느 경우든 이것이 현실적인 출발점입니다.

결과 해석 방법

치명적
일부 사용자가 해당 요소를 아예 사용하지 못하게 만들 수 있는 장벽입니다. 레이블이 없는 양식 필드나 이름이 없는 버튼이 그 예입니다. 가장 먼저 수정하십시오.
심각
일부 사용자에게 작업을 훨씬 어렵게 만드는 장벽입니다. 대비율 기준을 충족하지 못하는 본문 텍스트가 그 예입니다.
보통
불편이나 혼란을 주지만, 대개는 우회해서 이용할 수 있는 장벽입니다.
경미
작은 문제나 불편입니다. 다음에 해당 템플릿을 수정할 때 함께 고칠 만합니다.
WCAG 성공 기준
규칙 옆에 있는 1.1.1이나 1.4.3 같은 번호는 그 규칙이 테스트하는 성공 기준입니다. 성공 기준이 표시되지 않은 규칙은 WCAG 요구 사항이 아니라 모범 사례입니다.
요소 수와 페이지 수
규칙을 통과하지 못한 요소의 수와, 테스트한 페이지 중 몇 개에서 실패했는지를 나타냅니다. 모든 페이지에서 실패하는 규칙은 대개 헤더, 메뉴, 푸터 같은 공통 영역에 원인이 있습니다.
검토 필요
axe-core가 판정하지 못한 항목입니다. 해당 요소를 직접 확인하십시오. 통과일 수도, 실패일 수도 있습니다. 이 항목은 실패로 집계하지 않습니다.
포커스 트랩
Tab 키를 눌러도 포커스가 같은 몇 개 요소 사이에서만 계속 순환했습니다. 이 요소들이 쿠키 배너에 속해 있다면 키보드 사용자는 페이지의 나머지 부분에 도달하지 못할 수 있습니다.
포커스가 이동하지 않음(Focus doesn’t move)
Tab 키를 눌러도 어떤 요소에도 포커스가 가지 않았습니다. 링크와 버튼이 div나 span 요소로 만들어졌거나, 스크립트가 키 입력을 가로채고 있을 수 있습니다.
건너뛰기 링크
첫 번째 Tab 위치가 “본문으로 건너뛰기” 링크인지를 나타냅니다. 이 링크가 없으면 키보드 사용자는 모든 페이지에서 헤더 전체를 Tab 키로 지나가야 합니다. 랜드마크와 헤딩으로도 WCAG 2.4.1 블록 건너뛰기(Bypass Blocks)를 충족할 수 있습니다.
보이는 포커스 표시 없음
포커스를 받았을 때 윤곽선(outline), 그림자(box-shadow), 밑줄이 보이지 않은 요소입니다. 색상 변화 같은 다른 스타일로도 포커스가 보일 수 있으므로, 직접 Tab 키로 이동하며 확인하십시오.

흔한 문제를 해결하는 방법

  • 대비율 기준을 충족하지 못하는 텍스트

    일반 텍스트는 배경과의 대비율이 4.5:1 이상, 큰 텍스트(약 24 px, 굵은 글꼴은 약 18.7 px)는 3:1 이상이어야 합니다. 요소를 하나씩 고치기보다 테마 설정이나 디자인 토큰에서 색상을 바꾸고, 그런 다음 플레이스홀더 텍스트, 호버 상태, 이미지 위의 텍스트를 다시 확인하십시오.

  • 대체 텍스트가 없는 이미지

    의미가 있는 이미지에는 상품명과 색상처럼 이미지가 보여 주는 내용이나 하는 일을 설명하는 alt 속성을 지정하십시오. 장식용 이미지에는 빈 alt(alt="")를 지정해 스크린 리더가 건너뛰게 합니다. Shopify에서는 상품의 미디어 섹션에서 이미지를 선택해 대체 텍스트를 추가하고, WordPress에서는 미디어 라이브러리의 대체 텍스트 필드에 입력합니다.

  • 레이블이 없는 양식 필드

    각 입력 필드에 해당 필드의 id와 일치하는 <label for>로 레이블을 연결하거나, 보이는 텍스트가 없다면 aria-label을 사용하십시오. 플레이스홀더 텍스트만 레이블로 쓰지 마십시오. 입력을 시작하자마자 사라집니다. 뉴스레터 구독란과 헤더의 검색창이 흔한 원인입니다.

  • 접근 가능한 이름이 없는 버튼과 링크

    장바구니, 검색, 메뉴, 소셜 프로필용 아이콘 컨트롤에는 SVG만 들어 있는 경우가 많습니다. 컨트롤이 하는 일을 알려 주는 보이는 텍스트나 aria-label(“아이콘”이 아니라 “장바구니 열기”)을 추가하고, SVG 자체에는 aria-hidden="true"를 추가하십시오.

  • 포커스를 가두는 쿠키 배너

    배너의 모든 버튼에 Tab 키로 도달하고 Enter나 Space 키로 사용할 수 있는지, 배너를 닫으면 포커스가 페이지로 돌아오는지, 페이지를 가리지 않는 배너라면 포커스를 전혀 붙잡지 않는지 확인하십시오. 동의 관리 도구의 설정을 확인하고, 스크립트가 오래되었다면 업데이트하십시오.

  • CSS에서 제거된 포커스 윤곽선

    스타일시트에서 링크, 버튼, :focus에 지정된 outline: none 또는 outline: 0을 찾으십시오. 이를 :focus-visible { outline: 2px solid currentColor; outline-offset: 2px; } 같은 보이는 스타일로 바꾸십시오.

이 도구에 관한 질문

이 웹 접근성 검사기는 무료인가요?

예. 회원 가입이 필요 없으며, 사이트를 소유하거나 관리하고 있다는 것만 확인하면 됩니다. 유료 접근성 수정 리포트는 사이트맵에서 고른 최대 20개 페이지 추가 테스트, 키보드 전용 탐색, 320 px 리플로 점검, 실패한 마크업으로 만든 수정 전후 코드, AI 프롬프트, PDF, 재테스트 5회를 더해 드립니다.

자동 검사기로 WCAG를 얼마나 테스트할 수 있나요?

일부만 가능합니다. 규칙은 이미지에 대체 텍스트가 있는지는 확인할 수 있지만 그 텍스트가 이미지를 제대로 설명하는지는 확인할 수 없고, 필드에 레이블이 있는지는 확인할 수 있지만 그 레이블이 명확한지는 확인할 수 없습니다. 결과는 확실한 문제의 목록으로 보고, 나머지는 키보드와 스크린 리더로 직접 테스트하십시오.

스캔에서 아무것도 발견되지 않으면 사이트가 ADA나 WCAG를 준수하는 것인가요?

아닙니다. 어떤 자동 테스트도 사이트가 WCAG에 부합한다거나 ADA, 유럽 접근성법(European Accessibility Act) 또는 그 밖의 법률을 준수한다는 것을 보여 줄 수 없습니다. 문제가 없다는 결과는 테스트한 페이지에서 자동 규칙이 실패를 찾지 못했다는 뜻입니다.

스테이징 사이트나 로그인이 필요한 페이지도 검사할 수 있나요?

로그인, 비밀번호, 봇 차단으로 보호되는 페이지는 테스트할 수 없습니다. 봇 차단 기능이 스캔을 막는다면 FixReportsScanner 사용자 에이전트를 허용하거나, 공개된 스테이징 사본을 테스트하십시오.

문제를 고쳤는데 왜 결과가 그대로인가요?

같은 주소의 결과는 최근 1시간 이내에 실행한 스캔의 결과가 재사용될 수 있습니다. 1시간이 지나기를 기다리고, 페이지 캐시나 CDN 캐시를 비운 뒤 다시 테스트하십시오.

접근성 수정 리포트($174, 1회 결제)는 전체 무료 스캔을 바탕으로 더 많은 페이지, 모든 발견 사항에 대한 변경 사항, PDF, 수정 결과를 검증하는 재테스트를 제공합니다.

접근성 수정 리포트 소개