맥이 폰트를 더 잘 보여준다는 말, 절반만 맞다

맥에서 완성한 디자인 파일을 윈도우 클라이언트에게 보냈더니 "폰트가 왜 이렇게 두껍게 보이냐"는 피드백이 돌아온 경험, 디자이너라면 한 번쯤 겪어봤을 것이다. 분명히 같은 폰트 파일을 썼는데도. 이럴 때 흔히 나오는 말이 "맥이 원래 폰트를 더 잘 보여준다"거나 "윈도우 화면이 후지다"는 식의 설명인데, 이건 정확한 이야기가 아니다. 두 OS의 렌더링 엔진이 폰트를 화면에 그리는 철학 자체가 다른 것이고, 어느 쪽이 옳고 그른 문제가 아니다.

윈도우는 픽셀 정렬을 우선한다

윈도우의 폰트 렌더링 엔진은 ClearType이다. 이 엔진은 글자의 획을 픽셀 격자에 최대한 딱 맞추는 방향으로 동작한다. 이것을 힌팅(hinting)이라고 부른다. 폰트 파일 안에는 글자 외곽선 정보 외에도 "이 획은 픽셀 경계에 맞춰줘"라는 지시 데이터가 담겨 있는데, ClearType은 이 힌팅 정보를 적극적으로 따른다.

덕분에 저해상도 모니터에서도 획이 선명하고 또렷하게 보인다. 대신 글자 원래 모양에서 미세하게 벗어나는 일이 생긴다. 같은 폰트에서 가로획과 세로획 굵기가 조금씩 달라 보이거나, 글자 간격이 맥에서 볼 때와 미묘하게 다르게 느껴지는 이유가 여기에 있다. ClearType은 서브픽셀 렌더링도 가로 방향으로만 적용하는데, LCD 화면 각 픽셀의 RGB 서브픽셀 세 개를 이용해 가로 해상도를 이론상 3배까지 끌어올리는 방식이다. 선명함을 극대화하는 대신 폰트의 기하학적 형태를 조금씩 희생한다.

맥은 글자 원형에 충실하다

macOS의 렌더링 엔진 Quartz, 텍스트 처리는 Core Text가 담당한다. 이 둘은 ClearType과 반대 방향을 택한다. 힌팅을 되도록 최소화하고, 폰트 디자이너가 설계한 글자 원형을 최대한 그대로 그린다. 픽셀 격자에 억지로 맞추는 대신 안티앨리어싱으로 경계를 부드럽게 다듬는다.

그래서 맥에서 본 글자는 윈도우보다 획이 두껍고 묵직해 보이는 경향이 있다. 윈도우에 익숙한 사람에게는 "흐릿하다"는 인상을 주기도 한다. 반대로 맥 사용자가 윈도우 화면을 처음 보면 "글자가 너무 얇고 삐뚤빼뚤하다"고 느끼는 것과 정확히 대칭되는 반응이다.

Retina처럼 고해상도 디스플레이에서는 픽셀이 워낙 촘촘해 힌팅 없이도 획이 선명하게 보인다. 그래서 맥의 접근법이 고해상도 환경에서 특히 잘 맞는다. 다만 풀HD 이하 외부 모니터나 오래된 노트북 화면에 맥을 연결하면 맥도 생각보다 흐릿하게 보일 수 있다. "맥은 무조건 폰트가 예쁘다"는 말이 항상 맞는 게 아닌 이유다.

차이가 문제가 되는 순간

렌더링 방식이 다르면 같은 폰트라도 시각적 무게감, 자간, 줄 높이가 달라 보인다. 마찰이 생기는 상황은 크게 두 가지다.

하나는 디자인 협업이다. 맥에서 Figma나 Illustrator로 작업한 레이아웃을 윈도우 환경의 클라이언트나 팀원이 확인할 때, 폰트 굵기와 자간이 미묘하게 달라 보인다. 특히 얇은 weight인 Light·Thin 계열을 쓴 경우 윈도우에서 더 두껍게 보이는 차이가 두드러진다. 텍스트 박스가 의도와 다르게 흘러넘치는 것도 같은 맥락이다.

