문서를 전자책 포맷으로 변환하기: 품질 및 호환성 팁

디지털 독서의 확산으로 거의 모든 서면 콘텐츠가 전자책 배포 대상이 되었습니다. 원본이 기업 백서든, 학술 원고든, 자체 출판 소설이든, 변환 과정은 최종 제품이 독자의 기기에서 어떻게 동작할지를 결정합니다. 잘 수행된 변환은 저자의 의도(레이아웃, 스타일링, 메타데이터, 접근성)를 유지하면서, 다양한 전자책 리더, 태블릿, 스마트폰 환경에서 작동하는 파일을 제공합니다. 아래 가이드는 전자책이 원본에 충실하도록 하는 기술적 선택과 실무 단계를 단계별로 안내합니다.

대상 포맷 이해하기

전자책은 하나의 형태가 아닙니다. 시장을 장악하고 있는 세 가지 포맷이 각각의 장점과 제약을 가지고 있습니다.

  • EPUB은 HTML5와 CSS 기반의 오픈 표준이며, 대부분의 비아마존 디바이스에서 지원됩니다. 재흐름(reflowable) 특성 덕분에 어떤 화면 크기에도 내용이 자동으로 적응하지만, 시각적인 책을 위해 고정 레이아웃 버전도 사용할 수 있습니다.
  • MOBI/Kindle(현재는 주로 KF8/AZW3 변형) 은 아마존의 독점 컨테이너입니다. 대부분의 EPUB 기능을 수용하지만 JavaScript, 글꼴, 메타데이터 처리와 관련해 특이점이 있습니다. 최종 목적지가 킨들일 경우, 최신 디바이스에서는 EPUB 직접 업로드를 권장하지만 여전히 MOBI 변환은 실용적인 단계입니다.
  • PDF는 교과서나 기술 매뉴얼처럼 정확한 페이지 구성이 필수인 문서에 유용합니다. PDF 전자책 리더도 존재하지만, 포맷이 재흐름되지 않아 작은 화면에서는 가독성이 떨어질 수 있습니다.

올바른 포맷 선택은 책의 목적에서 시작됩니다. 의미가 풍부한 텍스트는 EPUB이 적합하고, 이미지가 많은 만화나 어린이 책은 고정 레이아웃 EPUB이 필요하며, 페이지 레이아웃을 정확히 유지해야 하는 문서는 PDF로 남깁니다.

원본 파일 준비하기

깨끗한 원본은 변환 후 발생할 수 있는 문제를 크게 줄여 줍니다. 원본이 Microsoft Word, PDF, HTML 페이지 모음이든, 변환 도구가 파일에 접근하기 전에 다음 가이드라인을 따라 주세요.

  1. 일관된 제목 구조 – 수동 서식 대신 기본 제목 스타일(제목 1, 제목 2, …)을 사용합니다. 이 계층 구조는 EPUB 내비게이션 문서로 바로 변환돼, 모든 디바이스에서 활용 가능한 목차를 제공합니다.
  2. 시각적 트릭보다 의미적 스타일링 – “인용”, “캡션”, “강조 텍스트”와 같은 경우 수동 굵게·기울임 대신 단락 스타일을 정의합니다. 의미 기반 스타일은 변환 엔진이 내용을 깔끔한 HTML 태그로 매핑하기 쉽게 합니다.
  3. 이미지 삽입 – 최종 표시 크기로 이미지를 삽입하고, 라인아트는 무손실 PNG, 사진은 고해상도 JPEG를 권장합니다. Word에서 이미지 크기를 조절하지 말고, 원본 파일 자체에서 올바른 치수를 지정하세요.
  4. 접근성을 위한 대체 텍스트 – 모든 이미지에 설명적인 Alt 텍스트를 부여합니다. Word에서는 그림을 오른쪽 클릭 → 대체 텍스트 편집을 선택합니다. 이 정보는 EPUB의 <img alt="…"> 속성으로 전달됩니다.
  5. 불필요한 매크로와 변경 흔적 제거 – 매크로는 전자책에 전혀 필요 없으며, 미처 해결되지 않은 수정 내역은 변환 엔진을 혼란스럽게 하는 마크업을 생성합니다.

