두 도구 함께 쓰기
웹 접근성 개선 작업을 한 흐름으로 이어 가는 방법입니다. 페이지는 접근성 검사기로, 작업 지시서·정책·안내문은 문서 감사기로 점검합니다.
순서
- ① 페이지 검사 — 접근성 검사기 접근성 검사기에 주소를 넣고 검사합니다. 같은 도메인의 링크를 따라 최대 5페이지까지 함께 볼 수 있습니다. 결과는 규칙별로 묶여 나오고, 문제마다 위치(선택자와 줄 번호)가 붙습니다. 이때의 점수를 기록해 둡니다. 같은 브라우저에서 다시 검사하면 이전 점수와 자동으로 비교됩니다.
- ② 수정안과 작업 지시서 — 접근성 검사기 "AI 수정안 · 작업 지시서 만들기"를 누르면 문제마다 수정 전후 코드와 담당자용 지시서가 생깁니다. AI가 만든 코드는 초안이므로 개발자가 검토한 뒤 적용합니다. 보고서는 PDF나 JSON으로 내려받습니다.
- ③ 작업 지시서 점검 — 문서 감사기 내려받은 지시서를 팀 양식으로 옮겼다면, 그 문서를 문서 감사기에 올리고 아래 점검 기준 예시를 등록해 "문서 감사" 모드로 실행합니다. 위치가 빠진 항목, 확인 방법이 없는 항목, 담당자·기한이 빈 항목이 원문 인용과 함께 나옵니다.
- ④ 수정 후 재검사 — 접근성 검사기 수정이 배포되면 같은 주소를 다시 검사합니다. 검사기는 판정에 AI를 쓰지 않으므로 점수 차이는 실제 코드 변화에서만 생깁니다.
- ⑤ 사람이 확인할 항목 점검 자동 검사가 잡지 못하는 부분(대체 텍스트의 내용, 키보드 이동 순서, 화면낭독기로 끝까지 조작되는지)은 접근성 실무 가이드의 점검표로 직접 확인합니다.
- ⑥ 공개 안내문 점검 — 문서 감사기 접근성 안내문이나 정책을 외부에 공개한다면 공개 전에 같은 방식으로 점검합니다. 특히 자동 검사 점수만으로 "준수"·"인증"을 단정하는 문장은 오해를 부를 수 있습니다.
문서 감사기에 등록할 점검 기준 예시
문서 감사기의 "검사 기준 추가" 창에 기준 ID, 기준 이름, 기준 설명, 기본 심각도를 차례로 넣으면 됩니다. 설명을 구체적으로 쓸수록 결과가 정확해집니다. 아래는 접근성 작업 지시서와 안내문을 점검하기 위해 만든 예시이며, 팀 사정에 맞게 고쳐 쓰세요.
| 기준 ID | 기준 이름 | 기준 설명 | 기본 심각도 |
|---|---|---|---|
A11Y-01 | 수정 대상 위치가 특정되지 않음 | 각 수정 항목에 페이지 주소와 요소 위치(선택자나 화면 위치)가 없으면 문제로 본다. | 높음 |
A11Y-02 | 완료 확인 방법이 없음 | 항목마다 "고쳐졌는지 어떻게 확인하는가"(재검사, 키보드로 직접 이동, 화면낭독기로 읽기 등)가 적혀 있지 않으면 문제로 본다. | 높음 |
A11Y-03 | 담당자 또는 기한이 비어 있음 | 항목에 담당자나 완료 기한 중 하나라도 없으면 문제로 본다. | 보통 |
A11Y-04 | 자동 검사로 확인할 수 없는 항목의 수동 점검 계획이 없음 | 대체 텍스트의 적절성, 키보드 이동 순서, 화면낭독기 사용성처럼 사람이 봐야 하는 항목에 대한 점검 계획이 문서 전체에 없으면 문제로 본다. | 보통 |
A11Y-05 | "준수"·"인증"을 근거 없이 단정함 | 자동 검사 점수만으로 "WCAG 준수", "접근성 인증 완료"처럼 단정하는 문장이 있으면 문제로 본다. | 치명 |
A11Y-06 | 접근성 문의 창구가 없음 | 외부에 공개하는 접근성 안내문인데 이용자가 접근성 문제를 알릴 연락처나 방법이 없으면 문제로 본다. | 낮음 |
주의 — 문서 감사기의 결과는 AI가 만든 초안입니다. 각 결과에 붙은 인용 문장을 원문과 대조해 판단하세요. 감사 결과는 문서에 특정 항목이 있는지·빠졌는지를 기계적으로 본 것이지, 법적 준수 여부에 대한 판단이 아닙니다.
각 도구가 맡지 않는 일
- 접근성 검사기는 문서를 읽지 않습니다. 지시서가 제대로 쓰였는지는 판단하지 않습니다.
- 문서 감사기는 웹 페이지를 검사하지 않습니다. 지시서에 적힌 수정이 실제로 반영됐는지는 ④의 재검사로 확인해야 합니다.
- 두 도구 모두 결과를 서버에 저장하지 않습니다. 기록이 필요하면 보고서를 내려받아 보관하세요.