폰트비 블로그
폰트/타이포그래피/디자인

영문·한글 혼용 폰트가 어긋나 보이는 패턴 — 실패에서 역산한 페어링 원칙

글쓴이 · 폰트비
흑백 타이포그래피 포스터

디자인 파일을 열어두고 한 시간째 폰트 조합을 바꿔보는 상황을 한 번쯤 겪어봤을 거예요. 영문 폰트도 예쁘고, 한글 폰트도 마음에 드는데 — 막상 둘을 나란히 놓으면 뭔가 엇나간 느낌. 크기를 올려봐도, 자간을 조정해봐도 여전히 찜찜하다. 결국 시간에 쫓겨 "그냥 Noto Sans로 퉁치자"고 타협했다면, 그 실패는 감각 부족 때문이 아니에요.

어색한 결과물에서 거꾸로 올라가 보면, 원인은 거의 세 가지 중 하나에 걸립니다. x-height 불일치, 굵기 밀도 미스매치, 그리고 분위기 충돌. 이 글은 "잘 어울리는 조합 목록"을 나열하는 대신 — 실제로 무너지는 지점부터 먼저 짚고, 그 원인을 거꾸로 설명합니다. 실패가 어디서 오는지 알면 처음 보는 폰트 조합도 스스로 판단할 수 있거든요.

결과물이 어색하다면 x-height 불일치부터 의심하라

x-height는 라틴 소문자 'x'의 높이, 즉 소문자가 실제로 차지하는 세로 공간이에요. 같은 16px라도 x-height가 큰 폰트는 꽉 찬 느낌을 주고, x-height가 낮은 폰트는 같은 크기에서 훨씬 가냘프게 보입니다.

문제는 한글과 영문이 서로 완전히 다른 설계 체계에서 출발한다는 점이에요. 한글은 정사각형에 가까운 고정폭 공간 안에 자모가 배치되는 구조라, 영문 소문자의 어센더·디센더 개념 자체가 없어요. 그래서 두 폰트를 같은 포인트로 나란히 놓으면 높이 기준이 어긋나 — 한글이 지나치게 크거나, 영문이 유독 작아 보이는 현상이 생깁니다.

Pretendard가 Inter와 잘 어울리는 이유가 여기에 있어요. Pretendard는 라틴 글리프를 Inter에서 가져와 한글(본고딕 계열)과 조합해, 같은 환경에서 x-height가 자연스럽게 통일되도록 설계됐거든요. Google Fonts Knowledge에서도 x-height를 서로 다른 폰트를 혼용할 때 시각적 균형에서 가장 먼저 확인해야 할 기준으로 꼽습니다. 반면, x-height가 유독 낮은 클래식 세리프 영문 폰트에 고밀도 한글 폰트를 그냥 붙이면 — 한글이 영문보다 눈에 띄게 크고 무거워 보이는 결과가 나와요.

같은 Regular인데 한글만 더 진해 보이는 굵기 밀도 미스

"둘 다 Regular니까 균형은 맞겠지."

근데 한글 쪽이 확연히 더 어둡게 보이면, 내 모니터가 이상한 걸까요? 아니에요.

한글은 자모 획이 영문 알파벳보다 훨씬 많고, 정사각형 공간 안에 빽빽하게 들어갑니다. 획 굵기 자체는 같아도 페이지 위에서 더 어둡고 조밀하게 느껴질 수밖에 없는 구조예요. 이건 폰트 품질의 문제가 아니라 한글이라는 문자 체계 자체의 특성입니다.

그래서 실무 보정 방향은 간단해요. 영문 Light + 한글 Light 조합에서 한글이 확연히 진해 보인다면, 영문만 Regular로 올리거나 한글 font-weight를 한 단계 내리는 거예요. 반대로 처음부터 이 문제를 피하고 싶다면, 같은 패밀리 안에서 라틴과 CJK를 함께 설계한 폰트를 고르면 됩니다. Noto Sans와 Noto Sans KR이 그 사례예요 — 같은 프로젝트에서 명도를 맞추도록 만들어졌기 때문에 같은 weight로 써도 비교적 잘 맞거든요.

