맥 폰트 설치 후 적용 안될 때 — 해결법 정리

맥 폰트 설치 후 적용 안 될 때 해결 방법을 찾고 계신다면, 새로운 서체 파일을 ~/Library/Fonts 폴더에 복사하고 시스템 설정에서 변경을 시도했음에도 화면에 전혀 반영되지 않아 당혹스러운 상황일 것입니다. 디자이너나 편집자뿐만 아니라 일반 사용자들도 자신만의 개성을 담은 폰트를 설정하고 싶어 하지만, 맥(macOS)의 독자적인 파일 관리 방식 때문에 의도치 않게 벽에 부딪히는 경우가 다반사입니다. 이 문제는 주로 폰트 캐시가 충돌하거나 시스템이 글꼴의 유효성을 제대로 확인하지 못해 발생합니다. 단순히 파일을 덮어쓰는 방식으로는 해결되지 않으며, 운영체제 수준에서의 개입이 필요합니다. 이 글에서는 터미널 명령어를 활용한 캐시 초기화부터 시스템 권한 설정까지 맥 폰트 설치 후 적용 안 될 때 해결 방법을 단계별로 상세히 정리해 드립니다.

함께 보면 좋은 글: 맥 화면 밝기 조절 안될 때 — 간단 해결 5단계

macOS는 복잡한 글꼴 렌더링 엔진을 사용하기 때문에 단순 파일 복사만으로는 즉시 적용되지 않는 경우가 종종 있습니다. 윈도우와 달리 맥은 글꼴 파일을 단순한 데이터가 아닌 시스템 리소스로 관리하며, 이를 효율적으로 로드하기 위해 별도의 인덱싱 과정을 거칩니다. 특히 사용자 라이브러리 폴더에 수동으로 파일을 넣었을 때는 시스템이 이를 즉시 인지하지 못하거나, 보안 프로토콜(SIP 등)에 의해 로딩이 거부되는 현상이 발생하기도 합니다. 따라서 캐시를 비우고 서비스를 재시작하는 과정은 선택이 아닌 필수입니다. 또한 최근 출시된 macOS Sequoia 15와 같은 최신 버전에서는 시스템 무결성 보호(SIP)가 더욱 강화되어, 서드파티 폰트가 설치될 때 더 엄격한 검증 절차를 거치므로 이에 맞는 대응 전략이 필요합니다.

이 글을 통해 캐시 파일 삭제, 폰트 북(Font Book) 검증, 파일 권한 수정의 세 가지 핵심적인 해결책을 배울 수 있습니다. 각 단계는 macOS Sequoia 15를 포함한 최신 환경에서 검증된 방법이므로, 초보자도 명령어 하나하나의 의미를 이해하고 안전하게 따라 할 수 있습니다. 지금 바로 순서대로 따라 하시면 보이지 않던 폰트가 목록에 나타나고, 작업 중인 앱에서 완벽하게 작동하는 것을 확인할 수 있을 것입니다.

문제의 원인 진단: 왜 시스템은 폰트를 무시하는가

사용자가 ~/Library/Fonts 폴더에 파일을 옮겼음에도 불구하고 앱이나 시스템 설정에서 해당 폰트를 찾지 못하는 가장 큰 원인은 '캐시(Cache)'입니다. macOS는 부팅 속도를 높이고 글꼴 렌더링을 빠르게 처리하기 위해 사용 가능한 모든 글꼴의 목록을 데이터베이스화하여 저장해 둡니다. 새로운 폰트를 추가하더라도 이 캐시 데이터가 갱신되지 않으면 시스템은 여전히 예전 목록을 참조하므로 새 폰트가 존재하지 않는 것처럼 작동합니다. 마치 도서관에 새 책이 들어왔는데 사서가 도서 목록판을 업데이트하지 않아 책을 찾을 수 없는 상황과 유사합니다.

또 다른 원인은 파일의 '무결성' 손상입니다. 다운로드 과정에서 데이터가 깨졌거나, 파일 헤더 정보가 macOS 표준과 호환되지 않는 경우 운영체제는 보안상의 이유로 해당 폰트를 자동으로 비활성화합니다. 웹상에서 무료로 배포되는 폰트 중에는 제작 과정에서 메타데이터가 누락된 경우가 종종 있는데, 이런 파일은 파인더(Finder)에서는 보이지만 실제로 글꼴 렌더링 엔진은 로딩을 거부합니다. 이때는 아무리 설정을 바꿔도 목록에 나타나지 않습니다. 마지막으로 '권한' 문제도 빼놓을 수 없습니다. 파일의 소유자가 현재 사용자가 아니거나 읽기 권한이 없는 경우, 시스템은 해당 파일을 무시하거나 접근을 거부합니다.

