접근성 선언

목표 수준

TradeOnDEX는 WCAG 2.2 AA 등급을 기본선으로 잡고, 가독성과 디자인을 해치지 않는 선에서는 AAA까지 노려요. 예를 들어 사이트 색상 팔레트는 AAA 대비 기준으로 계산해서, 모든 페이지가 쓰는 디자인 토큰에 고정해 뒀어요.

실제로 들어가 있는 것들

• 조작 가능한 모든 요소에 눈에 보이는 포커스 표시가 있어요.
• 모든 페이지에서 처음 포커스되는 요소가 "본문으로 건너뛰기" 링크예요.
• 색만으로 정보를 전달하는 곳은 없어요. 적록색약인 독자도 있으니 항상 화살표나 글자를 함께 써요.
• 글자 크기는 rem과 clamp()만 써서, 시스템의 글자 크기 설정을 그대로 따라요.
• prefers-reduced-motion을 존중해요. 애니메이션은 기본적으로 꺼져 있어요.
• html 태그의 lang 속성이 페이지 언어를 정확히 따라가고, 아랍어에서는 읽기 방향도 뒤집혀요.
• 의미 있는 랜드마크(header, aria-label이 붙은 nav, main, footer)와 눈에 보이는 순서와 일치하는 포커스 순서를 써요.

어떻게 검사하는지, 자동과 수동

axe-core와 Lighthouse 같은 자동 도구가 빌드마다 돌아가요. 다만 알아 둘 게 있어요. 이게 전부가 아닌 이유이기도 한데, 두 도구를 합쳐도 WCAG 기준의 많아야 40퍼센트 정도만 잡아내요(완전 자동화 가능한 부분이 약 29.5퍼센트, 부분적으로 가능한 부분이 10.3퍼센트). 키보드 조작, 포커스 관리, 스크린 리더 의미 구조는 사람이 직접 봐야 해요.

그래서 큰 릴리스마다 수동 점검도 해요. 마우스 없이 키보드만으로 전체를 조작해 보고, 스크린 리더로 최소 한 번은 실제로 테스트해요(윈도우의 NVDA, 또는 맥과 iOS에 기본으로 들어 있는 VoiceOver). 이 단계는 자동화되지 않았고 앞으로도 사람 몫이에요.

알려진 한계

자동 검사는 빌드마다 통과하지만, 스크린 리더로 하는 전체 수동 테스트는 아직 못 했어요. 자동 검사가 판단할 수 없는 바로 그 부분, 즉 논리적인 포커스 순서와 소리로 읽었을 때 페이지 구조가 얼마나 이해되는지는 따로 검증되지 않았어요. 그래서 어딘가 막힌다면 알려 주세요. 저희가 이어받을게요.

접근성 관련 문의

이 사이트에서 접근성 장벽을 만났나요? 문의 페이지로 알려 주세요. 문제 내용과 가능하면 해당 페이지, 그리고 쓰던 기기나 보조 기술(예: 브라우저와 스크린 리더)까지 적어 주면 좋아요. 제보는 콘텐츠 유지보수 주기에 반영해요.

문의하기