이력서 폰트, 직군별 선택보다 먼저 알아야 할 조합 원리와 라이선스 함정

이력서를 다 쓰고 PDF로 내보냈는데 왠지 촌스러운 느낌. 글자 하나하나는 멀쩡한데 전체가 어딘가 어색하다. 이런 상황에서 대부분은 폰트를 바꿔보기 시작하는데, 그 전에 짚어야 할 게 두 가지 있어요.

첫째는 국문·영문 혼용 문서에서 폰트가 충돌하는 원리이고, 둘째는 "무료 폰트"인데도 이력서에 쓰면 문제가 생길 수 있는 라이선스 함정이에요. 이 두 가지를 모르고 폰트만 바꾸면 같은 문제가 계속 반복돼요. 🗂️

---

이력서 폰트가 '어색해지는' 진짜 이유

이력서 폰트 문제의 대부분은 단순히 '예쁘냐 아니냐'가 아니에요. 원인이 따로 있어요.

굵기(weight) 위계가 무너질 때

맑은고딕 하나로 이름·소제목·본문을 전부 처리하면, 굵기 차이를 줄 수 없어요. 독자의 눈이 "여기가 중요한 부분이군"이라고 판단하는 단서가 사라지는 거예요. 인사담당자가 이력서를 빠르게 훑는 상황에서 위계가 없는 문서는 정보를 흡수하는 속도가 떨어져요. 잘 고른 폰트 조합은 같은 내용을 더 빠르게 읽히게 만드는 구조적 장치예요.

비트맵 계열 폰트의 PDF 붕괴

굴림·돋움·궁서 같은 구형 한글 폰트는 화면 표시를 전제로 설계됐어요. PDF로 저장하거나 인쇄하면 픽셀이 깨지거나 자간이 어긋나요. 모니터에서는 괜찮았던 글자가 출력물이나 PDF에서 뭉개져 보이는 원인이 이거예요.

국문·영문 폰트 충돌

이게 가장 흔한 함정인데 잘 언급이 안 돼요. 한글 폰트는 대부분 영문 알파벳도 포함하고 있는데, 그 영문 글자 설계가 엉성한 경우가 많아요. 이름이나 기술 스택에 영문이 섞인 이력서에서 한글 폰트 하나로 통일하면, 영문 부분만 어색하게 튀는 현상이 생겨요. 특히 개발자 이력서처럼 React, TypeScript, AWS 같은 영문 키워드가 많을 때 두드러져요.

---

국문·영문 혼용 이력서에서 폰트 쌍이 충돌하는 원리

한글 폰트의 영문 글리프는 한글 칸에 맞춰 설계돼 있어요. 보통 영문 전용 폰트보다 자폭이 넓고 획이 굵어서, 나란히 놓으면 영문이 "눌린" 느낌이 나요. 반대로 한글 없이 영문 폰트(예: Times New Roman)를 이력서 전체에 쓰면, 한글이 표시는 되지만 한글 글자 간격이 들쑥날쑥해져요.

이 충돌을 피하는 원칙은 두 가지예요.

원칙 1: 애초에 국문·영문을 함께 설계한 폰트를 선택한다

프리텐다드(Pretendard)가 가장 좋은 예예요. Inter라는 서구 UI 폰트를 기반으로 한글 자소를 맞춰 설계했기 때문에, 영문과 한글이 섞여도 줄 높이와 글자 무게감이 일관되게 유지돼요. 개발자 이력서에 프리텐다드가 급부상한 이유가 여기 있어요. 단순히 "요즘 유행"이 아니라, 영문 혼용 문서에서 구조적으로 더 안정적이에요.

본고딕(Noto Sans KR)도 같은 원리예요. Google이 전 세계 언어의 혼용 문서를 전제로 설계한 폰트라 한글·영문·숫자 사이의 무게감 조율이 잘 돼 있어요.

원칙 2: 폰트를 두 개 쓰는 경우, 획 굵기 계열을 맞춘다

나눔스퀘어(한글)와 다른 영문 폰트를 섞어 쓰고 싶다면, 산세리프(고딕) 계열끼리 맞춰야 해요. 나눔명조(명조 계열)와 Arial(산세리프)을 섞으면 획의 두께와 끝처리 방식이 달라서 글자 리듬이 깨져요. 획의 끝이 뾰족한 폰트(세리프)와 뭉툭한 폰트(산세리프)를 한 문서에 혼용하는 건 시각적으로 충돌해요.

