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

이 글은 웹접근성, 공공 웹서비스, 그리고 개발자의 책임에 대해 현장에서 직접 부딪히며 고민해온 기록이다. 법과 기술, 기준과 현실 사이에서 “우리는 정말 모두를 위해 만들고 있는가?“라는 질문에 답해보려 한다. ...

들어가며 혹시 마우스 없이 인터넷을 쓴 경험이 있으신가요? 대부분의 사람들은 마우스를 당연하게 사용합니다. 하지만 세상에는 마우스를 쓸 수 없는 사람들이 있어요. 신체 장애로 인해 마우스를 조작할 수 없는 사람 손목터널증후군 같은 반복성 긴장 장애가 있는 사람 일시적으로 팔이 다친 사람 단순히 키보드가 더 효율적이라고 생각하는 파워 유저 이런 사용자들에게 “키보드로 이 사이트를 쓸 수 있나요?“라는 질문은 매우 중요합니다. ...

들어가며 Atomic Tests vs. Holistic Tests: 새로운 테스트 방법론에서는 Atomic/Holistic 테스트의 균형을 이야기했습니다. 이제 그 결과를 어떤 방식으로 ‘주장’하고 ‘기록’할 것인지가 남습니다. 이 역할을 맡는 것이 바로 Assertions입니다. ...

들어가며 접근성 테스트라고 하면 보통 체크리스트를 떠올립니다. “이 버튼에 대체 텍스트가 있나?”, “명도 대비는 기준을 넘나?” 같은 질문들이죠. WCAG 2.2는 이런 명확한 통과/실패 판정을 중심으로 작동했습니다. ...

들어가며 지난 글에서는 WCAG 3.0이 “성공 기준(Success Criteria)“을 “아웃컴(Outcomes)“으로 재구성한 이유를 살펴봤습니다. ...

들어가며 한국어와 영어 두 언어로 블로그를 운영하다 보니 흥미로운 문제를 발견했습니다. 블로그 링크를 공유하다보면 한국어 페이지를 해외 사용자에게 공유하게 될 때도 있습니다. 한글을 못 읽는 분들은 당황하겠죠? 반대로 한국 커뮤니티에서 공유된 영문 포스트 링크를 클릭한 한국어 사용자도 마찬가지입니다. ...

ARIA를 배운 개발자들이 자주 하는 실수가 있습니다. ARIA의 개념은 이해했지만, 실제 프로젝트에서 어떻게 적용할지, 언제 써야 하는지 확실하지 않은 거죠. ARIA 실전 가이드 - 코드 에디터 화면에 ARIA 속성이 강조된 메인 비주얼 커버 이미지(예시): ARIA 속성 적용 흐름을 상징하는 비주얼 · 제작: Nanobanana AI “ARIA는 마지막 수단이다"라는 말이 있습니다. 먼저 시맨틱 HTML을 사용하고, HTML의 기본 기능으로 부족할 때만 ARIA를 더하는 거예요. 이 가이드는 이 원칙을 바탕으로 실제 프로젝트에서 ARIA를 효과적으로 활용하는 방법을 다룹니다. ...

들어가며 “1.3.1 정보와 관계(Info and Relationships) - Level A” WCAG 2.2를 다뤄본 분이라면 이런 형식의 성공 기준(Success Criteria)에 익숙하실 겁니다. 번호가 있고, 레벨이 있고, 명확한 테스트 조건이 있죠. 이 구조는 15년 넘게 웹 접근성의 표준이었습니다. ...

들어가며 “우리 사이트는 WCAG 2.1 AA를 100% 통과했는데, 실제 스크린 리더 사용자가 회원가입을 못하더라고요.” 지난해 웹사이트 개발자에게 들었던 이 말이 아직도 귀에 맴돕니다. 접근성 감사를 통과하고, 녹색 배지를 받았지만, 정작 장애가 있는 사용자는 핵심 기능을 사용할 수 없었다는 이야기. 이것이 바로 현재 WCAG 2.x가 직면한 가장 큰 딜레마입니다. ...

들어가며 최근 Hugo에 PaperMod 테마를 이용해서 블로그를 만들고 운영을 시작했습니다. 다른 사람이 만든 것을 그대로 사용하는건 빠르게 운영할 수 있다는 장점이 있지만, 모든 부분이 나에게 맞는 건 아니였습니다. 수많은 곳을 내 입맛과 취향에 맞춰서 수정하다가 보니 코드 블록에 문제가 좀 있더군요. ...