2026 갈레고어 EPUB 글자 깨짐 오류 해결하는 법

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

원고에서는 멀쩡했던 갈레고어 악센트와 특수문자가 EPUB으로 변환한 뒤 물음표나 빈 사각형으로 보인다면 단순한 오타로 넘겨서는 안 됩니다. á, é, í, ó, ú, ñ, ü, ç 같은 문자가 한두 곳만 깨져도 검색, 목차 이동, 전자책 유통 심사까지 연쇄적으로 문제가 생길 수 있습니다.

특히 2026년 전자책 제작 환경에서는 편집 프로그램, 웹폰트, 뷰어가 서로 다른 방식으로 문자를 처리합니다. 아래 순서대로 원인을 분리하면 파일을 무작정 다시 만드는 대신 문자 인코딩부터 CSS, 폰트, 메타데이터까지 정확하게 고칠 수 있습니다.

갈레고어 EPUB 글자가 깨지는 원인부터 구분하기

인코딩 오류와 폰트 오류는 증상이 다릅니다

가장 먼저 해야 할 일은 깨진 문자가 모든 기기에서 동일하게 보이는지 확인하는 것입니다. PC용 EPUB 뷰어, 스마트폰 앱, 웹 기반 미리보기에서 같은 문자열이 모두 깨진다면 원고나 XHTML의 UTF-8 인코딩을 의심해야 합니다. 특정 기기에서만 네모 상자가 나타난다면 해당 글리프가 없는 폰트 또는 뷰어의 폰트 대체 처리 문제일 가능성이 큽니다.

예를 들어 ‘edición’이 ‘edición’으로 표시되는 현상은 UTF-8 문자를 다른 문자 세트로 잘못 읽을 때 흔히 발생합니다. 반면 ‘edici□n’처럼 일부 글자만 사각형으로 보이면 폰트에 ó 글리프가 없거나 임베딩된 폰트를 불러오지 못했을 수 있습니다. 겉보기에는 비슷하지만 수정 위치가 완전히 다르므로 먼저 증상을 기록해야 합니다.

• ó, ñ 형태: 문자 인코딩 선언과 저장 형식을 점검합니다.
• □ 또는 빈칸: 사용 폰트의 갈레고어 글리프 지원 여부를 확인합니다.
• 악센트 위치가 어긋남: 유니코드 정규화 방식과 조합 문자를 검사합니다.
• 목차에서만 깨짐: 내비게이션 문서와 본문 파일의 문자 형식을 비교합니다.
• 한 앱에서만 발생: 기기 기본 폰트와 뷰어 렌더링 차이를 테스트합니다.

편집 팁: 오류 화면만 캡처하지 말고 ‘원문 문자열·발생 파일·사용 기기·뷰어 버전’을 함께 적어 두세요. 같은 글자가 반복해서 깨지는지 찾는 데 걸리는 시간이 크게 줄어듭니다.

UTF-8과 유니코드 정규화 오류를 단계별로 고치는 법

XHTML 선언과 실제 저장 형식을 일치시킵니다

EPUB 3의 XHTML 파일은 일반적으로 UTF-8로 저장하는 것이 안전합니다. 문서 첫 부분에 인코딩이 UTF-8로 선언되어 있어도 실제 파일이 다른 형식으로 저장됐다면 깨짐이 계속됩니다. 텍스트 편집기에서 인코딩을 확인한 뒤 BOM 없는 UTF-8로 통일하고, 본문뿐 아니라 nav.xhtml, 목차, OPF 메타데이터 파일도 같은 방식으로 점검합니다.

갈레고어 원고를 워드프로세서, OCR 또는 PDF에서 가져왔다면 눈에 보이는 글자가 같아도 내부 코드가 다를 수 있습니다. 예컨대 하나의 문자 ‘á’로 저장된 형태와 ‘a+결합 악센트’로 구성된 형태가 섞이면 검색 결과가 누락되거나 줄바꿈과 폰트 표시가 불안정해집니다. 이런 경우에는 원고 전체를 유니코드 NFC 방식으로 정규화한 다음 EPUB을 다시 패키징하는 편이 좋습니다.

1. 원본 파일을 별도로 복사해 수정 전 버전을 보관합니다.
2. XHTML, XML, CSS 파일의 실제 인코딩을 UTF-8로 통일합니다.
3. 갈레고어 악센트 문자를 검색해 잘못 변환된 문자열을 일괄 확인합니다.
4. 본문과 제목, 각주, 목차를 NFC 방식으로 정규화합니다.
5. 수정 후 EPUB 검증 도구를 실행하고 최소 두 종류의 뷰어에서 재검사합니다.

언어 자료의 시대적 표현이나 고유명사를 다룰 때는 자동 치환을 특히 조심해야 합니다. 갈레고어와 포르투갈어가 공유하는 문학적 배경을 이해하려면 포르투갈의 음유시 관련 설명도 참고할 만합니다. 다만 역사적 표기를 현대 철자 규칙으로 일괄 변경하면 작품의 의미가 달라질 수 있으므로, 정규화와 맞춤법 교정은 반드시 별개 작업으로 처리해야 합니다.