직군별 혼용 실패 사례

개발자 이력서에 나눔명조를 쓰면 생기는 문제

나눔명조는 잘 만든 폰트지만, 기술 스택 목록이 많은 개발자 이력서에는 맞지 않아요. 명조 계열은 획 끝에 삐침이 있어서 영문 키워드(React, Node.js, Python)가 산문 소설처럼 읽혀요. 코드와 기술 용어는 산세리프(고딕) 계열에서 더 명확하게 인식돼요. 법률 서면 같은 분위기가 나는 이력서는 개발자 직군에서 오히려 역효과예요.

디자이너 이력서에 고딕 계열만 쓰면 생기는 역효과

반대 케이스예요. 디자이너가 프리텐다드나 나눔스퀘어만 잔뜩 쓰면 '감각이 없다'는 인상을 줄 수 있어요. 고딕 계열만으로 가득 찬 포트폴리오는 기능적이지만 개성이 없어요. 디자이너 포트폴리오에서는 본고딕(미니멀 산세리프)과 나눔명조(현대적 명조)를 의도적으로 조합해 위계감과 감각을 동시에 드러내는 게 맞아요. 폰트 선택 자체가 심사자에게 "이 사람 타이포그래피를 알고 쓰는구나"라는 신호가 되거든요.

---

무료 폰트가 이력서에서 걸리기도 합니다

"무료 다운로드"라고 쓰여 있어도 이력서·포트폴리오에 쓸 때 주의할 지점이 있어요.

이력서 제출은 '상업적 사용'에 해당할 수 있다

폰트 라이선스에서 "상업적 사용 금지"라고 할 때 그 범위가 폰트마다 달라요. 일부 개인 제작 무료 폰트는 상업 목적이 아닌 "개인 학습용"으로만 배포돼 있는데, 기업에 취업하려는 목적으로 만든 서류는 "상업적 목적을 위한 문서"로 해석될 여지가 있어요. 반면 OFL 라이선스(SIL Open Font License)는 이 부분을 명확하게 정리해뒀어요 — 폰트 자체를 유료 판매하는 것만 금지이고, 폰트를 사용해 만든 결과물(이력서 포함)에는 어떤 제한도 없어요.

맑은고딕이 가장 흔한 라이선스 회색지대

Windows 기본 탑재 폰트라서 별 생각 없이 쓰는 분이 많은데, 맑은고딕은 Microsoft 소프트웨어 사용권에 묶여 있어요. 이력서 작성 도구(MS Word, 한글) 안에서 사용하는 건 일반적으로 문제없지만, 폰트 파일을 직접 뽑아 다른 환경에서 임베딩하거나 배포하는 건 제한돼요. 이 회색지대를 아예 피하고 싶다면 OFL 폰트로 완전히 이동하는 게 가장 깔끔해요.

KoPubWorld의 서버 임베딩 제한은 이력서에는 해당 안 돼요

한국출판인회의 KoPubWorld 폰트가 "서버 임베딩 배포는 별도 승인 필요"라는 조건 때문에 쓰기 꺼려지는 경우가 있어요. 하지만 이 조건은 웹서비스나 앱에 폰트를 탑재해 다수의 사용자에게 배포할 때 적용되는 얘기예요. 이력서나 PDF 문서로 단순 사용하는 건 종이책·인쇄물과 같은 범주라 별도 승인 없이 무료 상업 사용이 가능해요.

라이선스 상태 확인하는 가장 빠른 방법

폰트비(fontbee.waffle-gl.org)에서 폰트 상세 페이지를 열면 인쇄·웹사이트·영상·포장지·임베딩·BI/CI·OFL 가능 여부가 항목별로 표시돼 있어요. 라이선스 원문 링크와 @font-face 웹폰트 코드도 같이 제공되니, 애매한 폰트는 여기서 사용 범위를 먼저 확인하는 게 제일 빨라요.

---

직군 × 서류별 권장 폰트 조합

라이선스와 혼용 원리를 알고 나면, 아래 표를 보는 방식이 달라져요. 단순한 "추천 목록"이 아니라 각 조합이 왜 그 자리에 맞는지 이해할 수 있어요.

KoPubWorld 주의사항: 이력서·인쇄물·PDF 문서 용도는 별도 승인 없이 무료 사용 가능해요. 단, 서버에 탑재해 웹서비스·앱에 임베딩 방식으로 제공할 경우엔 한국출판인회의 별도 승인이 필요합니다.

