Windows 노트북에서 PDF를 열면 모든 것이 완벽해 보입니다. Mac을 사용하는 동료에게 보내면 문서 전체에 임의의 기호, 사각형 상자 또는 물음표가 흩어져 있는 것을 볼 수 있습니다. Linux 시스템에서는 동일한 파일에서 텍스트가 있어야 하는 위치에 공백이 표시될 수 있습니다. 이러한 실망스러운 경험은 대부분의 사람들이 생각하는 것보다 더 자주 발생하며, 이는 거의 항상 다양한 운영 체제가 PDF 파일에 포함된 글꼴을 처리하는 방식에 따라 결정됩니다.
핵심 문제는 간단합니다. PDF는 어디에서나 동일하게 보이도록 설계되었지만 그 약속은 파일에 포함된 글꼴 또는 파일을 여는 시스템에서 사용 가능한 글꼴에 따라 달라집니다. PDF가 작성자의 컴퓨터에 설치된 글꼴을 사용하지만 파일 자체에는 해당 글꼴이 포함되어 있지 않은 경우 동일한 글꼴이 없는 모든 장치는 다른 글꼴로 대체됩니다. 일반적인 글꼴이라도 이름이나 버전이 다른 다른 운영 체제에서는 해당 글꼴을 대체하면 왜곡되어 읽을 수 없는 출력이 생성될 수 있습니다.
가장 일반적인 원인: 누락되거나 포함되지 않은 글꼴
누군가 Word 문서, Google Docs 또는 InDesign과 같은 디자인 응용 프로그램에서 PDF를 만들면 소프트웨어는 글꼴을 PDF에 직접 포함할지 아니면 단순히 참조할지 결정합니다. 글꼴 포함은 실제 글꼴 데이터가 PDF 파일 내에 패키지되는 것을 의미합니다. 글꼴 참조는 어떤 글꼴이 사용되었는지 기록하고 읽기 장치에 해당 글꼴이 설치되어 있을 것으로 예상합니다.
Windows의 Microsoft Word는 일반적으로 Calibri, Cambria 또는 Times New Roman과 같은 글꼴을 사용합니다. PDF 작성자가 파일 크기를 더 작게 유지하기 위해 글꼴을 포함하지 않기로 선택한 경우 PDF는 실제 문자 모양이 아닌 글꼴 이름만 저장합니다. 해당 파일을 여는 Mac은 Calibri를 찾지만 다른 버전의 Calibri를 찾거나 전혀 일치하지 않습니다. 그런 다음 Mac PDF 뷰어는 대체 글꼴로 대체되며 원본 글꼴과 대체 글꼴 간의 문자 매핑이 완벽하게 정렬되는 경우는 거의 없습니다.
PDF Association의 2024년 분석에 따르면 글꼴 관련 문제가 플랫폼 전반에 걸쳐 모든 PDF 렌더링 문제의 약 40%를 차지하는 것으로 나타났습니다(PDF Association, "PDF 렌더링 오류 설문 조사", 2024). 글꼴 대체 실패는 키릴 자모, CJK(한국어, 중국어, 일본어, 중국어), 아랍어, 히브리어와 같은 비라틴어 스크립트에서 특히 일반적입니다. 대체 글꼴에는 필수 문자 집합이 완전히 부족할 수 있습니다.
이는 또한 사용자 정의 또는 라이센스 글꼴을 사용하는 문서에서 PDF 글꼴 문제가 나타날 수 있는 이유이기도 합니다. 디자인 애플리케이션에서는 무료로 배포되지 않는 프리미엄 글꼴을 사용하는 경우가 많습니다. 디자이너가 해당 글꼴을 포함하는 것을 잊어버렸거나 글꼴 라이센스가 포함을 금지하는 경우 특정 글꼴을 설치하지 않고 PDF를 열면 텍스트가 깨져서 표시됩니다.
동일한 문서를 다른 운영 체제에서 보면 완전히 다르게 보일 수 있습니다. PDF가 생성된 Windows 시스템에서 올바르게 렌더링되는 PDF는 Mac 또는 Linux 시스템에서 두부(글꼴에 특정 문자가 없을 때 나타나는 빈 직사각형 상자의 별명)를 표시할 수 있습니다. 이러한 불일치는 PDF 작성 단계에서 완전히 예방할 수 있습니다.
Windows, macOS 및 Linux 간의 문자 인코딩 충돌
브라우저 기반 PDF 도구를 사용하면 소프트웨어를 설치하거나 업데이트할 필요가 전혀 없습니다. 이 도구는 원격 서버에서 실행되며 브라우저를 통해 결과를 제공하므로 다운로드하지 않고도 항상 최신 버전에 액세스할 수 있습니다. 이는 프로그램을 설치할 수 있는 관리자 권한이 없는 장치에서 파일을 빠르게 처리해야 할 때 특히 편리합니다.
누락된 글꼴 외에도 문자 인코딩은 PDF가 플랫폼에 따라 다르게 표시되는 두 번째 주요 원인입니다. 문자 인코딩은 숫자 코드를 특정 문자 모양에 매핑하는 시스템입니다. PDF가 생성되면 문서의 각 문자에는 소스 응용 프로그램에서 사용되는 인코딩을 기반으로 하는 코드가 할당됩니다. PDF 보기를 다른 OS에서 보면 이러한 코드가 잘못 해석될 수 있습니다.
Windows 애플리케이션은 역사적으로 서유럽 언어의 경우 Windows-1252, 일본어의 경우 Shift-JIS와 같은 레거시 코드 페이지를 사용합니다. Mac 응용 프로그램은 유니코드 기반 인코딩을 사용하는 경향이 있습니다. Linux 시스템의 기본값은 UTF-8입니다. Windows 특정 인코딩을 사용하여 Windows에서 생성된 PDF를 동일한 숫자 코드를 다르게 해석하는 시스템에서 열면 결과는 잘못된 문자 인코딩으로 인해 발생하는 잘못된 텍스트의 용어인 mojibake입니다.
문제는 둥근 따옴표, 악센트 표시, 통화 기호 및 수학 표기법과 같은 특수 문자에서 가장 자주 나타납니다. é, ö 또는 ñ와 같은 악센트 문자를 사용하는 유럽 언어로 작성된 PDF를 다른 기본 인코딩을 사용하는 시스템에서 열면 해당 문자가 뒤섞인 기호로 표시될 수 있습니다. PDF 사양에는 파일 내에서 문자 인코딩을 명시적으로 정의하는 메커니즘이 포함되어 있지만 모든 PDF 생성 소프트웨어가 이러한 메커니즘을 정확하거나 일관되게 구현하는 것은 아닙니다.
아시아 언어 PDF는 특히 취약합니다. 레거시 인코딩을 사용하는 시스템에서 생성된 중국어, 일본어 또는 한국어 텍스트가 포함된 문서에는 필요한 문자 맵이 포함되어 있지 않을 수 있습니다. 다른 운영 체제에서 이러한 파일을 열면 몇 개의 잘못된 문자가 아닌 완전한 횡설수설이 생성될 수 있습니다. 다국어 문서를 처리하는 조직의 경우 인코딩 문제는 계약, 법적 서류 제출 및 고객 커뮤니케이션에 영향을 미칠 수 있는 실제 비즈니스 위험을 의미합니다.
손상된 글꼴 테이블 및 손상된 PDF 구조
글꼴 문제가 항상 파일 누락으로 인해 발생하는 것은 아닙니다. 때로는 글꼴 데이터가 PDF 내부에 있지만 손상되었을 수 있습니다. PDF는 문자 코드를 글리프 설명에 매핑하는 글꼴 테이블이라는 구조에 글꼴 정보를 저장합니다. 파일 전송, 불완전한 다운로드 또는 디스크 오류로 인해 이러한 테이블이 손상되면 리더 응용 프로그램은 기술적으로 내장되어 있어도 글꼴 데이터를 올바르게 해석할 수 없습니다.
부분적인 손상은 가장 혼란스러운 결과를 초래할 수 있습니다. 대부분의 페이지에서는 올바른 텍스트가 표시되지만 특정 페이지에서는 잘못된 문자가 표시되거나, 제목에는 올바르게 표시되지만 본문 텍스트에는 표시되지 않는 문자가 표시될 수 있습니다. 이러한 패턴은 PDF의 서로 다른 부분이 서로 다른 글꼴 하위 집합을 참조하고 해당 하위 집합 중 일부만 손상되었기 때문에 발생합니다.
지난 주에는 동일한 파일이 올바르게 표시되었지만 오늘은 잘못된 텍스트가 표시되는 경우 Repair PDF 접근 방식이 필요한 경우가 많습니다. 시간에 따른 이러한 변경 패턴은 거의 항상 글꼴 대체 문제보다는 데이터 손상을 나타냅니다. 이메일 전송, 클라우드 동기화 중 또는 저장 장치에 오류가 발생하는 경우에도 파일 손상이 발생할 수 있습니다.
여러 시스템을 통과하는 PDF는 위험이 더 높습니다. 메일 서버, 클라우드 스토리지 서비스 또는 파일 압축 도구에서 파일을 처리할 때마다 데이터가 손상될 가능성이 적습니다. 여러 번 전송하면 이러한 위험이 더욱 커집니다. Windows 데스크톱에서 전자 메일 서버, 스팸 필터를 거쳐 최종적으로 Mac 메일 클라이언트로 이동하는 PDF는 이러한 단계에서 손상을 발견할 수 있으며, PDF의 가장 복잡한 부분 중 하나인 글꼴 표는 종종 손상을 나타내는 첫 번째 구조입니다.
비표준 글꼴 형식 및 레거시 PDF 버전
PDF 형식은 1993년 도입된 이후 크게 발전했습니다. 이전 PDF 파일은 최신 뷰어가 더 이상 완전히 지원하지 않는 글꼴 형식을 사용할 수 있습니다. Type 1(PostScript) 글꼴은 초기 PDF의 표준이었지만 Adobe는 2021년부터 이를 더 이상 사용하지 않기 시작했으며 2023년에 단계적으로 중단했습니다(Adobe, "PostScript Type 1 Font Support End of Support", 2023). 현재 버전의 Adobe Acrobat이나 최신 브라우저 기반 뷰어에서 Type 1 글꼴이 포함된 PDF를 열면 잘못된 출력을 생성하는 글꼴 대체가 발생할 수 있습니다.
마찬가지로 일부 PDF 작성자는 자체 소프트웨어에서만 완전히 디코딩할 수 있는 독점 또는 압축 형식으로 글꼴을 포함합니다. 이전 버전의 AutoCAD에서 생성된 PDF는 표준 글꼴 형식이 아닌 본질적으로 모양 파일인 SHX 글꼴을 사용할 수 있습니다. 대부분의 범용 PDF 뷰어는 이를 올바르게 렌더링할 수 없으며 다른 운영 체제에서는 무작위 기호, 잘못 정렬된 문자 또는 공백 등의 결과를 예측할 수 있습니다.
사용자 정의 인코딩 글꼴은 또 다른 과제를 제시합니다. 일부 PDF 생성 도구는 문서에 사용된 글리프를 글꼴 테이블의 임의 위치에 매핑하여 사용자 정의 문자 인코딩을 즉석에서 구축합니다. PDF 리더가 이 사용자 정의 인코딩을 올바르게 구문 분석하지 않으면 잘못된 문자 모양이 표시됩니다. 텍스트는 여전히 실제 단어처럼 보일 수 있지만 문자가 바뀌거나 바뀌어 독자가 내용이 잘못되었음을 즉시 깨닫지 못할 수 있기 때문에 때로는 명백한 쓰레기보다 더 나쁩니다.
문자가 왜곡된 PDF를 수정하는 방법
왜곡된 PDF가 발견되면 읽을 수 있는 텍스트를 복구하는 여러 가지 접근 방식이 있습니다. 가장 빠른 해결 방법은 원본 소스 문서에서 PDF를 다시 만드는 것입니다. 원본 Word 파일, Google Docs 또는 디자인 파일을 열고 글꼴 포함이 명시적으로 활성화된 PDF로 다시 내보냅니다. Microsoft Word에서는 이 설정이 파일, 옵션, 저장 아래에 있으며 "파일에 글꼴 포함"을 선택합니다. Google Docs에서 PDF로 다운로드 옵션은 항상 글꼴을 포함합니다. Adobe InDesign 또는 Illustrator에서 글꼴 포함은 고급 패널 아래의 내보내기 설정에서 제어됩니다.
원본 소스 문서를 사용할 수 없는 경우 WukongPDF는 브라우저 기반 엔진을 통해 파일을 다시 처리할 수 있습니다. 이 엔진은 출력을 보는 데 사용된 운영 체제에 관계없이 글꼴 데이터를 정규화하고 인코딩 충돌을 해결합니다. 전용 Repair PDF 도구도 PDF 내부 글꼴 테이블을 구문 분석하고 이를 재구성하거나 기존 문자 코드를 표준 유니코드 값에 매핑하여 도움을 줄 수 있습니다.
PDF를 새 PDF로 인쇄하는 것도 또 다른 실용적인 해결 방법입니다. 대부분의 운영 체제에는 "PDF로 인쇄" 또는 "PDF로 저장" 인쇄 대화 상자의 옵션입니다. 잘못된 PDF를 새 PDF로 인쇄하면 시스템 인쇄 파이프라인은 각 페이지를 이미지와 같은 표현으로 렌더링한 다음 이를 깨끗한 새 PDF 파일에 씁니다. 이 프로세스는 문제가 있는 글꼴 참조를 완전히 제거하고 시각적 표현만 포함합니다. 단점은 문자가 그래픽 요소로 렌더링되므로 새 PDF에 선택 또는 검색 가능한 텍스트가 없다는 것입니다.
글꼴 누락이 아닌 인코딩 문제가 있는 PDF의 경우 파일을 중간 형식으로 변환하면 문자 매핑이 재설정될 수 있습니다. 일부 도구는 PDF에서 원시 텍스트를 추출하여 적절한 유니코드 인코딩을 사용하여 새 파일에 쓸 수 있습니다. 이 접근 방식은 인코딩 불일치로 인해 잘못된 라틴어 스크립트 텍스트를 표시하는 문서에 적합하지만 사용자 정의 글꼴 인코딩이나 독점 글꼴 인코딩에는 도움이 되지 않을 수 있습니다. 이러한 경우에는 PDF로 인쇄 방법이 더 안정적입니다.
크로스 플랫폼 사용을 위한 PDF 생성 시 글꼴 문제 방지
예방은 수리보다 훨씬 쉽습니다. 다양한 운영 체제에서 공유할 PDF를 정기적으로 만드는 경우 몇 가지 습관을 들이면 거의 모든 글꼴 관련 표시 문제를 해결할 수 있습니다.
첫째, PDF로 내보낼 때 항상 글꼴을 포함하십시오. 모든 주요 문서 및 디자인 응용 프로그램은 이 옵션을 제공하지만 다른 이름으로 불릴 수도 있습니다. "글꼴 포함," 또는 "하위 집합 글꼴" 글꼴 하위 설정은 전체 글꼴 파일이 아닌 문서에 실제로 사용된 문자만 포함하므로 필요한 모든 문자 데이터를 제공하는 동시에 PDF 크기를 관리하기 쉽게 유지합니다. 파일 크기가 약간 증가하는 것은 크로스 플랫폼 가독성을 보장하기 위해 지불해야 하는 작은 비용입니다.
둘째, 라이센스 문제로 포함이 불가능할 경우 표준 글꼴이나 널리 사용 가능한 글꼴을 사용하세요. Times, Helvetica, Courier 및 Symbol을 포함하여 원본 PDF 사양에 정의된 14개의 표준 Type 1 글꼴은 운영 체제에 관계없이 모든 PDF 리더에서 사용할 수 있도록 보장됩니다. 플랫폼 전반에 걸쳐 안전한 최신 글꼴에는 Arial, Times New Roman 및 1,000개 이상의 언어를 포괄하고 무료로 재배포할 수 있는 Google Noto 글꼴 모음이 포함됩니다.
셋째, PDF를 널리 배포하기 전에 하나 이상의 다른 운영 체제에서 테스트하십시오. 파일을 생성하는 데 사용한 것과 다른 OS를 실행하는 장치에서 파일을 엽니다. 첫 번째 페이지뿐만 아니라 문서 전체의 여러 페이지를 확인하고 특수 문자, 악센트 문자 또는 비라틴어 텍스트에 특히 주의하세요. 5분만 테스트하면 수신자가 몇 시간 동안 혼란을 겪는 것을 방지할 수 있습니다.
넷째, PDF 생성 후 속성을 확인합니다. 대부분의 PDF 뷰어는 문서에 사용된 글꼴 목록을 표시하고 각 글꼴이 포함되어 있는지 여부를 나타낼 수 있습니다. Adobe Acrobat에서는 파일, 속성, 글꼴 아래에 있습니다. 브라우저 기반 뷰어에서 글꼴 목록은 일반적으로 문서 속성이나 검사기 도구를 통해 액세스할 수 있습니다. "(내장)"으로 표시된 글꼴이 표시되면 그 옆에는 파일이 플랫폼 전반에 걸쳐 올바르게 표시되어야 합니다.
마지막으로, 장기적인 크로스 플랫폼 안정성이 필요한 문서에는 PDF/A 형식을 사용하는 것을 고려해보세요. PDF/A는 글꼴 포함을 요구하고 렌더링 불일치를 일으킬 수 있는 기능을 금지하는 ISO 표준 버전의 PDF입니다. 이는 운영 체제 및 글꼴 기술이 어떻게 발전하는지에 관계없이 향후 수십 년 동안 문서를 읽을 수 있어야 하는 보관 사용 사례를 위해 특별히 설계되었습니다.