다른 하나는 웹 개발이다. CSS에서 폰트를 부드럽게 처리하기 위해 -webkit-font-smoothing: antialiased를 쓰는 경우가 많다. 이 속성은 WebKit 계열 엔진을 쓰는 맥 브라우저에만 적용된다. 윈도우 Chrome은 이 속성을 무시하고 자체 렌더링을 그대로 쓴다. 맥에서 가볍고 세련되게 보이도록 조정한 텍스트가 윈도우에서는 더 무겁게 보이는 원인이다. Windows 브라우저에서 폰트 굵기 차이를 CSS 속성 하나로 해소하는 표준 방법은 없다. 폰트 weight 값을 Windows 환경에 맞게 별도 지정하는 방식이 현실적 대안이다.

두 환경에서 버티는 폰트의 공통 특성

OS마다 렌더링 결과가 달라지더라도 양쪽에서 가독성을 유지하는 폰트들에는 공통점이 있다.

산세리프가 두 환경 모두에서 유리한 데는 이유가 있다. 획 굵기가 균일하면 힌팅을 강하게 받아도 글자 형태가 버틴다. 반대로 획 대비가 강한 명조·세리프 계열은 ClearType의 픽셀 정렬 과정에서 가로획과 세로획의 굵기 차이가 뭉개지거나 과장돼 설계 의도에서 벗어나기 쉽다. 스트로크 대비가 낮을수록 두 환경에서 버티는 힘이 세진다.

x-height도 선택 기준이 된다. 소문자·중간 크기 글자의 높이가 충분하면 같은 포인트에서도 글자를 구성하는 픽셀 수가 많아진다. 그만큼 OS 간 미세한 렌더링 차이가 가독성에 미치는 영향이 줄어든다.

자형의 개방성도 중요하다. 'ㅇ', 'ㅎ', 'ㅂ' 같이 닫힌 형태를 가진 자소의 속공간이 넓으면, 안티앨리어싱에 의해 획이 약간 두꺼워지더라도 안쪽이 막혀 뭉개지는 현상을 덜 겪는다.

Pretendard, Noto Sans KR, Spoqa Han Sans Neo가 두 OS에서 안정적인 이유가 바로 여기에 있다. 낮은 획 대비, 넉넉한 x-height, 개방적인 자형을 공통으로 갖춘 산세리프 계열이기 때문이다. 반면 전통적인 명조 서체나 획 대비가 강한 디스플레이 폰트를 고해상도 맥이 아닌 일반 윈도우 모니터에서 쓰면, 설계 의도대로 보이지 않을 가능성이 높다.

맞다/틀리다가 아니라 납품 환경을 먼저 묻는 것

렌더링 차이를 완전히 없애는 방법은 없다. 다만 마찰을 줄이는 확인 습관은 만들 수 있다.

폰트를 고를 때 윈도우 힌팅이 잘 설계된 폰트를 선택하면 차이가 줄어든다. 힌팅 데이터를 얼마나 충실하게 담느냐는 폰트마다 다르다. Pretendard는 맥과 윈도우 두 환경에서 균일하게 보이도록 설계된 크로스 플랫폼 폰트다. 폰트비(fontbee.waffle-gl.org)의 AI 폰트 찾기나 폰트 상세 페이지에서 해당 폰트가 웹·영상·인쇄 중 어디에 적합한지 미리 확인해 두면 선택 실수를 줄일 수 있다.

작업 환경과 납품 환경이 다른 경우라면, 중요한 텍스트 레이아웃은 윈도우에서도 직접 열어보는 것이 가장 확실한 방법이다. 툴의 렌더링 방식은 OS 렌더링 엔진을 따르기 때문이다. 어느 쪽 렌더링이 맞는지를 따지는 게 아니라, 내 작업물을 누가 무엇으로 보는지를 먼저 물어야 한다. "맥이 더 좋다/나쁘다"는 말은 그 질문에 답하기 전엔 별 의미가 없으니까.