하나의 원고에서 EPUB + 인쇄 PDF: 단일 파일 워크플로

하나의 원고에서 EPUB과 인쇄 PDF 내보내기: 인디 작가의 단일 파일 워크플로

인디 생태계에서 전자책 vs 인쇄는 더 이상 양자택일이 아닙니다. 2026년 흔한 출시 전략은 둘을 동시에 내는 것입니다 — 전자책은 KDP, Apple Books, Kobo Writing Life 등을 통해, 인쇄는 KDP Print, IngramSpark, 또는 로컬 인쇄소를 통해. 두 형태가 서로 다른 독자, 서로 다른 구매 맥락, 서로 다른 가격대를 커버하며, 합쳐서 인디 작가의 완전한 유통을 이룹니다.

Scribe single-source EPUB and PDF export — Catalpas Atelier Scribe · One source, two outputs

그러나 EPUB과 인쇄 PDF는 매우 다른 레이아웃 논리를 따릅니다. EPUB은 리플로(reflowable)입니다 — 독자가 폰트 크기, 행간, 읽기 너비를 조정하면 텍스트가 기기에 따라 재배치됩니다. 인쇄 PDF는 고정 레이아웃입니다 — 모든 페이지의 글자 위치, 줄 수, 챕터 시작, 좌우 관계가 사전에 결정됩니다. EPUB에서 “챕터마다 새 페이지”는 인쇄에서 “챕터마다 새 페이지, 우측(recto) 페이지에서 시작”이 되어야 하고, EPUB에서 어떤 비율이든 가능한 이미지는 인쇄에서 도련과 색공간을 고려해야 합니다.

이 차이가 많은 작가를 “이중 소스” 경로로 떠밉니다 — Word나 Scrivener에서 .docx를 쓰고 Calibre로 내보내 EPUB으로 변환하면서, 동시에 Vellum, Atticus, 또는 InDesign에서 인쇄판을 합니다. 프로젝트 중간에 원고를 고치고 양쪽 버전에 동기화해야 할 수 있습니다. 단기적으로는 작동하지만, 장기적으로는 모든 수정이 두 번 동기화되어야 하고 드리프트는 시간 문제일 뿐입니다.

더 합리적인 경로는 단일 소스 + 템플릿 포크입니다 — 하나의 평문 파일(보통 Markdown 또는 .docx)이 권위 있는 소스이고, 전자책과 인쇄가 각각 그것을 렌더링하는 자체 조판 템플릿을 가집니다. Vellum과 Atticus는 영어권 인디 진영에서 이 모델을 보급해 왔고(소스 포맷은 다르지만), 중국어권 출판 진영에서는 덜 흔합니다. 본 글은 네 가지 차원을 다룹니다.

이중 소스의 비용: 드리프트는 시간 문제일 뿐

대부분의 작가는 첫 책에서 이 비용을 느끼지 않습니다 — 출간 전 두세 달 동안 양쪽 파일을 병행 유지하는 것은 어렵지 않습니다. 비용은 책이 나온 뒤에 드러납니다.

독자가 어떤 부분에서 오탈자를 알려옵니다 — 돌아가 .docx를 고치지만 Vellum 프로젝트는 갱신되지 않습니다. 다음 재인쇄에서 수정이 반영되지 않은 것을 발견합니다. 또는 새 서문으로 2판을 내고 싶습니다 — 서문이 인쇄 프로젝트에는 들어가지만 EPUB 소스에는 동기화되지 않아 전자책 독자는 여전히 옛 버전을 봅니다. 이 “두 버전이 어긋남”은 인디 작가가 다회 재인쇄나 롱테일 운영 중에 반복적으로 빠지는 함정입니다.

더 미묘한 비용은 심리적 부담입니다. 수정을 고려할 때마다 뇌가 “두 곳에서 고쳐야 한다”를 추적해야 하고, 그 마찰은 조용히 “한 줄 바꾸기”의 문턱을 올립니다. 시간이 지나면 원고의 지속적인 다듬기 자체를 억제합니다.