특히 최신 macOS인 Sequoia 15나 Sonoma부터는 보안 정책이 더욱 강화되어, 인터넷에서 다운로드한 파일에 격리 속성(Quarantine flag)이 남아 있으면 실행이나 로딩을 차단하는 경우가 많습니다. 이는 악성 코드가 포함된 폰트가 시스템에 침투하는 것을 막기 위한 방어 기제이지만, 정상적인 사용자에게는 불필요한 장벽으로 작용합니다. 따라서 단순히 파일을 복사하는 것을 넘어, 시스템 수준에서 이러한 제약을 해제해주는 과정이 필요합니다. 또한 시스템 폰트와 사용자 폰트 간의 버전 충돌(Duplicate Fonts)도 문제를 일으키는 데, 예를 들어 시스템에 내장된 '나눔고딕'과 사용자가 설치한 '나눔고딕'이 동시에 존재할 경우, macOS는 우선순위에 따라 하나를 비활성화 처리해 버리기도 합니다.

Photo by Ilya Klimenko on Pexels

해결책 1: 시스템 글꼴 캐시 초기화 (맥 폰트 설치 후 적용 안 될 때 해결 방법)

가장 확실하고 강력한 방법은 터미널을 사용하여 시스템에 쌓인 글꼴 관련 캐시를 강제로 삭제하는 것입니다. 이 과정은 macOS가 다음 부팅 때 폰트 목록을 처음부터 다시 스캔하도록 강제하기 때문에, 깨진 레지스트리 정보로 인해 폰트가 무시되던 문제를 근본적으로 해결할 수 있습니다. 맥 폰트 설치 후 적용 안 될 때 해결 방법 중 가장 많은 사용자에게 효과가 있는 방법이며, 특히 폰트 업데이트 후 글자가 깨져 보일 때도 효과적입니다. 캐시 파일은 시스템이 부팅할 때 자동으로 다시 생성되므로 삭제해도 안전합니다.

sudo rm -rf ~/Library/Caches/com.apple.ATS/
sudo rm -rf /Library/Caches/com.apple.ATS/

3. 서비스 캐시 삭제 (선택 사항) — 위의 과정으로 해결되지 않는다면, ATSServer 서비스의 캐시도 삭제해 보십시오. 이는 시스템 폰트 서버가 잠금 상태에 빠졌을 때 유용합니다.
   sudo atsutil databases -remove
4. 시스템 재시작 — 캐시 파일이 완전히 제거되었으므로 변경 사항을 적용하기 위해 맥을 반드시 재시작해야 합니다. 로그아웃만으로는 캐시 재생성이 완료되지 않을 수 있습니다.
5. 재시작 후 확인 — 맥이 다시 켜지면 시스템은 자동으로 모든 폰트를 스캔하여 새로운 캐시를 빌드합니다. 이 과정은 부팅 직후 수 초에서 수십 초간 백그라운드에서 진행됩니다. 이제 문제가 되던 앱을 실행하여 폰트가 정상적으로 보이는지 확인합니다.

재시작 후 macOS는 모든 폰트 파일을 다시 분석하여 새로운 캐시 파일을 생성합니다. 이 과정에서 ~/Library/Fonts에 넣어두었던 파일도 정상적으로 등록됩니다. 만약 재시작 후에도 문제가 지속된다면, 시스템 전체가 아닌 특정 앱(예: 한글(HWP), MS 워드, 어도비 포토샵, 크롬 등)의 개별 캐시가 문제일 수 있으므로 해당 앱을 완전히 종료했다가 다시 실행해 보십시오. 특히 어도비 제품군은 자체적인 폰트 관리 시스템을 가지고 있어, macOS 캐시 초기화와 별도로 앱 내 캐시를 비워주어야 할 때도 있습니다.

해결책 2: 폰트 북(Font Book)으로 파일 무결성 점검

캐시를 초기화해도 문제가 해결되지 않는다면, 설치하려는 폰트 파일 자체에 문제가 있을 가능성이 높습니다. macOS에는 기본적으로 '폰트 북(Font Book)'이라는 강력한 유틸리티가 내장되어 있으며, 이를 통해 파일이 손상되었는지 확인하고 복구할 수 있습니다. 수동으로 파일을 복사하는 대신 폰트