저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.
접근성 감사란 디지털 제품이 장애인에게 적합한지 여부를 체계적으로 평가하는 과정으로, 일반적으로 웹 콘텐츠 접근성 지침(WCAG)을 기준으로 평가합니다. 이 감사를 통해 접근성을 저해하는 요소들의 목록이 작성되며, 각 요소는 해당 요소가 충족하지 못하는 특정 성공 기준과 연결되고, 심각도 및 개선 방안에 대한 지침이 함께 제시됩니다.
감사에 있어 가장 중요한 실질적인 사실은 자동화 도구가 접근성 문제의 극히 일부만을 감지한다는 점입니다. 이러한 도구들은 대체 텍스트 누락, 불충분한 색상 대비, 폼 레이블 누락, 구조적 마크업 오류 등을 정확하게 찾아내어 유용하게 활용할 수 있습니다. 하지만 대체 텍스트의 의미, 읽기 순서의 적절성, 사용자 정의 구성 요소의 보조 기술 호환성, 동적 변화 시 포커스 관리 기능의 작동 여부, 콘텐츠의 이해 가능성 등은 평가할 수 없습니다. 스캐너를 실행하고 보고된 항목을 수정하여 접근성 준수를 선언하는 조직은 실제적인 장벽의 극히 일부만을 해결한 셈입니다.
따라서 수동 테스트는 감사의 핵심적인 부분입니다. 키보드만으로 제품 전체를 탐색하고, 사용자가 실제로 사용하는 플랫폼에서 화면 낭독기를 사용하여 테스트하고, 확대/축소 및 텍스트 크기 증가 시 동작을 확인하고, 동적 콘텐츠 변경 사항이 제대로 안내되는지 검증하고, 시각적 표시기를 볼 수 없는 사용자를 위해 오류 처리가 제대로 작동하는지 확인하는 등 모든 테스트에는 사람이 직접 참여해야 합니다. 이러한 테스트를 통해 실제로 작업 완료를 방해하는 장애물을 찾아낼 수 있습니다.
장애인 사용자를 대상으로 한 테스트는 자동화나 전문가 검토로는 도달할 수 없는 추가적인 영역을 다룹니다. 기술적 적합성이 사용성을 보장하는 것은 아니며, 모든 성공 기준을 충족하는 제품이라도 보조 기술과 함께 사용하기에는 불편할 수 있습니다. 화면 낭독기, 확대 기능, 음성 제어 또는 스위치 접근성을 일상적으로 사용하는 사람들과의 테스트 세션은, 시각 장애가 없는 전문가가 그러한 환경을 시뮬레이션할 때 경험하지 못하는 불편함을 드러냅니다.
감사 범위는 페이지 수보다는 사용자 여정을 기준으로 정의해야 합니다. 대규모 사이트의 모든 페이지를 감사하는 것은 비현실적이고 불필요합니다. 등록, 구매, 계정 관리, 지원을 포함한 핵심 사용자 여정 전체와 각 템플릿의 대표 샘플을 감사하는 것이 적절한 노력으로 중요한 장애 요소를 파악하는 데 효과적입니다. 결제 과정에서의 장애는 보관된 기사에서 발생하는 장애보다 비즈니스에 훨씬 더 큰 영향을 미칩니다.
법적 차원은 많은 관할권에서 이론적인 차원을 넘어 실질적인 차원으로 발전했습니다. 유럽 연합과 영국의 공공 부문 기관들은 명시적인 접근성 요건과 공개 성명 의무를 준수해야 하며, 유럽 접근성법(European Accessibility Act)은 이러한 요건을 다양한 민간 부문 서비스로 확대 적용하고 있습니다. 또한 미국에서는 접근성이 떨어지는 웹사이트와 관련된 소송이 상당수 발생했습니다. 감사는 개선 기능과 더불어 규정 준수 증거를 제시하는 기능을 점점 더 많이 수행하고 있습니다.
조사 결과를 구체적인 작업 일정으로 전환해야만 실질적인 성과를 낼 수 있습니다. 성공 기준별로 수백 가지 문제를 나열한 감사 보고서는 계획이라기보다는 단순한 목록에 불과하며, 대개 진행을 지연시킵니다. 대부분의 문제가 여러 템플릿에서 반복적으로 발생하므로 근본 원인별로 문제를 그룹화하고, 사용자 경험에 미치는 영향과 영향을 받는 사용자 수를 기준으로 우선순위를 정하고, 담당자를 지정하여 배포 백로그에 추가하는 것이 문서를 실질적인 개선 조치로 전환하는 핵심입니다.
대부분의 문제는 개별 페이지보다는 구성 요소와 템플릿에서 발생하기 때문에, 근본적인 원인을 해결해야만 지속적인 개선이 가능합니다. 실제로 이러한 점검은 다음과 같은 방식으로 진행됩니다. UX 감사 작업 과정에서 시스템적 개선은 구성 요소 라이브러리 내에 적용됩니다. 제품 디자인그리고 법적 의무를 지닌 조직, 특히 다음과 같은 조직의 경우 공공 부문또한, 해당 감사를 통해 기업이 의무적으로 발표해야 하는 접근성 성명서에 대한 근거 자료를 확보할 수 있습니다.
저희는 Microsoft Clarity를 Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.