단일 소스 + 템플릿 포크: 소스를 유일하게 유지하기

더 견고한 경로는 원고를 권위 있는 단일 소스로 압축하고, 전자책과 인쇄판을 각각 자신의 템플릿으로 렌더링하는 것입니다. Markdown은 여기서 구조적 이점이 있습니다:

평문이므로 어떤 에디터에서도 열 수 있습니다;
구조(챕터, 강조, 목록)가 의미적이며, 템플릿이 같은 의미에서 다른 형태를 렌더링할 수 있습니다;
작고, 버전 관리와 동기화가 쉽습니다.

워크플로는 대략 이렇게 보입니다:

Markdown으로 쓰고, 챕터당 .md 파일 하나, 프로젝트 메타데이터(제목, 저자, ISBN, 판권 페이지)는 YAML 파일에 둡니다.
전자책 템플릿을 선택합니다 — 폰트, 행간, 단락 스타일, 챕터 시작 페이지 스타일을 설정하고 EPUB 3을 렌더링합니다.
인쇄 템플릿을 선택합니다 — 재단 사이즈, 여백, 제본 쪽, 폰트(전자책과 다를 수 있음), CMYK를 설정하고 인쇄 PDF를 렌더링합니다.
수정 시 Markdown 소스만 편집합니다 — 두 출력이 다음 렌더에서 함께 갱신됩니다.

요점은 “Markdown을 쓰자”가 아니라, 템플릿이 EPUB과 인쇄의 차별화된 요구를 흡수하여, 작가가 출력마다 원고 자체를 손볼 필요가 없게 만드는 것입니다.

버전 관리: 모든 출시를 고정

단일 소스 워크플로의 또 다른 이점은 버전 관리와 자연스럽게 짝지어진다는 것입니다. Markdown 프로젝트를 Git 저장소에 두고, 의미 있는 변경마다 커밋하고, 각 출시를 태그합니다(v1.0, v1.1-typofix, v2.0-revised). 그러면:

언제든 어떤 역사 버전으로든 돌아가, 그 버전의 EPUB과 인쇄 PDF를 다시 렌더링할 수 있습니다;
각 변경이 언제 왜 일어났는지 정확히 알 수 있습니다(커밋 메시지);
다른 언어판, 지역판, 특별판(양장본, 사인본)을 위해 브랜치를 만들어 메인 원고를 오염시키지 않을 수 있습니다.

Git을 배우는 데 하루나 이틀을 쓸 의향이 있는 작가에게, 이 층이 주는 안정성은 Word + 날짜 접미사 파일명 방식을 훨씬 능가합니다. Git이 자신에게 맞지 않는다면, Markdown 프로젝트를 Dropbox / iCloud / Google Drive에 두면 기본적인 동기화와 이력 롤백을 얻을 수 있습니다 — 단지 입자가 더 거칠 뿐입니다.

Catalpas Atelier Scribe: 단일 소스 + 동기화된 미리보기

**Catalpas Atelier Scribe**는 이 워크플로를 중심으로 설계된 데스크톱 애플리케이션입니다. 그 핵심 입장은 “Markdown 소스 + 전자책과 인쇄 템플릿 병행 + 실시간 미리보기”입니다.

소스는 폴더 안의 Markdown 챕터당 .md 하나, 어떤 에디터로도 열 수 있는 평문, Git 친화적, 어떤 동기화 도구로도 인식 가능. Scribe는 원고를 독점 데이터베이스 안에 가두지 않습니다.

집필 창 + 실시간 이중 출력 미리보기 왼쪽 집필 창은 Markdown입니다. 오른쪽 미리보기 창은 “전자책 미리보기”와 “인쇄 미리보기” 사이를 토글합니다 — 같은 소스, 두 출력 형태, 키 입력마다 밀리초 단위의 레이아웃 갱신. “내보낸 뒤 PDF 확인”보다 피드백 주기를 크게 단축합니다.