규율 있는 원본은 변환 후 전자책을 정리하는 데 드는 시간을 크게 단축합니다.

레이아웃과 타이포그래피 유지하기

전자책은 유연성과 시각적 충실성 사이에서 균형을 잡아야 합니다. 주요 전략은 재흐름고정 레이아웃 두 가지입니다.

  • 재흐름 EPUB – 소설이나 일러스트가 거의 없는 작업에 이상적입니다. CSS가 줄 길이, 여백, 글꼴 크기 조정을 담당하도록 합니다. 기본 폰트 크기(예: 1rem), 줄 간격 1.5, 가독성을 위한 적당한 max-width 정도만 지정하면 충분합니다. 절대 위치 지정은 피하세요; 태블릿과 스마트폰은 이를 무시합니다.
  • 고정 레이아웃 EPUB – 그래픽이 풍부한 타이틀에 필요합니다. 원본 페이지를 고해상도 PNG 또는 JPEG로 변환한 뒤, 각 페이지를 <div class="page"> 안에 position: relative; width: 100%; height: auto; 로 감싸면 됩니다. 이 방식은 시각을 정확히 고정하지만 재흐름을 포기합니다. 파일 크기가 증가하고 작은 화면에서는 표시가 어려울 수 있으니 필요한 경우에만 사용하세요.

본문에 가끔 풀 페이지 일러스트가 섞여 있는 경우, 하이브리드 접근이 효과적입니다. 기본 서사는 재흐름을 유지하고, 큰 이미지는 CSS @media 쿼리를 이용해 화면 폭이 충분할 때만 풀 블리드 고정 크기로 전환합니다.

글꼴 및 타이포그래피 다루기

글꼴을 포함하면 독서 경험이 저자의 디자인과 일치합니다. EPUB은 .otf·.ttf 등 10바이트 포맷을 지원합니다. 변환 워크플로는 다음을 수행해야 합니다.

  • 글꼴 라이선스가 임베드(embedding)를 허용하는지 확인합니다.
  • 글꼴 파일을 EPUB 패키지의 fonts/ 폴더에 넣습니다.
  • CSS에서는 @font-face 로 참조하고, 대체 폰트 스택을 지정합니다.
  • 킨들용으로는 아마존이 허용한 글꼴만 포함하십시오. 허용되지 않은 경우 디바이스가 기본 글꼴로 대체합니다.

맞춤 글꼴을 임베드할 수 없는 경우, 웹 안전 글꼴(Georgia, Times New Roman, Arial 등) 중 하나를 선택하고, CSS 줄 간격을 조정해 가독성을 유지합니다.

메타데이터 정확히 옮기기

메타데이터는 전자책 검색 가능성의 척추와 같습니다. EPUB은 content.opf에, MOBI는 내부 메타데이터 블록에 저장됩니다. 핵심 필드는 다음과 같습니다.

  • Title – 작품의 기본 제목.
  • Creator/Author – 저자 전체 이름.
  • Language – ISO‑639‑2 코드(예: en, fr).
  • Identifier – ISBN 또는 UUID; 아마존의 경우 ASIN을 추가할 수 있습니다.
  • Publisher – 배포 책임 기관.
  • Cover Image – 매니페스트에 지정된 전용 JPEG/PNG 표지 이미지.
  • Subject/Keywords – 분류를 위한 통제 어휘.

대부분의 변환 도구가 원본 문서 속성에서 이 정보를 자동으로 추출하지만, 변환 후 content.opf(EPUB을 zip으로 열어 확인) 를 반드시 점검해 누락되거나 잘못된 필드가 없는지 확인하십시오. 예를 들어 언어 태그가 없으면 화면 판독기 내비게이션이 깨질 수 있습니다.

대체 텍스트를 넘어선 접근성

