명조체는 화면에서 못 쓴다는 말, 사실이 아닐 수 있습니다

결론부터 말할게요. "웹에선 무조건 고딕 써야 해. 명조는 화면에서 안 읽혀"는 절반만 사실입니다. 나머지 절반은 1990년대 CRT 모니터 시절에 굳어버린 채 지금까지 전해져 오는 낡은 경험칙이에요.

디자이너한테 물어봐도, 개발자한테 물어봐도 대부분 같은 말을 해요. "웹은 고딕이지." 근데 그게 왜 맞는지는 잘 모르는 경우가 많더라고요. 이 통념이 어떤 조건에서 맞고 어떤 조건에서 틀렸는지를 알면, 명조 폰트를 쓸 수 있는 선택지가 생각보다 훨씬 넓어집니다.

왜 이 오해가 생겼는지, 픽셀로 설명하면

세리프(삐침)를 픽셀로 표현하려면 픽셀이 충분해야 합니다. 명조·세리프 폰트의 특징인 획 끝 삐침과 획 굵기 차이는 작은 픽셀 격자 안에서는 살아남지 못해요.

웹이 처음 보급되던 1990년대, 대부분의 모니터는 CRT 방식이었고 화소 밀도는 60~72ppi 수준이었어요. 그 시절 해상도에서 작은 본문 글자를 렌더링하면 세리프 부분이 흐릿하게 뭉개지거나 픽셀 계단으로 표현됐어요. 반면 획 굵기가 균일한 고딕은 훨씬 깔끔하게 보였고요.

마이크로소프트가 1996년 Verdana를 출시한 것도 이 맥락이에요. 저해상도 화면 가독성을 최우선으로 설계한 산세리프 폰트였거든요. 그 시절 기준으로는 완전히 맞는 원칙이었어요. 문제는 그 기준이 화면 환경이 완전히 달라진 지금도 그대로 굳어 있다는 거죠.

한번 생각해보면 이상한 일이에요. 스마트폰이 400ppi를 넘은 게 이미 10년 전인데, 우리는 아직도 1990년대 모니터 기준으로 폰트를 고르고 있는 거거든요. 물론 이 원칙이 아예 틀렸다는 건 아닙니다. 저해상도 환경이 완전히 사라진 게 아니니까요. 다만 이걸 모든 상황에 적용하는 건 별개 이야기예요.

지금 우리가 쓰는 화면에서 다시 검증해보면

2012년 애플이 레티나 디스플레이를 MacBook Pro에 적용하면서 상황이 달라졌습니다. 지금 일반적인 FHD 모니터가 92~96ppi, QHD는 109~122ppi(24~27인치 기준), 레티나 MacBook은 254ppi, 스마트폰 AMOLED는 400~500ppi 수준이에요.

사용자 경험 연구 기관 Nielsen Norman Group이 HD 화면에서 세리프와 산세리프 가독성을 비교한 연구에서 결론 낸 게, 72~96ppi 환경에서는 산세리프가 명확히 유리했지만 고해상도 화면이 일반화된 지금은 세리프와 산세리프 사이에 가독성 차이가 측정되지 않는다는 거거든요. "어느 쪽이 무조건 낫다"고 말할 수 없는 시대가 됐다는 얘기예요.

이게 중요한 이유는, 선택 기준이 바뀐다는 거예요. 픽셀이 넉넉하다면 가독성 문제는 거의 사라지고, 대신 어떤 인상과 감성을 줄 것인가가 판단 기준이 됩니다. 고딕이 중립적·현대적·기능적인 느낌을 준다면, 명조는 클래식하고 품격 있고 깊이감 있는 인상을 줘요. 같은 내용이라도 어떤 폰트를 쓰느냐에 따라 독자가 받는 첫 느낌이 달라지는 거죠.

국내에서도 이걸 실증한 사례가 있어요. 네이버가 2018년부터 약 3년에 걸쳐 디지털 화면 가독성 연구를 진행해 개발한 '마루 부리'가 바로 그 결과물이에요. 처음부터 화면용으로 설계한 명조 계열 폰트로, 기존 명조체의 날카로운 세리프 대신 획 끝을 도톰하고 둥글게 처리하고 획 굵기 대비를 줄여서 낮은 해상도에서도 뭉개짐 없이 보이도록 다듬었어요. 인쇄용 명조를 그냥 화면에 올리는 게 아니라, 화면 환경을 아예 설계 출발점으로 삼은 거예요. 이 접근 자체가 "화면에서 명조는 안 돼"를 전제하지 않는다는 증거이기도 합니다.

메커니즘을 이해하면 원칙을 외울 필요가 없어요. 픽셀이 충분하면 세리프는 살아남고, 충분하지 않으면 뭉개진다. 그게 전부예요.

지금 내 화면에서 명조가 통하는지 판단하는 표

명조·세리프가 통하는지 아닌지는 결국 화면 해상도와 폰트 크기의 조합에 따라 달라집니다. "화면이냐 인쇄냐"의 문제가 아닌 거예요.

표를 거꾸로 읽으면 "피할 것" 조건도 나와요. 12px 이하 소형 본문, 버튼 레이블·캡션처럼 작은 글씨, 네비게이션 메뉴나 탭 바처럼 빠르게 훑어야 하는 UI 요소 — 이 자리에선 저해상도 사용자가 섞여 있다는 전제 아래 고딕이 여전히 무난합니다. 범용 웹 본문도 마찬가지고요.