이 문제가 가장 두드러지게 나타나는 조합이 Light·Thin 계열 영문과 Regular 한글을 섞을 때예요. 영문을 가늘게 써서 세련된 느낌을 내려다가, 옆에 붙은 한글이 지나치게 무겁게 보여서 결국 전체적으로 불균형한 결과가 나오는 경우입니다. 이 경우는 한글도 Light로 낮추는 것보다 — 두 폰트 모두 Regular 이상에서 시작하고 무게를 함께 조정하는 편이 더 안정적인 결과를 줘요.

수치는 다 맞는데도 글자가 싸우는 느낌, 분위기 충돌

글자 크기와 굵기 밀도가 잘 맞더라도 분위기가 충돌하면 조합은 깨집니다.

Playfair Display는 획 굵기 대비가 강한 고전 세리프 서체예요. 고급스럽고 우아한 인상을 주는 폰트죠. 여기에 획 굵기가 균일하고 현대적인 Noto Sans KR을 붙이면 — 영문과 한글이 서로 다른 시대에서 온 듯한 이질감이 생겨요. 글자가 싸우는 느낌이랄까요.

Adobe Fonts의 다국어 조판 가이드에서도 감성적 어울림을 먼저 살피고 수치를 나중에 조정하도록 안내합니다. 세리프 영문에는 세리프 한글(본명조, Noto Serif KR)을, 산세리프 영문에는 산세리프 한글(고딕 계열)을 기본으로 가져가는 게 출발점이에요. 세리프·산세리프를 의도적으로 섞는 경우도 있지만, 그건 충분한 크기 대비와 역할 분리(제목용/본문용)가 뒷받침될 때만 성립합니다.

안전한 조합에서 공통점을 역산하면

아래는 영문 폰트와 한글 폰트의 조합을 x-height·굵기·분위기 세 기준에서 왜 어울리는지 정리한 것입니다. 목록보다 근거 쪽에 주목해 보세요 — 이 표의 진짜 목적은 조합 암기가 아니라, "왜 되는지"를 역산하는 데 있어요.

영문 폰트한글 폰트어울리는 근거
InterPretendardPretendard가 Inter의 라틴 글리프를 가져와 한글과 조합 — 같은 환경에서 x-height 자연 통일
Noto SansNoto Sans KR같은 Noto 프로젝트에서 라틴·CJK 명도 통일 설계
Playfair Display본명조 (Source Han Serif)획 대비 있는 세리프 계열 — 분위기 일치
GeorgiaNoto Serif KR중간 세리프 명조 계열 — 웹 가독성·분위기 일치
RobotoNoto Sans KRGoogle 산하 산세리프 계열 — 굵기·간격 기준 정렬

이 표에서 공통점을 역산하면 세 가지예요. 같은 프로젝트에서 함께 설계됐거나, 같은 세리프/산세리프 계열이거나, 수직 메트릭을 참고해 맞추도록 만들어진 경우. 이 세 조건 중 하나라도 해당하면 일단 안전한 조합이에요.

어색함이 느껴졌을 때 어디서 무너졌는지 역산하는 법 🔍

"이미 써봤는데 어색해" — 이 상태에서 시작하는 역산 흐름입니다. 위에서 짚은 세 가지 실패 원인을 기준으로, 느껴지는 증상에서 거꾸로 올라가면 원인을 찾을 수 있어요.

증상: 한글과 영문의 시각적 크기가 다르게 느껴진다

포인트는 같게 설정했는데도 한글이 유독 크거나 영문이 왜소해 보인다면 x-height 문제예요. 두 폰트를 같은 크기로 나란히 놓고 라틴 소문자 높이를 기준으로 비교해 보세요. 차이가 눈에 띄게 크다면 — 폰트 자체를 바꾸거나, 시각적으로 작아 보일 수 있어 한글 쪽 font-size를 살짝 낮추는 경우도 있습니다. Pretendard + Inter처럼 수직 메트릭을 맞춰 설계된 쌍을 쓰면 이 문제 자체가 발생하지 않아요.