접근성 전자책은 화면 판독기, 고대비 모드, 대체 입력 장치를 사용하는 독자를 배려합니다. 변환 과정에서 다음을 적용하세요.

  • 논리적인 읽기 순서 – HTML 흐름이 시각적 순서와 일치하도록 합니다. 제목 태그(H1‑H6) 기반 목차는 신뢰할 수 있는 내비게이션 구조를 제공합니다.
  • 올바른 표 마크업<table>, <thead>, <tbody>, <th> 를 사용하고, 공백이나 탭 문자로 열을 맞추는 방식을 피합니다.
  • 설명적인 링크 텍스트 – “click here” 대신 “3장 – 방법론”과 같이 목적이 명확한 텍스트를 사용합니다.
  • 소프트 하이픈 – 좁은 화면에서 자동 hyphenation을 돕기 위해 적절히 &shy; 를 삽입합니다.
  • ARIA 역할(필요 시) – 오디오 클립 같은 인터랙티브 요소에 role="region"aria-label 속성을 추가해 컨텍스트를 제공합니다.

오픈소스 검증 도구 epubcheck 로 변환된 EPUB을 실행하면, 많은 접근성 오류를 사전에 발견할 수 있습니다.

삽입 미디어 변환하기

현대 전자책에는 오디오 내레이션, 비디오 클립, 인터랙티브 퀴즈가 포함되는 경우가 많습니다. EPUB 3 은 <audio>·<video> 태그를 지원하지만, 대상 디바이스가 이를 지원해야 합니다.

  • 오디오 – 넓은 호환성을 위해 MP3(128 kbps 이상) 로 인코딩합니다. <source> 요소에 MP3와 AAC를 모두 포함해 대체 옵션을 제공합니다.
  • 비디오 – MP4(H.264 비디오, AAC 오디오) 를 사용합니다. 파일 부피를 줄이기 위해 해상도는 720p 이하로 제한합니다.
  • JavaScript – 킨들 디바이스는 대부분의 JavaScript 를 무시하고, EPUB 리더마다 지원 정도가 다릅니다. 인터랙티브가 필수라면 여러 플랫폼에서 테스트 후 적용하십시오.

최종 포맷이 킨들인 경우, 지원되지 않는 미디어는 삭제하거나 별도 동반 파일로 제공해야 합니다. 최신 KF8 포맷은 삽입 비디오를 부분적으로만 지원합니다.

복잡한 표와 각주 관리하기

여러 페이지에 걸치거나 중첩 목록을 포함한 표는 재흐름 포맷에서 쉽게 무너집니다. 이를 완화하려면:

  • 지나치게 넓은 표는 논리적 단위로 나눕니다.
  • 작은 화면에서는 overflow-x: auto; 를 적용해 가로 스크롤을 허용합니다.
  • 각주가 많을 경우, 각주 대신 말미에 모아 놓은 끝노트 로 전환해 페이지 깨짐을 줄이고 흐름을 부드럽게 유지합니다.

변환 과정에서 각주 링크( <a href="#ftn1" id="ftnref1">)가 전자책 리더에서 정상적으로 작동하는지 반드시 확인하십시오. 깨진 링크는 독자를 곤란하게 만듭니다.

품질 보증( QA ) 워크플로

한 번의 변환으로 완벽을 기대하기는 어렵습니다. 체계적인 QA 루프를 구축하면 이후 수정 작업을 크게 줄일 수 있습니다.

  1. 자동 검증 – 모든 EPUB 출력물에 epubcheck 를 실행하고, 특히 누락 파일이나 잘못된 XML과 관련된 오류를 수정합니다.
  2. 디바이스 프리뷰 – Apple Books, Kobo Desktop, Calibre, 실제 Kindle 등 다양한 리더에서 페이지 구분, 이미지 렌더링, 내비게이션을 확인합니다.
  3. 메타데이터 검토 – Calibre 메타데이터 편집기로 열어 필드가 정확히 입력됐는지 확인합니다.
  4. 성능 테스트 – 파일 크기를 측정합니다. 50 MB를 초과하면 구형 디바이스에서 로딩이 느려질 수 있습니다. 이미지가 과도하게 크다면 무손실 PNG → 고품질 JPEG 로 압축하고, 불필요한 임베드 글꼴을 제거합니다.
  5. 접근성 감사axe-core 혹은 Chrome Accessibility Developer Tools 로 전자책을 검사해 Alt 텍스트 누락·제목 순서 오류 등을 찾아냅니다.

