병원 광고 랜딩페이지 모바일 글자, 숫자 하나보다 확대 후 손실을 점검합니다

본문을 16px로 맞췄다는 이유만으로 모바일 글자가 읽기 쉬운 것은 아닙니다. 광고 조건이나 출처를 11px로 줄이거나, 버튼 높이를 고정해 글자가 잘리거나, 확대 시 동의 문구가 화면 밖으로 밀릴 수 있습니다. 기본 크기 숫자만 확인하지 말고 방문자가 글자를 키웠을 때 모든 정보와 기능이 남는지를 실제 화면에서 점검해야 합니다.

가장 작고 중요한 문구부터 목록으로 만듭니다

제목·본문뿐 아니라 가격 조건, 대상·기간, 출처, 이미지 캡션, 탭 이름, 고정 버튼, 폼 레이블, 오류 메시지와 개인정보 동의 문구를 표본에 넣습니다. 장식 문구보다 판단과 제출에 필요한 문구가 작게 처리되지 않았는지 봅니다. 이미지 안에 넣은 텍스트는 확대·복사·화면 읽기가 어려우므로 가능한 한 실제 텍스트로 제공합니다.

글자 크기와 함께 줄 간격, 문단 간격, 글자색 대비, 한 줄 길이와 배경 이미지를 확인합니다. 크기가 커도 흐린 회색이거나 촘촘한 줄 간격이면 읽기 어렵습니다. 브랜드 서체가 늦게 로드될 때 대체 서체로 바뀌며 줄바꿈이 깨지는지도 시험합니다.

200% 확대에서 정보와 기능을 확인합니다

WCAG 2.2의 텍스트 크기 조정 기준은 자막과 텍스트 이미지의 예외를 제외하고, 보조 기술 없이 텍스트를 200%까지 키워도 콘텐츠나 기능이 손실되지 않아야 한다고 명시합니다. WCAG 2.2 Resize Text 이는 특정 기본 px 값을 일률적으로 정하는 기준이 아니라 확대를 막지 않고 결과를 검수하라는 요구입니다.

브라우저 확대 200%, 운영체제 큰 글자와 모바일 브라우저의 글자 확대를 각각 시험합니다. 제목이 카드 밖으로 나가거나 한 글자씩 세로로 쌓이는지, 가격 조건이 잘리는지, 버튼과 닫기 아이콘이 사라지는지 봅니다. 화면 폭 320 CSS px 근처와 가로 방향에서도 확인합니다.

고정 높이와 숨김 처리를 의심합니다

텍스트 컨테이너의 고정 높이, 한 줄 말줄임, `overflow: hidden`, 절대 위치와 고정 하단 바는 확대 손실의 흔한 원인입니다. 중요한 문구는 여러 줄로 늘어나게 하고 컨테이너 높이도 내용에 따라 커지게 합니다. 팝업과 동의 창은 확대 뒤에도 닫기·뒤로 가기와 본문 스크롤을 사용할 수 있어야 합니다.

`rem`·`em` 같은 상대 단위를 썼다는 사실만으로 통과시키지 않습니다. 미디어 쿼리가 작은 화면에서 글자를 다시 줄이거나, 자바스크립트가 계산한 높이가 이전 값을 유지할 수 있습니다. 실제 렌더링과 행동을 기준으로 봅니다.

폼 완료까지 같은 설정을 유지합니다

첫 화면만 확대하고 끝내지 않습니다. 예약·문의 폼 진입, 입력, 유효성 오류, 개인정보 안내, 제출과 완료 화면을 같은 설정으로 진행합니다. 자동완성 글자와 선택 목록, 날짜 선택기의 플랫폼 글자도 확인합니다. 오류가 색으로만 표시되거나 키보드에 가려지지 않게 합니다.

검수 기록에는 기기·브라우저·화면 폭·확대 방식·문제 위치와 수정 전후 스크린샷을 남깁니다. 출처 확인일은 2026-10-26입니다. 수치와 기기 조합은 검수 예시이며 실제 접근성 적합성은 전체 페이지와 지원 환경을 기준으로 평가해야 합니다.