결국 표가 말하는 핵심은 하나예요. 명조를 쓸 수 있는 환경의 범위가 이미 넓다는 것. 지금 이 글을 읽는 분들 대부분이 쓰는 FHD 이상 모니터나 최신 스마트폰에서는, 제목·헤드라인 크기로 명조를 올리는 게 전혀 문제 없습니다. 명조는 조건을 탄다는 말이 맞아요. 대신 조건이 맞으면 고딕보다 훨씬 세련되고 품격 있는 결과를 냅니다.

이런 상황이라면 명조를 써도 됩니다, 판단 흐름으로

막연히 "명조 써도 되나?"를 고민하는 것보다, 자기 작업 조건을 한 단계씩 따져보는 게 빠릅니다.

웹사이트 헤드라인·대형 타이틀(24px 이상)인가요? 대상 사용자가 FHD 이상 모니터를 쓴다고 봐도 무리 없는 환경이라면 명조가 오히려 인상적인 선택이에요. 세리프가 시선의 수평 흐름을 자연스럽게 이끄는 역할을 하거든요. 실제로 해외 프리미엄 매거진 사이트들이 헤드라인에 세리프를 쓰는 이유도 여기 있어요. 같은 텍스트라도 전혀 다른 무게감이 생깁니다.

매거진·아티클 스타일의 장문 편집 디자인인가요? 고해상도 환경을 전제할 수 있다면 세리프 본문이 장시간 읽기에서 피로를 줄여주는 효과가 있어요. Nielsen Norman Group 연구도 고해상도 화면에서는 차이가 없다고 했으니, 편집 의도와 브랜드 감성에 따라 선택하면 됩니다. 독자가 스크롤을 길게 내리는 콘텐츠라면, 명조가 오히려 강점이 될 수 있어요.

브랜드 로고나 프리미엄 제품 랜딩 페이지인가요? 명조의 클래식한 획이 신뢰감과 품격을 전달하는 데 고딕보다 유리한 자리예요. 가격대가 높은 제품, 전문성을 강조하는 서비스, 역사와 전통을 내세우는 브랜드에서 세리프가 자주 쓰이는 게 이유 있는 선택이에요.

전자책(e-reader)이나 다크 모드 대형 텍스트인가요? KoPub 바탕체, 나눔명조처럼 전자출판용으로 다듬어진 폰트들이 이 환경에서 실제로 검증돼 있어요. 다크 모드에서는 명조의 섬세한 획이 오히려 돋보이기도 하고요. 밝은 배경에서 가는 획이 잘 안 보인다면 다크 모드에서 한번 바꿔보세요. 인상이 달라집니다.

반대로, 아직 저해상도 사용자가 포함되는 범용 웹 본문이거나 12px 이하 소형 글씨가 필요한 자리라면 그 부분만큼은 고딕으로 가는 게 맞습니다. "명조 한번 써보자"가 맞는 자리와 "여기선 고딕이 낫다"가 맞는 자리를 구분하는 게 핵심이에요.

화면용 한글 명조 폰트를 고를 때 먼저 볼 것

단순히 "명조체"를 찾는 게 아니라, 화면 렌더링을 고려해 설계된 폰트인지를 먼저 확인하는 게 좋습니다. 전통 인쇄용 명조와 화면용 명조는 설계 출발점이 달라요. 인쇄용으로 만들어진 폰트를 그대로 화면에 올리면, 렌더링 환경에 따라 기대와 다르게 보일 수 있어요.

본명조(Source Han Serif)는 Adobe와 Google이 공동 개발한 범 동아시아 명조 폰트로, 화면 디스플레이 최적화를 설계 목표에 넣은 폰트예요. 마루 부리는 아예 화면 전용으로 개발된 만큼 디지털 환경에서 특히 잘 작동하고, KoPub 바탕체는 전자출판 환경에서 오랫동안 검증된 선택지죠. 나눔명조는 인쇄와 화면을 모두 커버하는 범용 옵션이고요.

이 폰트들을 실제로 화면에 얹어보기 전까지는 어떤 모습일지 감을 잡기 어려울 수 있어요. 실제 화면 모습을 미리보고, 웹·영상·상업적 이용 등 사용 범위와 허용 용도까지 한 번에 확인하고 싶다면 폰트비에서 명조 계열 폰트를 검색해보세요. 폰트별로 어떤 용도에 쓸 수 있는지 정리돼 있어서 고르는 데 도움이 됩니다.

"화면엔 고딕"이라는 말이 그 시절 기준으로는 충분히 합리적이었고, 저해상도 환경이 남아 있는 지금도 소형 본문에서는 여전히 유효해요. 그냥 버려도 되는 원칙이 아닌 건 맞아요. 다만 그 원칙이 모든 상황을 덮는 절대 법칙인 것처럼 굳어버린 게 문제였던 거예요. 지금 내 화면이 몇 ppi인지 확인해보고, 헤드라인 한 군데에 명조를 실제로 얹어보는 것만으로도 직접 눈으로 확인할 수 있어요.

참고자료

• Nielsen Norman Group, "Serif vs. Sans-Serif Fonts for HD Screens" (nngroup.com)
• 네이버 마루 부리 개발 소개, AG Typography Institute (ag.co.kr)