도움 정보 - by. UXKM

  • A11Y
  • A11y Creation Tech
  • 모바일 접근성 제작 기법
  • 도움 정보
요약 설명

관련 지침(예측 가능성) : 도움 정보가 제공되는 경우, 각 페이지에 동일한 순서로 접근할 수 있는가?
도움말 위치가 화면마다 달리면 사용자는 매번 탐색 비용을 치릅니다. 헤더·설정·플로팅 버튼 등 한 가지 패턴을 유지합니다.

모바일 앱 접근성 체크리스트(MACAG) 전체 보기
WCAG 2.2 — Consistent Help

필요성

일관된 도움 진입점은 인지 부하를 줄이고, 스크린 리더 사용자가 익숙한 제스처로 도움말에 도달하게 합니다.

대상

  • 인지 장애인

    매 화면에서 도움을 새로 찾는 데 스트레스를 받는 사용자.

  • 스크린 리더 사용자

    ‘도움말’이 항상 같은 랜드마크/순서에 있어야 빠르게 도달하는 사용자.

  • 고령·초보 사용자

    전화 상담 번호를 급할 때 같은 위치에서 찾으려는 사용자.

  • 운영·CS팀

    진입 경로가 일정해야 안내 스크립트가 단순해집니다.

체크리스트

  • 위치

    도움 아이콘이 내비게이션/헤더의 동일한 슬롯에 있는가?

  • 순서

    탭 순서·스와이프 순서에서 도움이 항상 같은 상대 위치인가?

  • 전역 vs 맥락

    화면별 FAQ와 전역 고객센터가 서로 다른 레이블로 혼동되지 않는가?

  • 딥링크

    특정 도움 문서로 바로 열어도 전역 도움 진입이 유지되는가?

구현 시 참고

  • ‘도움말’ 링크의 순서(예: 항상 제목줄 오른쪽 끝)를 템플릿으로 고정합니다.
  • 챗봇·전화·FAQ로 이어지는 흐름도 동일한 시작점에서 열리게 합니다.
  • 딥링크로 특정 도움 문서를 열 때도 전역 내비게이션은 유지합니다.

점검 방법

  • 무작위로 5개 화면을 골라 도움말까지 도달하는 스텝 수를 비교합니다.
  • 스크린 리더 로터에서 ‘도움’ 관련 컨트롤이 예상 위치에 있는지 확인합니다.

개발방법

아래 코드는 도움 정보 검사항목을 기준으로, 사용자가 의미를 쉽게 이해하도록 구성한 예시입니다. 도움말 진입 위치와 방식은 화면마다 일관되게 유지해 탐색 부담을 줄입니다.

네이티브

iOS (Swift)

Android

하이브리드

html

Vue

React


접근성 테스트 도구 활용 점검방법

결론

접근성은 시작은 있지만 끝이 없는 작업입니다.
오류 항목을 정기적으로 점검하여 접근성 개선을 한다면 점차 검사를 할 항목이 줄어들게 될 것입니다. 모두가 차별 없이 서비스를 이용할 수 있도록 접근성 유지를 위한 모두의 노력이 필요합니다. 무엇보다 접근성 작업은 서비스를 제공한다면 선택이 아닌 필수로 지켜야하는 항목임을 잊지 말아야 합니다.

접근성 작업 시 점검 필수사항

  • 접근성 가이드(WCAG, KWCAG, WAI-ARIA) 내용 숙지
  • 접근성 체크리스트 작성
  • 접근성 자동 및 수동 검사(스크린리더) 진행
  • 접근성 검사 툴(Lighthouse Accessibility 등) 활용 오류 항목 개선 및 내용 정리
  • 접근성 사용자 테스트
  • 접근성 정기적인 모니터링