폰트를 다운로드하거나 라이선스 원문을 확인하려면 폰트비(fontbee.waffle-gl.org)에서 이름으로 검색하거나, AI 폰트 찾기(/find)에 "이력서용 고딕 OFL" 같은 키워드를 넣어보면 용도별로 좁혀서 찾을 수 있어요.

공식 다운로드 경로는 이 정도예요.

• 나눔 글꼴 전 계열 → 네이버 한글한글 아름답게 (hangeul.naver.com)
• 프리텐다드 → GitHub (github.com/orioncactus/pretendard), 폰트비(fontbee.waffle-gl.org)에서도 확인 가능
• KoPubWorld → 한국출판인회의 공식 사이트 (kopus.org)
• 본고딕(Noto Sans KR) → Google Fonts (fonts.google.com)

---

서류별 권장 pt·줄간격 세팅

폰트 조합이 맞아도 크기와 줄간격이 어긋나면 어색해요.

줄간격은 130~160% 사이가 이력서에서 가장 많이 쓰이는 범위예요. "글씨를 더 넣고 싶어서 자간을 좁힌다"는 생각은 접어두는 게 낫고, 자간을 건드리는 것보다 불필요한 내용을 줄이는 게 훨씬 나아요.

---

PDF·ATS 호환성 확인 방법

국내 중견기업 이상에서 ATS(지원자 추적 시스템) 도입이 늘고 있어요. 핵심은 텍스트 기반 PDF로 저장하는 것이에요.

한글·워드에서 "다른 이름으로 저장 → PDF"를 선택하면 텍스트가 보존돼요. "인쇄 → PDF 프린터"로 저장하면 이미지화될 수 있으니 이 방식은 피해야 해요. 저장 후 PDF에서 텍스트를 마우스로 드래그해 복사할 수 있으면 텍스트 기반이에요. 복사가 안 되면 이미지 기반이라 ATS가 내용을 읽지 못해요.

OFL 계열 폰트(프리텐다드·본고딕·나눔 계열)는 PDF 임베딩이 지원되고 렌더링도 깔끔하게 나와요. 비트맵 계열이나 구형 폰트는 PDF 변환 시 글자가 이미지로 처리되거나 폰트 정보가 깨지는 경우가 있어요.

제출 전 확인 항목

• "다른 이름으로 저장 → PDF" 방식으로 저장했다 (인쇄 → PDF 프린터 방식 X)
• 저장된 PDF에서 텍스트를 마우스로 드래그해 복사할 수 있다
• OFL 또는 공식 무료상업용 폰트를 사용했다
• 핵심 텍스트(이름·경력·기술스택)가 이미지 레이어가 아닌 텍스트 레이어로 되어 있다
• 장식 요소만 이미지로 처리했다 (포트폴리오 해당)
• 영문 혼용 구간에서 폰트 충돌이 없는지 PDF 상태로 확인했다

---

폰트 선택 전에 먼저 결정해야 할 것

이 글에서 다룬 조합표와 라이선스 정보는 방향을 잡는 데 쓰이는 재료예요. 실제로 고를 때는 이 순서로 판단하면 돼요.

1. 영문 혼용이 많은가? → 많으면 프리텐다드·본고딕처럼 영문 동반 설계 폰트를 우선으로 고른다.
2. 명조 vs 고딕 → 격식이 최우선이면 명조(KoPubWorld 바탕, 나눔명조). 기술·현대적 인상이 필요하면 고딕(프리텐다드, 나눔스퀘어).
3. 라이선스 확인 → 폰트비에서 사용 범위 항목 확인. OFL이면 이력서·포트폴리오 어디든 문제없다.
4. PDF 변환 결과 육안 확인 → 텍스트 복사 가능 여부 체크.

폰트를 바꿔도 이력서가 여전히 어색하다면, 폰트 자체보다 굵기 위계와 줄간격이 제대로 잡혀 있는지를 먼저 확인해보세요. 폰트 종류보다 이 두 가지가 전체 인상에 더 큰 영향을 줄 때가 많아요.

---

참고자료

• 네이버 한글한글 아름답게 — 나눔 글꼴 공식 배포 (hangeul.naver.com)
• 한국출판인회의 — KoPubWorld 공식 배포 및 라이선스 안내 (kopus.org)
• 프리텐다드 GitHub 공식 저장소 (github.com/orioncactus/pretendard)