WCAG 항목을 외운 사람인지, 컴포넌트 설계 단계에서 접근성을 어떻게 묶어 보는지 우선순위로 설명하는 사람인지를 가른다.
웹 접근성은 장애 여부와 무관하게 모든 사용자가 정보를 인지·조작할 수 있게 만드는 품질 기준이다. 실무 개선은 시맨틱 마크업, 올바른 레이블링, 키보드 포커스 순서, 충분한 명도 대비, 스크린리더 친화 구조를 기본으로 잡는다. ARIA는 시맨틱 HTML로 풀리지 않는 경우에만 _최소한_으로 쓰고, 자동 점검 도구 결과와 실제 키보드/보조기기 테스트를 함께 본다. 결국 접근성은 "나중에 붙이는 옵션"이 아니라 컴포넌트 설계 단계에서 잡아야 비용이 가장 낮다.
div 버튼을 button/role+키보드 핸들러로 정리해본 적이 있다면 시맨틱과 키보드 흐름이 묶이는 이야기로 자연스럽게 풀 수 있다
스크린리더로 직접 페이지를 들어본 경험이 있다면 자동 검사가 못 잡는 부분을 답변 후크로 쓸 수 있다
컴포넌트 라이브러리에 visible focus·aria-label 규칙을 표준화한 적이 있다면 그 기준이 그대로 답이 된다
아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.