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

2026. 8. 31.에 점검함 · https://github.com/?locale=de-de

B
86 / 100
심각 0건 · 확인 필요 2건

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

점수는 어떻게 산정되나요? (시작 점수 100)
HTML에서 이름이 없는 버튼 {n}개-7
중복된 id 속성 {n}개-7
결과86 / 100
✓대비✓텍스트 대안?라벨 (1)✓구조✓언어✓확대/축소?견고성 (1)

운용 가능

확인 필요WCAG 4.1.2 이름·역할·값

HTML에서 이름이 없는 버튼 {n}개

텍스트도 aria-label도 없는 버튼은 이름이 JavaScript로 설정되지 않는 한 스크린 리더에 무음입니다.

button

이렇게 하세요: 버튼 텍스트를 추가하거나 aria-label을 설정하세요.

견고함

확인 필요WCAG 4.1.1 구문 분석(폐지되었으나 연결에는 여전히 중요)

중복된 id 속성 {n}개

예: {examples}. label-for 및 aria 연결을 깨뜨립니다.

[id]

이렇게 하세요: 고유한 id를 부여하세요.

이미 올바르게 해결됨

다음 단계

  1. HTML에서 이름이 없는 버튼 {n}개. 버튼 텍스트를 추가하거나 aria-label을 설정하세요.
  2. 중복된 id 속성 {n}개. 고유한 id를 부여하세요.
이 페이지를 자동으로 감시할까요?

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

접근성 선언 만들기 →

방법 & 한계

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

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

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

다른 웹사이트 점검