한국어
a11yglass · 웹사이트 접근성 점검

2026. 9. 24.에 점검함 · https://citeglass.com/

A
93 / 100
심각 0건 · 확인 필요 1건

점검한 HTML에 심각한 장벽 없음 · 재확인 항목 1건.

지난 스캔 이후 점수 -7 · 신규: 1
점수는 어떻게 산정되나요? (시작 점수 100)
인식 가능한 라벨이 없는 폼 필드 1개-7
결과93 / 100
✓대비✓텍스트 대안?라벨 (1)✓구조✓언어✓확대/축소✓견고성

인식 가능

확인 필요WCAG 1.3.1 정보와 관계 / 4.1.2 이름·역할·값

인식 가능한 라벨이 없는 폼 필드 1개

JavaScript로 설정된 aria-label이 있는지 확인하세요.

  • <input type="text" name="website">

이렇게 하세요: 각 필드를 <label for> 요소와 연결하거나 aria-label / aria-labelledby를 설정하세요. placeholder만으로는 충분하지 않습니다.

이미 올바르게 해결됨

다음 단계

  1. 인식 가능한 라벨이 없는 폼 필드 1개. 각 필드를 <label for> 요소와 연결하거나 aria-label / aria-labelledby를 설정하세요. placeholder만으로는 충분하지 않습니다.
이 페이지를 자동으로 감시할까요?

주간 재스캔, JS 렌더링, 새 장벽 발생 시 이메일 — 곧 제공.

접근성 선언 만들기 →

방법 & 한계

2026. 9. 24.에, citeglass.com가 로그인 없이 첫 호출 시 제공하는 HTML과 동일 도메인의 연결된 CSS 파일 최대 4개를 점검했습니다. 점검 대상: 색상 대비(CSS에서), 텍스트 대안, 폼 라벨, 컨트롤 이름, 제목 구조, 페이지 제목과 언어, 확대/축소 잠금, 중복 id, 양수 tabindex 값, 랜드마크.

점검하지 않음: JavaScript로 생성되는 모든 것, 키보드 운용성, 보이는 포커스, 포커스 순서, 스크린 리더 안내, 로그인 뒤의 콘텐츠, 하위 페이지. 자동 테스트는 WCAG 위반의 약 20~35 %를 발견합니다 — 나머지는 수동 점검이 필요합니다. 스냅샷이며 법적 판단이 아닙니다.

오버레이 위젯(대비나 글꼴을 바꾸는 접근성 버튼)으로는 사이트가 적합해지지 않습니다. 발견된 장벽은 소스 코드에서 고쳐야 합니다. 오버레이가 도움이 되지 않는 이유

다른 웹사이트 점검