폰트 임베딩과 CSS 충돌을 해결하는 실전 점검법

글리프 지원 범위와 파일 연결을 함께 확인합니다

갈레고어는 기본 라틴 문자에 발음 구별 기호를 더해 사용하므로 대다수 현대 서체에서 표시할 수 있습니다. 그러나 무료 배포판이나 부분 집합으로 만든 폰트에는 필요한 글리프가 빠질 수 있습니다. 폰트 선택 시 á, é, í, ó, ú, ñ, ü, ç뿐 아니라 따옴표, 줄표, 말줄임표, 유로 기호까지 시험 문장으로 입력해 확인하세요.

폰트 파일이 정상이어도 CSS의 경로와 글꼴 이름이 서로 다르면 임베딩이 실패합니다. @font-face의 src 경로는 CSS 파일 위치를 기준으로 해석되며, 대소문자를 구분하는 환경에서는 ‘Fonts’와 ‘fonts’도 다른 폴더입니다. OPF manifest에 폰트가 등록됐는지, media-type이 실제 파일 형식과 일치하는지도 확인해야 합니다. 상업용 폰트라면 전자책 임베딩 라이선스가 포함돼 있는지 반드시 계약서를 검토합니다.

• 본문용 서체는 Regular, Bold, Italic 파일을 각각 연결합니다.
• CSS의 font-family 이름과 적용 선택자의 철자를 동일하게 맞춥니다.
• WOFF2만 지원하지 않는 구형 뷰어를 고려해 유통처 권장 형식을 확인합니다.
• 불필요한 폰트 굵기를 줄여 EPUB 용량과 로딩 지연을 낮춥니다.
• 폰트가 차단돼도 읽을 수 있도록 serif 또는 sans-serif 대체 글꼴을 지정합니다.

실제 갈레고어 아동서가 어떤 제목 표기와 상품 정보를 사용하는지 확인하려면 갈레고어 책 Pipa Guleta처럼 언어가 명시된 서적 페이지를 참고할 수 있습니다. 화면을 그대로 모방하기보다는 제목의 악센트, 언어명, 저자명 같은 핵심 정보가 판매 페이지에서도 온전히 노출되는지 비교하는 용도로 활용하는 것이 좋습니다.

폰트는 디자인 자산인 동시에 기술 자산입니다. 보기 좋은 서체를 골랐더라도 라이선스, 파일 용량, 글리프 범위 중 하나가 맞지 않으면 유통 직전에 교체해야 할 수 있습니다.

목차·메타데이터·파일명에서 생기는 숨은 오류 잡기

본문이 정상이어도 서점 등록에서 반려될 수 있습니다

독자는 본문만 보지만 전자책 서점과 도서관 시스템은 OPF 메타데이터, 목차, 언어 코드, 식별자를 함께 읽습니다. 갈레고어 도서는 언어 항목에 통상적으로 gl을 사용하며, 다른 번역이 함께 들어간 경우 각 콘텐츠의 언어 범위를 명확히 표시해야 합니다. 언어 코드가 비어 있거나 스페인어 코드로 잘못 지정되면 검색 분류와 접근성 음성 설정이 어긋날 수 있습니다.

파일명에 악센트 문자나 공백을 사용했다고 해서 항상 오류가 발생하는 것은 아니지만, 제작 도구와 유통 시스템의 호환성을 생각하면 내부 파일명은 영문 소문자, 숫자, 하이픈 중심으로 단순화하는 편이 안전합니다. 독자에게 보이는 장 제목은 정확한 갈레고어 철자를 유지하되 내부 경로는 chapter-01.xhtml처럼 관리하면 링크 단절 가능성을 줄일 수 있습니다.

1. 제목: 표지, 본문 속표지, OPF, 판매 등록 정보의 철자를 대조합니다.
2. 저자명: 악센트와 성·이름 순서가 모든 위치에서 같은지 확인합니다.
3. 언어: 패키지와 개별 XHTML의 lang 및 xml:lang 값을 점검합니다.
4. 목차: 링크 대상 ID가 존재하며 제목 문자가 깨지지 않는지 눌러 봅니다.
5. 표지: manifest 속성과 실제 이미지 파일 경로가 일치하는지 검사합니다.
6. 식별자: ISBN 또는 내부 발행 식별자가 중복되지 않았는지 확인합니다.

고유명사를 일반 단어로 오인하는 자동 교정도 빈번합니다. 예를 들어 인명이나 지명을 검토할 때는 문맥을 먼저 확인해야 하며, 페르난도 갈레고 항목처럼 동일하거나 유사한 표기를 가진 고유명사 자료와 대조하면 성급한 치환을 피하는 데 도움이 됩니다. 단, 출처 표기법과 본문 철자 정책은 해당 출판사의 편집 기준을 우선해야 합니다.