위 단계를 반복하면 최종 제품이 기술적 기준과 사용자 경험 모두를 만족하게 됩니다.

Convertise.app 을 활용한 실전 변환 예시

다수의 Word 원고를 로컬 소프트웨어 없이 EPUB 으로 만들고자 할 때, convertise.app 같은 온라인 서비스가 믿음직한 다리 역할을 합니다. 일반적인 흐름은 다음과 같습니다.

  • .docx 파일을 보안 웹 인터페이스에 업로드합니다.
  • 목표 포맷으로 EPUB 을 선택하고 메타데이터 보존 옵션을 켭니다.
  • 원본에 맞춤 글꼴이 포함되어 있고 라이선스가 허용될 경우 글꼴 임베드 를 선택합니다.
  • 변환이 완료되면 EPUB 파일과 전환 중 누락된 요소(예: 지원되지 않는 매크로) 를 표시한 간단한 로그가 포함된 ZIP 번들을 다운로드합니다.
  • 로컬에서 epubcheck 로 다운로드한 EPUB을 검증해 출판 전 규격을 만족하는지 확인합니다.

Convertise는 완전 클라우드 기반으로 세션 종료 후 파일을 보관하지 않으므로, 미공개 원고를 다룰 때 개인정보 보호 측면에서도 안심할 수 있습니다.

흔히 발생하는 함정과 회피 방법

  • 원본 정리 소홀 – 사전 정리를 건너뛰면 스타일 고립, 보이지 않는 문자, 깨진 내비게이션 등 문제가 발생합니다.
  • 무단 글꼴 임베드 – 법적 문제를 일으킬 뿐 아니라 일부 리더에서 대체 글꼴로 전환됩니다.
  • 이미지 과도 압축 – 지나친 JPEG 압축은 파일을 작게 만들지만 고해상도 레티나 태블릿에서 눈에 띄는 아티팩트를 남깁니다.
  • 모든 내용에 고정 레이아웃 적용 – 재흐름을 포기하고 파일 용량이 커지며 작은 화면에서 표시가 어려워집니다.
  • 언어 태그 누락lang 속성이 없으면 화면 판독기가 텍스트를 잘못 발음하고, 검색 엔진이 콘텐츠를 색인하지 못합니다.
  • 디바이스 별 특성 간과 – 킨들은 EPUB 내장 비디오를 지원하지 않습니다. 변환 파이프라인이 모든 디바이스가 동일하게 지원한다는 전제로 설계되면 최종 파일에 빈 자리표시자가 나타날 수 있습니다.

파이프라인 초기에 이러한 문제를 해결하면, 시장에 출시한 후 비용이 많이 드는 재작업을 피할 수 있습니다.

마무리

문서를 전자책으로 변환하는 일은 단순히 파일 형식을 바꾸는 것이 아니라, 레이아웃·타이포그래피·메타데이터·접근성을 보장하는 체계적인 전환 작업입니다. 원본을 꼼꼼히 준비하고, 적절한 대상 포맷을 선택하며, 글꼴·미디어를 신중하게 다루고, 출력물을 철저히 검증한다면 저자는 모든 디바이스에서 잘 읽히고, 검색 가능하며, 접근성 기준을 만족하는 전자책을 제공할 수 있습니다. convertise.app 같은 온라인 도구를 활용하면 복잡한 작업을 크게 단축할 수 있어, 제작자는 콘텐츠 자체에 더 집중할 수 있습니다.