본문 글자가 밝은 배경에 묻히면 오래 읽기 어렵지만 기본 문단 색만 진하게 바꾸는 것으로 끝나지 않습니다. 링크, 방문한 링크, 도움말, 오류, 비활성 버튼처럼 상태가 바뀌는 글자도 같은 화면에서 읽혀야 합니다.
먼저 디자인에서 사용하는 글자와 배경 색상 토큰을 수집합니다. 실제 페이지에서 임의 색상이 따로 쓰인 곳을 찾아 기준 토큰과 비교합니다. 이미지 위 글자와 반투명 배경도 별도 사례로 둡니다.
본문, 작은 설명, 링크, 버튼, 폼 오류, 표 머리글, 비활성 상태를 목록으로 만들고 각각의 조합을 검사합니다. 색상 차이만으로 링크나 상태를 구분하지 않고 밑줄, 아이콘, 문구 같은 추가 표지를 사용합니다.
자동 대비 계산은 기준선이지만 실제 사용 조건을 모두 대신하지 않습니다. 글자 크기와 굵기, 화면 밝기, 고대비 모드, 다크 모드에서 읽기 여부를 확인합니다. 브랜드 색을 유지한다는 이유로 기능 문구를 희미하게 두지 않습니다.
수정할 때 한 페이지의 색상값을 직접 고치기보다 공통 토큰과 예외 사용처를 정리합니다. 토큰 변경이 다른 버튼이나 배경에서 새로운 충돌을 만들지 회귀 검사를 합니다. 로고와 사진의 색을 본문 글자 기준과 혼동하지 않습니다.
검수 결과는 통과·수정·디자인 재검토로 나누고 캡처와 위치를 남깁니다. 이용자 피로와 전환 성과를 수치 하나로 추정하지 않고 읽기 방해가 사라졌는지 과제 테스트를 병행합니다.
최종 산출물은 화면 요소, 상태, 글자·배경 토큰, 검사 결과, 수정 책임이 담긴 대비 상태표입니다. 이 표를 공통 디자인 변경 때 다시 실행하면 연한 글씨 한 종류만 고치는 데서 그치지 않고 실제 읽기와 조작에 필요한 모든 상태를 관리할 수 있습니다.
대비 상태표는 포커스 테두리와 선택 상태도 포함합니다. 글자를 읽을 수 있어도 현재 키보드 위치가 보이지 않으면 기능을 사용할 수 없습니다. 오류와 성공을 빨강·초록만으로 구분하지 않고 아이콘과 문구를 함께 사용합니다. 신규 컴포넌트 승인 때 상태표의 조합을 자동 검사하되 실제 화면 검수도 남깁니다.