접근성

Murelio는 장애 유무, 입력 방식, 화면 크기와 관계없이 핵심 도구를 사용할 수 있도록 접근성을 제품 품질의 일부로 다룹니다. WCAG 2.2 Level AA를 설계 목표로 삼지만, 현재 사이트 전체에 대해 독립된 공식 적합성 인증을 받았다고 주장하지 않습니다.

1. 접근성 목표

가능한 범위에서 키보드만으로 탐색하고 조작할 수 있게 하고, 입력 필드에 명확한 이름과 설명을 제공하며, 결과와 오류가 색상만으로 전달되지 않도록 구성합니다.

접근성은 별도 부가 기능이 아니라 새로운 도구와 화면을 만들 때 함께 검토해야 하는 기본 품질 기준으로 봅니다.

주요 링크, 버튼, 입력, 선택 항목은 키보드 포커스를 받을 수 있어야 하며 현재 포커스 위치가 보이도록 합니다. 모달이나 검색 화면처럼 별도 레이어가 열리는 경우 닫기와 포커스 이동이 예측 가능하도록 구성합니다.

드래그가 필요한 기능은 가능한 경우 버튼, 입력값, 순서 변경 컨트롤처럼 대체 조작 방법을 제공하는 방향으로 설계합니다.

제목 구조, 레이블, 버튼 이름, 상태 영역, 오류 메시지 등은 시각적 배치만으로 의미를 전달하지 않도록 시맨틱 요소와 필요한 접근성 속성을 사용합니다.

동적으로 결과가 바뀌는 도구에서는 결과 변경이 중요한 경우 보조기술 사용자가 인지할 수 있는 상태 전달 방식을 고려합니다.

텍스트와 주요 조작 요소는 배경과 충분히 구분되도록 디자인하며, 오류·성공·선택 상태를 빨강이나 초록 같은 색상 하나만으로 표현하지 않는 것을 원칙으로 합니다.

라이트·다크·시스템 테마에서 동일한 정보 구조를 유지하고, 테마 변경 때문에 중요한 텍스트가 사라지거나 대비가 크게 낮아지지 않도록 점검합니다.

모바일, 태블릿, 데스크톱뿐 아니라 브라우저 확대와 좁은 화면에서도 가로 스크롤이나 요소 겹침을 줄이도록 설계합니다. 핵심 작업이 특정 고정 해상도에서만 가능하지 않도록 합니다.

터치 화면에서는 주요 버튼과 조작 대상이 지나치게 작아지지 않도록 하고, 마우스 hover만으로 필수 정보를 제공하지 않는 것을 목표로 합니다.

운영체제나 브라우저에서 움직임 감소 설정을 사용하는 경우 불필요한 애니메이션을 줄일 수 있도록 고려합니다. 애니메이션이 완료되어야만 결과를 이해할 수 있는 경우에도 사용자가 결과를 놓치지 않도록 상태를 분리합니다.

빠르게 반복되는 움직임이나 과도한 시각 효과가 핵심 정보 전달을 방해하지 않도록 합니다.

입력 오류는 가능한 경우 어떤 값이 잘못되었는지, 허용 범위가 무엇인지, 사용자가 어떻게 수정할 수 있는지를 텍스트로 설명합니다. 단순히 입력 테두리 색만 바꾸는 방식에 의존하지 않습니다.

범위 슬라이더와 같이 정밀한 조작이 어려울 수 있는 컨트롤에는 가능한 경우 숫자 직접 입력이나 증감 조작을 함께 제공합니다.

일부 캔버스, 시각화, 게임성 인터랙션, 파일 미리보기, 브라우저가 직접 제공하는 네이티브 UI는 보조기술과의 상호작용이 일반적인 폼보다 제한될 수 있습니다. 이러한 영역은 대체 텍스트, 별도 결과 값, 추가 조작 수단을 지속적으로 보완합니다.

브라우저 자체의 파일 선택기, 다운로드 UI, 권한 팝업은 Murelio가 완전히 제어할 수 없으므로 운영체제와 브라우저의 접근성 지원 수준에 영향을 받을 수 있습니다.

접근성 관련 자동 검사만으로 적합성을 판단하지 않고 키보드 탐색, 포커스, 화면 크기, 주요 브라우저에서의 조작 가능성을 함께 확인합니다.

현재 WCAG 2.2 Level AA를 목표로 개선하고 있으나 전체 사이트가 모든 성공 기준을 예외 없이 충족한다는 공식 인증 문구는 사용하지 않습니다.

접근성 장벽을 발견하면 공개 GitHub Support에서 접근성 문제로 신고할 수 있습니다. 공개하기 어려운 개인정보나 보조기술 환경 정보가 포함되어야 한다면 [email protected]로 보내 주세요.

가능하면 문제가 발생한 페이지, 사용한 브라우저·기기, 사용 중인 보조기술, 기대했던 동작과 실제 동작을 알려주면 확인에 도움이 됩니다.