접근성 이슈 수정 전략

우선순위 프레임워크

A Prioritization Framework

감사가 끝나면 보통 수백 건의 발견 사항이 남습니다. 우선순위의 기본 축은 WCAG 적합성 수준(A > AA > AAA)이지만, 그것만으로는 부족합니다. 사용자 영향(과업을 차단하는가), 영향 범위(공용 컴포넌트라 여러 페이지에 반복되는가), 사용 빈도(핵심 사용자 여정에 있는가), 법적 리스크를 함께 매트릭스로 평가합니다.

An audit typically leaves hundreds of findings. WCAG level (A > AA > AAA) is the baseline axis, but not enough alone. Assess a matrix of user impact (does it block tasks), scope (does a shared component repeat it across pages), usage frequency (is it on a critical journey), and legal risk.

실무 등급 예시: 차단(blocker) — 특정 사용자 집단이 핵심 과업을 완료할 수 없음(키보드로 결제 불가), 중대(major) — 과업이 심각하게 어려움, 경미(minor) — 불편하지만 우회 가능. 같은 Level A 위반이라도 랜딩 페이지의 결함이 아카이브 페이지의 결함보다 먼저입니다. 우선순위 결과는 백로그 티켓으로 만들어 일반 개발 프로세스에 태웁니다.

A practical severity scale: blocker — a user group cannot complete a core task (checkout impossible by keyboard); major — tasks are severely difficult; minor — inconvenient but avoidable. The same Level A violation matters more on a landing page than in an archive. Turn prioritized findings into backlog tickets that ride the normal development process.

퀵윈과 임시 대안

Quick Wins and Interim Fixes

퀵윈(Quick Win)은 적은 노력으로 큰 개선을 주는 수정입니다: 누락 alt 추가, 폼 레이블 연결, 색상 대비 조정, 빈 링크·버튼에 이름 부여, 페이지 lang 속성, 건너뛰기 링크. 프로그램 초기에 퀵윈을 먼저 처리하면 가시적 성과가 조직의 동력을 만듭니다.

Quick wins deliver large improvement for little effort: adding missing alt, connecting form labels, adjusting contrast, naming empty links and buttons, the page lang attribute, skip links. Tackling quick wins first creates visible progress that fuels organizational momentum.

근본 수정이 오래 걸릴 때는 임시 대안(interim fix)을 먼저 제공합니다: 접근 불가능한 PDF에 HTML 버전 병행, 차트에 데이터 테이블 추가, 문제를 겪는 사용자를 위한 대체 채널(전화·이메일) 안내. 단, 임시 대안은 근본 수정을 대체하지 않으며, 접근성 성명에 알려진 한계로 공개하는 것이 정직한 운영입니다.

When root fixes take time, ship interim fixes first: an HTML version alongside an inaccessible PDF, data tables next to charts, alternative channels (phone, email) for affected users. Interim fixes never replace permanent remediation — and disclosing them as known limitations in your accessibility statement is the honest practice.

근본 원인 수정과 비용

Root-Cause Fixes and Cost

반복되는 결함은 증상이 아니라 근본 원인을 고쳐야 합니다. 100개 페이지의 버튼 대비 미달은 페이지 100번 수정이 아니라 디자인 토큰 1번 수정입니다. 접근 가능한 디자인 시스템과 컴포넌트 라이브러리는 결함의 재발 자체를 막는 가장 효과적인 수정 전략입니다.

Recurring defects call for root-cause fixes, not symptom patches. Sub-par button contrast on 100 pages is one design-token fix, not 100 page fixes. An accessible design system and component library is the most effective remediation strategy because it prevents recurrence itself.

비용의 법칙: 초기 설계 단계 통합이 가장 저렴하고(Shift Left), 출시 후 소급 수정은 초기 대비 30배 이상 비쌀 수 있습니다. 개발자·디자이너 교육 투자는 신규 결함 발생률을 낮춰 장기 수정 비용을 줄입니다. 수정 후에는 반드시 재검증(자동+수동)으로 실제 해결을 확인하고 회귀 테스트에 편입시킵니다.

The law of cost: integration at design time is cheapest (Shift Left); post-launch retrofits can cost 30x or more. Investing in developer and designer training lowers the new-defect rate and long-term cost. After fixing, always re-verify (automated plus manual) and fold the case into regression tests.