웹접근성 웹접근성 RSS 피드 구독

"합격"과 "등급"이 한 문서에 같이 나오면 사람들은 둘을 한 줄에 세우기 쉽습니다. 합격선이 곧 가장 낮은 등급이고, 그 위로 등급이 올라간다고 읽는 식이죠. 대부분의 시험이 그렇게 생겼으니까요. WCAG 3 초안의 적합성과 Bronze·Silver·Gold도 그렇게 읽히기 쉽습니다. ...

같은 페이지를 두 검사 도구에 넣었더니 하나는 "검토가 필요합니다", 다른 하나는 "실패입니다"라고 합니다. 접근성 자동 검사를 둘 이상 써 본 팀이라면 한 번쯤 겪었을 장면이죠. 어느 쪽이 맞을까요? ...

"접근성 공부, 어디서부터 하면 돼요?" 이 질문에 자주 돌아오는 답이 구글 web.dev의 Learn Accessibility입니다. 무료이고, 한국어로도 읽을 수 있죠(구글의 AI 자동 번역입니다). 저도 몇 번 추천했습니다. 그런데 이 강좌가 나온 게 2022년이에요. 4년이면 프론트엔드 프레임워크 유행이 두 번은 바뀌고도 남는 시간입니다. 지금 들어도 괜찮을까 싶어서, 21페이지를 전부 열어 보고 실습 페이지에는 Lighthouse를 다시 돌려 봤습니다. ...

보고서에 적힌 숫자를 다시 계산해 보는 사람은 많지 않습니다. 저도 그랬습니다. 지난 7월 WebAIM Million 2026 리포트를 정리한 글에 "홈페이지당 평균 요소 수 1,437개, 1년 새 +22.5%"라고 그대로 옮겨 적었으니까요. ...

WCAG 3(3.0) 2026년 9월 Working Draft를 3월 초안과 직접 비교했습니다. Bronze/Silver/Gold가 적합성 등급에서 보고 등급(reporting tier)으로 옮겨진 이유, 6단계 보고 등급, 요구사항 182→216개 실측, 의견 내는 법까지.

WCAG 4.1.3 상태 메시지를 aria-live로 구현할 때 polite와 assertive는 뭐가 다른지, 장바구니 개수가 연달아 바뀌면 스크린 리더가 어떻게 읽는지 데모로 확인합니다. 디바운스 타이머, 아이콘·소리 상태, 상태 메시지가 아닌 변화까지.

웹 접근성 검사 도구를 돌리다 보면 결과 화면 어딘가에 이런 문구가 붙어 있는 걸 본 적이 있을 겁니다. "이 결과는 특정 브라우저·스크린 리더 조합에서 확인됐습니다." 접근성 평가는 늘 어떤 환경을 기준으로 삼을지에서 출발합니다. 그런데 그 "기준 환경"이 정확히 뭔지, 표준 문서가 명확히 정의한 적은 사실 많지 않았습니다. ...

"WCAG 3가 나오면 우리가 지금 지키는 KWCAG는 어떻게 되는 거죠?" KWCAG 2.2 완전 해설 글을 쓰고 나서 가장 많이 받은 질문입니다. 접근성 뉴스레터나 컨퍼런스에서 "WCAG 3"라는 이름이 심심찮게 들리기 시작했으니, 국내 표준인 KWCAG는 이 변화에 어떻게 반응해야 하는지 궁금해지는 게 당연합니다. ...

WCAG 2.2에서 새로 생긴 성공기준 중 실무 비중이 큰 6개(포커스 가림, 드래그 대안, 타겟 크기, 도움 일관성, 반복 입력, 접근 가능한 인증)를 코드 예시와 함께 정리하고, AAA 3개와 KWCAG·글로벌 대응 현황까지 짚었습니다.

웹 접근성 품질인증(WA 인증)은 왜 받는지부터 심사 기준 KWCAG 2.2, 서면·전문가·사용자 심사 절차, 통과선 95%와 100%, 신청 비용과 재심사 조건, 그리고 인증 마크가 보장하지 않는 것까지 담당자 눈높이에서 정리했습니다.