사용자 입력이 많은 서비스용 한글 폰트: 본고딕·본명조 선택 기준

운영자가 작성한 고정 문구는 필요한 글자를 미리 알 수 있지만 이름, 주소, 게시글은 그렇지 않다. 사용자 입력이 많은 서비스는 폰트의 인상보다 어떤 문자를 같은 패밀리로 표시할 수 있는지 먼저 확인해야 한다. 본고딕, 본명조, 프리텐다드를 자유 입력 표본으로 비교해 보자.

곽민혁 · 제주특별자치도 제주시 · Café Ω · 𠮷野家

서비스가 실제로 받는 문자를 모은다

현대 한글, 사람 이름, 도로명 주소, 한자, 라틴 확장, 숫자, 통화 기호, 이모지를 실제 데이터 형식에 맞춰 표본으로 만든다. 보기 드문 글자를 무작정 늘리기보다 가입·배송·검색처럼 중요한 흐름에서 필요한 범위를 우선한다.

개인정보를 그대로 시험 데이터에 옮기지 않는다. 구조와 문자 특성을 보존한 안전한 예시를 만들고, 재현할 수 있게 코드포인트나 문구 목록을 관리한다.

본고딕은 넓은 한글 범위와 UI를 본다

획획클럽 카탈로그의 본고딕은 현대 한글 11,172자 전체와 라틴·숫자·문장부호, 아홉 굵기를 지원하는 것으로 기록돼 있다. 폼, 커뮤니티, 주소 화면처럼 입력을 예측하기 어려운 UI에서 시작 후보가 된다.

넓은 범위가 한자·이모지까지 모두 같은 폰트로 보장한다는 뜻은 아니다. 표본 글자마다 실제 렌더링 폰트를 확인하고 시스템 폴백의 높이와 굵기를 기록한다.

이름: 류하늬 · 주소: 서울특별시 중구 세종대로 110

본명조는 읽기 역할과 입력 범위를 함께 본다

본명조도 카탈로그에 현대 한글 전체 범위와 여러 굵기가 기록돼 있다. 긴 게시글과 에디토리얼 입력을 명조로 읽히게 하려는 서비스라면 비교할 수 있다. 폼 라벨과 작은 상태값까지 명조로 맡길지는 별도로 판단한다.

사용자가 입력한 제목과 본문, 댓글을 같은 패밀리로 보여 줄지 역할을 나눈다. 넓은 문자 범위만으로 UI 작은 글씨의 가독성이 자동으로 확보되지는 않는다.

프리텐다드는 제품 화면과 폴백을 본다

프리텐다드 공식 저장소와 카탈로그는 현대 한글 전체 범위, 아홉 굵기, 권장 폴백 구성을 안내한다. 제품 UI와 자유 입력을 한 고딕 패밀리로 묶기 쉬운 후보지만 정확한 배포 파일과 서브셋 방식을 확인해야 한다.

동적 서브셋을 쓸 때 드문 글자가 언제 어떤 파일로 오는지 네트워크에서 본다. 로딩 지연 동안 폴백 글자가 섞이며 줄 높이가 달라지지 않는지도 확인한다.

한글 11,172자 표기와 실제 서비스의 한자·이모지 지원은 같은 질문이 아니다.

글자 표시와 화면 안정성을 함께 판정한다

표본이 보이는지, 목표 폰트로 보이는지, 폴백이 들어와도 레이아웃이 유지되는지를 따로 기록한다. 입력·목록·상세·검색 결과에서 같은 문자열을 확인하고 모바일 확대에서도 잘리지 않아야 한다.

본고딕 상세에서 대표 후보의 문자 범위를 확인한 뒤 폰트 시뮬레이터에 서비스 표본을 넣자. 모양 선호는 문자 표시와 폴백 안정성을 통과한 후보 사이에서 결정한다.