Plus부터: EPUB 3 + 그레이스케일 / RGB PDF Plus는 EPUB 3(전체 출판 메타데이터 포함, KDP / Apple Books / Kobo 준비)과 그레이스케일/RGB PDF를 해제합니다. 대부분의 영어 소설과 일반 논픽션 작품의 듀얼 트랙 출시는 Plus 안에 들어맞습니다.

Pro: CMYK + ICC + 커스텀 인쇄 마스터 + 루비 더 높은 인쇄 요구사항이 있는 프로젝트(양장본, 아트북, CJK 출판, 컬러 본문)는 Pro가 필요합니다: CMYK 색공간, ICC 색 관리, 커스텀 인쇄 마스터(마주 보는 페이지 + 제본 쪽 전환 + 도련 + 안쪽 여백), 커스텀 폰트 임포트, 루비. Pro는 얼리버드 $79.99/년, 정가 $129.99/년.

3개 플랫폼 네이티브 Windows, macOS, Linux 모두에 네이티브 클라이언트가 있고, 파일은 기본적으로 로컬 저장, 클라우드 동기화는 선택.

Vellum, Atticus와의 비교

Vellum과 Atticus는 모두 “단일 소스, 전자책과 인쇄 템플릿 포크”의 설계 철학을 구현하며, 둘 다 영어권 인디 진영에서 실전 검증된 도구입니다. Vellum은 정성 들여 디자인된 프리셋 테마와 거의 흠 없는 영어 조판을 제공하고, Atticus는 웹 네이티브로 기기 간 이동이 쉽고 일회성 구매입니다.

이 경로의 후보 명단에서 둘을 비켜놓는 것은 서로 다른 한계입니다:

Vellum은 macOS 전용이고 CJK 세로쓰기나 루비를 지원하지 않습니다;
Atticus의 웹 네이티브는 원고가 클라우드에 호스팅된다는 뜻이고, CMYK 인쇄 색을 지원하지 않으며, CJK 세로쓰기를 커버하지 않습니다;
둘 다 소스가 열린 Markdown이 아니므로 — 밖으로 내보내려면 변환이 필요합니다.

Scribe는 이 세 가지 점에서 다른 트레이드오프를 합니다: 3개 플랫폼 네이티브, CJK 세로쓰기 기본 제공, 소스는 열린 Markdown. Mac 영어권 사용자 경험 축에서는 Vellum을 이기지 않을 것입니다 — 그것은 목표가 아닙니다. Scribe는 단일 소스 워크플로를 Vellum과 Atticus가 커버하지 않는 시나리오로 확장합니다.

자신에게 맞는 선택

단일 소스 + 템플릿 포크는 장기적으로 지속 가능한 워크플로이지만, 모든 작가가 당장 전환할 필요는 없습니다.

책을 한 권만 출판하고 Word + Vellum/Atticus가 이미 작동한다면, “더 우아한 워크플로를 위해” 이주를 강요할 이유가 없습니다. 좋은 도구는 교체할 필요가 없습니다.

다음과 같은 경우, 단일 소스 Markdown 워크플로가 더 잘 맞을 수 있습니다:

여러 책을 출판할 계획이며 유지 비용이 관리 가능한 수준으로 유지되기를 원한다;
원고의 장기 이식성을 중시하며 어떤 도구의 독점 포맷에 잠기고 싶지 않다;
이미 Markdown으로 쓰고 있다;
프로젝트가 CJK 세로쓰기나 루비를 포함하여 Vellum과 Atticus를 후보에서 제외한다;
정밀한 버전 관리와 협업을 위해 Git을 쓰고 싶다;
기기 구성이 Windows, macOS, Linux에 걸쳐 있다.

가장 좋은 워크플로는 “한 번 수정, 두 출력 갱신”입니다. Free 티어에서 시작해 같은 Markdown 소스에서 전자책과 인쇄 양쪽을 미리 보고 자신의 리듬에 맞는지 확인하십시오.

더 읽기:

Scribe에서 같은 워크플로를 시험해 보십시오 — 무료로 시작, Pro 얼리버드 가격 고정 →