검수 도구에서 오류가 반복될 때 적용할 복구 순서

전체 재변환보다 최소 단위로 원인을 추적합니다

검증 결과에 오류가 수십 개 표시되면 처음부터 다시 변환하고 싶어지지만, 한 개의 잘못된 태그가 뒤쪽 오류를 연쇄적으로 만들기도 합니다. 가장 위에 표시된 첫 오류부터 수정한 뒤 다시 검사하세요. 닫히지 않은 태그, 중복 ID, 존재하지 않는 파일 경로, 잘못된 MIME 유형 순으로 살펴보면 문제 범위를 빠르게 좁힐 수 있습니다.

편집 프로그램의 내보내기 기능을 여러 번 거치면서 오류가 재발한다면 원본 수정과 EPUB 직접 수정 중 어느 쪽을 기준 파일로 삼을지 먼저 결정해야 합니다. 납품 직전 EPUB만 고치고 나중에 원본에서 다시 내보내면 수정 사항이 사라집니다. 반복 출간하거나 개정판을 예정했다면 원본 문서와 변환 템플릿을 먼저 바로잡고, 일회성 긴급 수정이라면 변경 내역을 별도 로그로 남기는 방식이 현실적입니다.

• 오류 메시지의 파일명과 행 번호를 기록합니다.
• 첫 번째 구조 오류 하나를 수정하고 다시 검증합니다.
• 자동 생성 CSS에서 중복되거나 지원되지 않는 속성을 제거합니다.
• 압축을 풀어 수정했다면 mimetype 파일의 위치와 압축 방식도 확인합니다.
• 캐시 영향을 피하려고 기존 책을 삭제한 뒤 새 파일을 뷰어에 다시 등록합니다.
• 최종본의 해시값과 파일명을 기록해 잘못된 버전 납품을 방지합니다.

외주 수정 비용은 분량, 원본 상태, 고정형·가변형 레이아웃 여부에 따라 크게 달라집니다. 단순 문자 교정은 비교적 적은 비용으로 처리할 수 있지만, 폰트 라이선스 재구매나 CSS 재설계, 다중 기기 검수까지 포함되면 견적이 높아집니다. 따라서 의뢰할 때는 ‘글자가 깨진다’고만 전달하지 말고 샘플 EPUB, 오류 화면, 목표 유통처, 원하는 납기와 수정 가능 원본을 함께 제공하세요.

이것만은 꼭 기억하세요: 출고 전 갈레고어 검수표

자동 검사와 사람의 언어 검수를 분리합니다

EPUB 검증 도구가 오류 없음으로 표시해도 갈레고어 문장이 정확하다는 뜻은 아닙니다. 도구는 태그와 패키지 구조는 확인할 수 있지만 문맥에 맞는 단어, 방언 선택, 문장 부호, 대화문 리듬까지 판단하지 못합니다. 반대로 원어민 교정자가 문장을 완벽히 다듬어도 링크 단절이나 메타데이터 누락을 발견하지 못할 수 있습니다. 두 검수는 대체 관계가 아니라 상호 보완 관계입니다.

출고 전에는 기술 검수자와 갈레고어 편집자의 확인 범위를 구분한 체크리스트를 사용하세요. 독자가 실제로 책을 읽는 순서대로 표지, 목차, 첫 장, 각주, 내부 링크, 마지막 페이지를 넘겨 보는 읽기 기반 검수도 효과적입니다. 특히 첫 문단만 확인하고 끝내지 말고 강조체, 이탤릭체, 긴 제목, 특수문자가 몰린 페이지를 의도적으로 찾아야 합니다.

1. 모든 XHTML과 메타데이터가 UTF-8로 저장됐는지 확인합니다.
2. 악센트 문자의 코드가 NFC 방식으로 일관되는지 검사합니다.
3. 임베딩 폰트의 글리프 범위와 전자책 사용권을 확인합니다.
4. 휴대전화, 태블릿, PC 중 최소 두 환경에서 글꼴 크기를 바꿔 봅니다.
5. 목차, 각주, 돌아가기 링크를 직접 눌러 이동 경로를 검사합니다.
6. gl 언어 코드와 제목·저자·ISBN 등 서지정보를 대조합니다.
7. 원어민 검수자가 문맥과 고유명사, 현대·역사 철자를 확인합니다.
8. 승인된 최종본만 별도 폴더에 보관하고 납품 파일명을 고정합니다.

수정 후에도 특정 기기에서만 문제가 남는다면 기기명, 운영체제, 뷰어 버전, 오류 문장을 출판사나 유통처에 전달하세요. 재현 조건이 분명할수록 답변도 구체적으로 받을 수 있습니다. 인코딩 확인 → 유니코드 정규화 → 폰트와 CSS 점검 → 메타데이터 검수 → 다중 기기 테스트의 순서를 유지하면 갈레고어 EPUB 깨짐 오류를 빠르게 해결하고 다음 제작에서도 같은 실수를 예방할 수 있습니다.