수동 검토 경계

자동 접근성 검사 결과를 사람이 다시 확인해야 하는 이유

자동 DOM/AST 스캔 분석 도구의 한계(기계적 구문 검사 한계)와 실제 스크린리더 수동 검토 및 맥락적 판단 필요성의 경계를 설명합니다.

작성자 서호영 (기획·개발·콘텐츠 검토) · 발행 · 수정 · 읽기 9

제목 계층 구조 단계 건너뜀 잠재 문제 비교H1 바로 아래 H3이 오는 단계 건너뜀은 구조 탐색상의 잠재 문제(potential_issue)를 유발하며, H1 아래 H2로 순차 배치하여 올바른 문서 개요를 구성해야 합니다.HTML 제목 개요(Heading Outline) 계층 구조 비교단계 건너뜀 구조 (잠재 문제)<h1> 메인 타이틀단계 건너뜀 (!)<h3> 하위 섹션 (건너뜀)상태: potential_issue (구조 검토 필요)화면낭독기 탐색 시 상위 그룹 부재로 혼선순차 계층 구조 (정상 개요)<h1> 메인 타이틀<h2> 주요 섹션<h3> 세부 항목PASS: 논리적 부모-자식 개요 트리 확립
자체 검증 도식: H1 바로 뒤에 H3이 오는 단계 건너뜀은 WCAG 1.3.1 정보 관계 관점에서 잠재 문제(potential_issue)로 안내되며, H2를 거치는 논리적 계층 구조로 정리해야 합니다.

실무 검증 기록

실무 판단 기준 및 판정 조건

본 기록은 공개 fixture와 재현 조건을 기준으로 정리한 기술 설명입니다. 실제 브라우저·스크린리더 조합의 동작은 별도 수동 검토가 필요합니다.

접근성 기술 검증 상세 내역
검증 상태공개 fixture 기반 재현 완료
검증 기준공개 fixture 및 재현 조건
검증 범위자동 검사 도구 확정 범위와 수동 검토 필수 경계 분석 및 명시된 입력값에 한정
수동 확인실제 브라우저·키보드·스크린리더 환경에서 별도 확인 필요
fixture에서 확인한 기대 결과[실패 상태] 자동 검사 통과 후에도 의미·문맥 결함 가능 ➔ [수정 목표] 사람의 질문·문맥·낭독 검토를 별도 기록

검증에 사용된 실제 픽스처 / 재현 조건

자동 DOM pass지만 의미가 모호한 링크·alt
검증 범위 및 한계
  • 특정 도메인별 전문 용어의 음성 낭독 발음 오류는 수동 청취로만 확인 가능
  • 사용자 신체적 제약 조건별 체감 편의성 점수화의 한계

주장과 직결된 W3C 공식 규격

자동화된 접근성 검사 도구가 100점 또는 위반 없음(0 violations)을 보고하더라도, 이미지 대체 텍스트의 맥락적 적절성, 링크 문구의 실질적 목적 전달력, 키보드 조작 논리 흐름 등은 정적 알고리즘만으로 판단할 수 없습니다. 자동 통과 이후에도 사람이 직접 확인해야 하는 3대 수동 검토 영역과 한계를 분석합니다.

자동 도구 통과와 실질적 사용성 간의 간극

자동 검사 엔진은 alt 속성의 존재 여부(alt='')나 색상 코드의 수학적 대비율(4.5:1)을 정밀하게 검증할 수 있습니다.

그러나 alt='image123.jpg'처럼 문법적으로 유효하지만 의미가 없는 대체 텍스트나, 문맥 없이는 목적을 알 수 없는 '더보기' 링크 등은 기계적 규칙 검사에서 통과로 분류되기 쉽습니다.

수행해야 하는 3대 사람 검토 영역

자동화 도구의 결과를 최종 평가로 오인하지 않고, 배포 전 단계에서 사람의 판단이 필요한 핵심 항목을 체크리스트로 분리하여 관리해야 합니다.

  • 1. 의미 적절성: 이미지 내용 및 주변 문맥과 대체 텍스트가 전달하는 핵심 메시지의 부합성
  • 2. 키보드 탐색 논리: 마우스 없이 Tab/Shift+Tab으로 이동할 때 시각적 흐름과 초점 이동의 자연스러움
  • 3. 상태 전환 인지: 모달 열림, 폼 오류, 비동기 데이터 갱신 시 시각·음성 피드백의 명확성

실무 판단 흐름 및 적용 순서

  • 자동 검사 도구를 통해 1차적으로 구문 오류, 색상 대비 미달, 레이블 누락을 수정합니다.
  • 마우스를 떼고 페이지 상단에서 Tab, Shift+Tab, Enter, Esc 키만으로 사이트 주요 시나리오를 주파합니다.
  • NVDA 또는 VoiceOver 스크린리더를 켜고 실제 음성으로 전달되는 대체 텍스트와 폼 이름을 직접 청취하여 수동 검수를 완료합니다.

예외 조건 및 수동 검토 범위

  • 자동 검사 점수 100점은 '심각한 기계적 문법 결함 부재'를 의미할 뿐 실제 장애인 사용자의 원활한 서비스 이용을 단정하지 않습니다.
  • 상태 변화 알림(aria-live)과 포커스 흐름은 사용자의 실제 인터랙션 흐름에 맞춰 직접 탭키와 스크린리더로 검증해야 합니다.

실무 핵심 질문과 답변 (FAQ)

자동 접근성 진단 도구 점수가 100점이면 웹 접근성을 충분히 준수한 것인가요?

아닙니다. Lighthouse나 axe-core 같은 자동 진단 소프트웨어는 구문적 규칙 중심 결함을 탐지하는 데 유용하지만, 대체 텍스트의 맥락적 적절성, 논리적 키보드 탐색 순서, 실제 보조기술 음성 전달 품질 등은 사람이 직접 수동으로 검토해야 합니다. FAQ 전체 보기

자동 접근성 검사 도구가 탐지할 수 있는 범위와 한계는 무엇인가요?

자동 검사 도구의 탐지 범위는 도구 종류, 검사 규칙 엔진, 대상 페이지의 마크업 구조에 따라 달라집니다. 태그 누락이나 명암비 미달과 같은 규칙 기반 결함은 신속히 포착할 수 있으나, 콘텐츠의 실제 의미와 맥락, 사용자 상호작용 흐름은 자동 검사만으로 확정할 수 없으므로 수동 검토를 병행해야 합니다. FAQ 전체 보기

사람이 직접 수행해야 하는 수동 검사 항목에는 어떤 것들이 있나요?

대체 텍스트의 실제 맥락 적절성, 키보드 Tab 이동 순서의 인지 논리성, 팝업 모달 Focus Trap 해제 여부, 동적 AJAX 변경 사항의 aria-live 알림 음성 등이 대표적 수동 검사 항목입니다. FAQ 전체 보기

주요 공식 상세 규격

규격 검토 기준일 2026-08-11

작성 및 검토 책임 정보

  • 작성자: 서호영
  • 실제 수행 역할: 기획·개발·콘텐츠 검토
  • 최초 작성일:
  • 최종 수정일:
  • 검증 기준: 공개 fixture 및 재현 조건

네이티브 HTML, ARIA 명세, 브라우저 및 스크린리더 조합에 따라 실제 보조공학 동작은 차이가 발생할 수 있습니다. 오류를 발견하셨거나 검증 데이터에 보완이 필요한 경우 오류 제보 및 문의 또는 liebe2460@naver.com로 알려주시면 사실 확인 후 정정합니다.