색상 대비
반올림 전 대비율로 일반 텍스트, 큰 텍스트, UI 구성요소의 WCAG 2.2 경계값을 각각 확인합니다.
도구와 근거 보기 →브라우저 기반 · 입력값 비전송
자동 판정의 경계까지 보여주는 웹 접근성 셀프체크
색상·크기·HTML 구조를 입력하면 계산할 수 있는 결과, 공식 근거, 수정 예제와 사람이 다시 확인할 질문을 함께 제공합니다.
자동 확인 (Automated Check)
계산 가능한 기준값과 입력 조건의 결과
잠재 문제 (Potential Issue)
코드에서 발견했지만 추가 판단이 필요한 신호
수동 확인 (Manual Review)
문맥, 실제 렌더링, 사용자 의미 판단이 필요한 항목
6개 핵심 도구 (Six Core Tools)
확인할 문제 유형을 선택하세요
이 서비스는 결과 조합 URL을 만들지 않습니다. 사용자가 입력한 값과 계산은 현재 브라우저 안에서 처리합니다.
대상 크기
실제 클릭 영역의 CSS px 크기와 인접 대상 위치를 입력해 WCAG 2.2 AA·AAA 조건을 분리해서 검토합니다.
도구와 근거 보기 →제목 구조
붙여 넣은 HTML에서 제목 순서, 빈 제목, role=heading의 aria-level 문제를 실행 없이 추출합니다.
도구와 근거 보기 →폼 레이블
네이티브 폼 컨트롤의 이름 원천, 지속적으로 보이는 label, 깨진 ID 참조와 이름·레이블 불일치를 지원된 알고리즘 범위에서 검사합니다.
도구와 근거 보기 →링크·버튼 이름
빈 링크·버튼과 모호한 문구를 찾고, 링크 목적의 문맥 판단과 색상 구분 하위검사를 분리합니다.
도구와 근거 보기 →초점 표시
초점 색과 배경 대비, outline 제거 위험을 계산하고 순서·함정·가림은 수동 검사표로 분리합니다.
도구와 근거 보기 →웹 접근성 실무 분석 (Featured Analysis)
경계값 오차와 실무 안티패턴을 분석한 대표 아티클
단순 표준 요약이 아닌, 자동화 도구의 반올림 오차와 보조기술 탐색 한계를 직접 재현하고 해결하는 분석 글입니다.
#777과 #767: 대비율 반올림이 결과를 바꾸는 순간
핵심 의문: 반올림 전 원값이 기준을 통과하는가?
독자 획득 가치: [실패 상태] 4.5:1로 반올림되어 실패가 통과처럼 표시 ➔ [수정 목표] 원값 비교와 안전 마진을 적용한 색상 조정
24px 버튼은 충분할까? 클릭 영역과 아이콘 크기 구분하기
핵심 의문: 아이콘이 아닌 실제 target을 측정했는가?
독자 획득 가치: [실패 상태] 시각 아이콘 크기와 실제 조작 영역을 혼동 ➔ [수정 목표] getBoundingClientRect()와 실제 터치 영역을 별도 기록
H1 하나면 충분할까? 제목 구조를 DOM으로 점검하는 방법
핵심 의문: 시각 크기가 아니라 의미 계층이 맞는가?
독자 획득 가치: [실패 상태] H2 누락으로 구조가 잠재적으로 혼란스러움 ➔ [수정 목표] 의미에 맞는 H2 삽입 및 헤딩 목록 재검토
판정 모델 (Decision Model)
Pass 결과만으로 결론을 내리지 않습니다
자동 계산은 명확한 입력 범위에서만 pass 또는 fail을 반환합니다. 의미와 실제 렌더링이 필요한 경우 결과를 potential_issue 또는 manual_review로 표시하고 다음 확인 행동을 제공합니다.
판정 상태와 게시 기준 읽기 →- 입력 검증형식과 필수 조건을 먼저 확인
- 프로필별 계산WCAG·KWCAG, AA·AAA를 합치지 않음
- 근거와 수정상세 원문과 재검사 방법 연결
- 한계 공개자동으로 단정할 수 없는 범위 표시
통합 작업 흐름 (Unified Testing Workflow)
검사·판단·수정·재검사를 분리하지 않습니다
별도 가이드와 사례 페이지로 URL을 늘리지 않고, 각 도구 페이지 안에서 통념, 판단 순서, 수정 예제, 회귀 증거와 미검사 범위를 이어서 확인합니다.
- 검사색상·크기·HTML 조각을 브라우저에서 분석
- 판단자동 결과와 사람이 답할 질문을 분리
- 수정전·후 코드와 복구 순서를 확인
- 재검사같은 fixture와 실제 환경을 따로 기록