증상: 한글만 확연히 어두워 보인다 (같은 Regular인데)

이건 앞서 패턴 2에서 짚은 구조적 특성이에요 — 틀린 감각이 아닙니다. 한글 자모의 획 수와 밀도가 영문 알파벳보다 훨씬 높아서, 같은 weight라도 페이지 위에서 더 어둡게 느껴집니다. 보정 방향은 간단해요. 영문을 Light에서 Regular로 한 단계 올리거나, 한글 font-weight를 한 단계 낮추면 됩니다. 처음부터 피하고 싶다면, Noto Sans + Noto Sans KR처럼 같은 프로젝트에서 명도를 함께 맞춰 설계된 쌍을 선택하는 게 근본 해결책이에요.

증상: 수치는 맞는 것 같은데도 두 폰트가 따로 놀아 보인다

세리프·산세리프 계열 불일치, 또는 시대적 감성 충돌을 먼저 의심하세요. Playfair Display처럼 클래식 세리프 영문에 현대 산세리프 한글을 붙이면 수치가 아무리 맞아도 글자가 싸웁니다. 세리프 영문이라면 한글도 세리프 계열(본명조, Noto Serif KR)로, 산세리프 영문이라면 한글도 고딕 계열로 가져가는 게 출발점이에요. 일부러 섞는 경우라면 제목과 본문 역할을 분리하고 크기 대비를 충분히 줘야 성립합니다.

마지막: 미리보기에서는 좋아 보이는데 실제 레이아웃에선 이상하다

폰트 미리보기 페이지는 단일 텍스트를 최적 환경에서 보여줍니다. 실제 레이아웃은 달라요. 제목과 본문이 함께 있는 실제 텍스트 블록을 렌더링해서 확인하고, 가능하면 화면 해상도를 낮춰서도 봐야 해요. 고해상도에서만 좋아 보이는 조합은 실사용에서 뭉개질 수 있습니다.

실패를 줄이는 출발점, 폰트 성격부터 파악하기

세 가지 실패 패턴을 뜯어보면 같은 질문이 나와요. 처음에 폰트 두 개를 나란히 놓기 전에 — 설계 배경과 계열을 먼저 파악했느냐는 것. Noto 패밀리나 Pretendard + Inter처럼 처음부터 함께 설계된 쌍은 x-height와 굵기 밀도 문제 자체를 피하고 시작할 수 있어요. 그 범위 안에서 시작하면 수치 보정에 쓸 에너지를 다른 데 쓸 수 있죠.

새 조합을 시도할 때는 폰트 성격을 먼저 파악하는 게 순서에요. 폰트비에서 폰트를 검색하면 사용 범위(웹·인쇄·영상 등)와 사용 조건을 한 번에 확인할 수 있고, 폰트 상세 페이지에서 계열과 제작 배경도 볼 수 있어요. 분위기 기반으로 후보를 먼저 좁히고 싶다면 AI 폰트 찾기로 감성 설명 몇 마디를 던져보는 것도 방법이에요.

수치가 안 맞을 때는 보정할 수 있고, 계열이 다를 때는 대체 폰트를 찾으면 돼요. 그런데 "왜 어색한지" 모른 채로 계속 바꾸면 운 좋게 맞는 조합을 찾아도 다음번엔 또 처음부터예요. 실패 원인을 한 번 역산해두면, 그 다음 작업부터는 훨씬 빠르게 판단할 수 있습니다.

참고자료

  • Google Fonts Knowledge — Exploring x-height & the em square (fonts.google.com)
  • Typotheque — Typesetting principles of CJK text (typotheque.com)
  • Adobe Fonts — 폰트 페어링이란 무엇일까? (다국어 섞어짜기에 대하여) (helpx.adobe.com)

이 글이 도움이 됐나요?

여러분의 반응이 다음 글의 방향이 돼요

이어서 읽기 좋은 글