공식 출처: 42dot Asta Sans GitHub
차량이 곧 도착해요. 현재 위치와 탑승 지점을 확인한 뒤, 기사님에게 보낼 메모를 남겨 주세요.
Asta Sans는 이런 해요체 안내문에서 장점이 잘 보여요. 정확해야 하는 정보가 너무 차갑지 않게 읽히고, 숫자와 상태값도 화면 구조에 잘 붙습니다.
Asta Sans의 매력은 한쪽으로만 가지 않는다는 데 있습니다. 너무 둥글면 기술 제품이 가벼워 보이고, 너무 기계적이면 한국어 안내문이 차갑게 끊깁니다. Asta Sans는 그 중간을 꽤 영리하게 잡아요.
공식 설명에서 말하는 직선과 부드러운 곡선의 대비가 실제 UI에서도 느껴집니다. 화면 구조는 또렷하게 세우되, 사용자를 안내하는 문장은 딱딱하게 굳지 않아요. 그래서 ‘검토가 완료되었어요’, ‘잠시 후 다시 시도해 주세요’ 같은 해요체 문장과 잘 맞습니다.
이 지점이 프리텐다드나 SUIT와의 차이입니다. 프리텐다드는 더 범용적이고, SUIT는 더 기업형으로 단정합니다. Asta Sans는 그보다 조금 더 현대적인 기술 브랜드의 표정을 남겨요.
Asta Sans는 42dot이 공개한 폰트라는 배경만으로도 모빌리티 제품과 연결해서 보기 좋습니다. 위치, 시간, 거리, 배차, 충전, 예약처럼 숫자와 한국어 안내가 계속 반복되는 화면에서 폰트가 너무 감성적으로 흐르면 신뢰감이 약해집니다.
Asta Sans는 이런 정보들을 차갑게만 만들지 않습니다. ‘차량이 곧 도착해요’ 같은 문장에서는 친절하고, ‘배터리 잔량 18%’ 같은 정보에서는 구조적으로 보여요. 고객용 앱과 운영자 콘솔을 같은 브랜드 아래 묶어야 하는 팀에게 이 균형이 꽤 유용합니다.
AI 도구나 운영 플랫폼에서도 비슷합니다. 모델 상태, 승인 대기, 분석 완료, 오류 복구 같은 문장들이 반복될 때 Asta Sans는 기술적인 긴장감을 유지하면서도 한국어 문장을 사람 말처럼 읽히게 해줍니다.
공식 헤더는 단순히 예쁜 샘플 이미지가 아니에요. Light, Regular, Medium, Semi bold, Bold, Extra bold의 흐름을 보여주기 때문에 실제 디자인 시스템에서 어떤 굵기를 어디에 둘지 상상할 수 있습니다.
본문은 400, 보조 라벨은 500, 섹션 제목은 600, 랜딩 히어로나 문서 표지는 800으로 시작해보세요. 이렇게 잡으면 한 폰트 안에서 앱 UI와 브랜드 문서를 함께 운영할 수 있습니다.
다만 작은 캡션에서 자간을 과하게 줄이면 받침이 많은 한국어가 답답해질 수 있어요. 13px 이하에서는 줄 높이를 넉넉하게 두고, 긴 설명문에서는 400 weight를 기준으로 먼저 보세요.
Asta Sans는 라틴도 제공하지만, 글로벌 SaaS처럼 영문 헤드라인의 캐릭터가 중요한 페이지라면 Geist나 Satoshi를 제목에 두고 Asta Sans를 한국어 본문과 캡션에 두는 조합이 좋습니다. 이렇게 하면 영문은 날카롭게, 한국어는 안정적으로 읽힙니다.
반대로 한국어 중심 서비스라면 전체를 Asta Sans로 밀어도 됩니다. 이때 제목을 700이나 800으로 올리고 본문을 400으로 낮추면 브랜드 표정과 읽힘이 같이 생깁니다.
피해야 할 조합은 너무 둥근 디스플레이 폰트와 Asta Sans를 섞는 방식이에요. Asta Sans가 가진 기술적 구조감이 흐려질 수 있습니다. 보조 폰트를 붙인다면 성격이 선명한 영문 산세리프 쪽이 더 잘 맞습니다.
공식 저장소에는 OFL.txt가 포함되어 있고, Google Fonts에서도 Asta Sans를 불러올 수 있습니다. 웹에서는 Google Fonts CSS로 시작하고, 앱이나 폐쇄망 환경에서는 공식 저장소 파일을 기준으로 self-hosting을 검토하면 됩니다.
상업용 무료 폰트라고만 적어두면 나중에 출처가 흐려지기 쉬워요. 42dot GitHub URL, OFL.txt, 사용 weight, 배포 경로를 프로젝트 문서에 함께 남기는 게 좋습니다.
Snapdeck에서는 Asta Sans를 한국어 기술 제품, 모빌리티 UI, AI·운영 플랫폼, 해요체 안내문이 많은 서비스의 강한 후보로 분류해두었습니다.
