연재 원고를 전자책으로 묶기 전 목차와 장 제목부터 점검하기

연재를 마친 원고를 한 파일로 모으면 책의 형태가 보이기 시작합니다. 그러나 파일이 열리고 문장이 이어진다고 독자가 편하게 읽을 수 있는 것은 아닙니다. 목차에서 고른 장과 실제로 열린 내용이 다르거나, 본문에는 없는 제목이 남아 있을 수 있습니다.

연재의 회차는 한 번에 공개하는 단위입니다. 책의 장은 독자가 내용을 이해하고 다시 찾아가는 단위가 됩니다. 둘이 같을 수도 있지만 항상 같아야 하는 것은 아닙니다. 웹소설이나 짧은 글을 전자책으로 묶을 때는 이 차이를 먼저 정리하면 이후 변환과 수정의 기준이 분명해집니다.

이 글은 2026년 11월 1일 확인한 EPUB 3.3 규격을 참고한 편집 점검 제안입니다. 실제 전자책 변환이나 특정 독서 앱의 호환성 시험 결과는 아닙니다. 아래 원고 구성은 가상 예시이며, 개별 서점의 제출 조건은 별도로 확인해야 합니다.

원래 회차와 최종 장의 대응부터 남깁니다

먼저 기존 원고 목록을 보존하고 최종 책에 들어갈 단위를 옆에 적습니다. 예를 들어 1~3화를 첫 장으로 묶고, 4화는 두 번째 장, 5~6화는 세 번째 장으로 묶을 수 있습니다. 여기서 중요한 것은 묶는 비율이 아니라 원고의 어느 부분이 어디로 갔는지 추적할 수 있다는 점입니다.

대응표에는 원래 회차 번호, 원고 파일, 최종 장 번호와 제목, 포함 범위, 처리 메모를 적습니다. 첫 장에 1~3화가 들어간다면 각 회차의 첫 문장과 마지막 문장도 확인해 두면 좋습니다. 파일 이름만으로 합쳤다고 판단하면 비슷한 이름의 수정본이나 중복 회차를 놓칠 수 있습니다.

연재 중간의 공지와 작가의 말은 본문과 따로 판단합니다. 다음 주 휴재 안내나 당시 행사 소개는 책에서 맥락을 잃을 수 있습니다. 그렇다고 모두 지우는 것도 정답은 아닙니다. 작품 이해에 필요한 후기인지, 현재 유효하지 않은 운영 공지인지 나누고 유지·이동·제외 이유를 남깁니다.

장 구성을 바꿨다면 “지난 화에서”나 “다음 편에” 같은 표현도 검토합니다. 회차를 묶은 뒤에도 긴장감을 만드는 문장으로 필요할 수 있지만, 바로 다음 문단에서 같은 설명을 반복하면 읽는 흐름이 늘어질 수 있습니다. 기계적으로 삭제하기보다 앞뒤 내용을 이어 읽고 결정합니다.

원고를 재배치할 때 시간 순서와 정보 공개 순서도 유지되는지 살핍니다. 연재 회차를 두 장으로 합쳤다는 이유로 사건의 순서까지 바꿀 필요는 없습니다. 편집 때문에 순서를 바꾼다면 단순한 파일 결합이 아니라 내용 수정이므로, 인물의 지식과 앞뒤 참조까지 다시 검토해야 합니다.

장 제목은 보이는 모양과 구조를 함께 맞춥니다

최종 제목을 정했다면 본문 시작 부분, 목차에 표시될 이름, 제작용 대응표의 이름을 함께 맞춥니다. 가령 대응표에는 “2장 문이 닫힌 뒤”인데 본문에는 “제4화”가 남아 있다면 독자는 다른 위치로 이동했다고 생각할 수 있습니다. 내부 작업 이름과 독자에게 보일 이름을 구분해 관리합니다.

권, 부, 장, 절을 얼마나 나눌지도 결정합니다. 짧은 작품에 깊은 계층을 많이 만들면 이동 메뉴만 복잡해질 수 있습니다. 반대로 여러 부로 이루어진 긴 작품을 모든 회차가 같은 수준인 목록으로 만들면 큰 구성을 알아보기 어렵습니다. 원고의 실제 묶음에 필요한 수준만 사용합니다.

제목을 크게 보이게 만드는 것과 제목으로 구조화하는 것은 별개로 생각해야 합니다. 제작 도구가 지원하는 제목 스타일이나 계층 설정을 일관되게 사용하고, 글자 크기만 키운 문장이 목차에 포함되는지는 실제 변환 결과에서 확인합니다. 도구마다 같은 방식으로 처리한다고 가정하지 않습니다.

제목 표현도 독자가 위치를 알아볼 수 있는지 살펴봅니다. 모든 장 이름이 “그날”이라면 분위기는 유지할 수 있어도 다시 찾기는 어렵습니다. 장 번호를 함께 표시하거나 내용을 지나치게 드러내지 않는 구별 요소를 덧붙일 수 있습니다. 다만 탐색 편의를 이유로 중요한 반전을 제목에서 먼저 밝히지는 않습니다.

가상 예로 “1부 귀향” 아래 “1장 닫힌 가게”와 “2장 남겨진 열쇠”를 둘 수 있습니다. 이 구조가 본문에도 존재하는지 확인하고, 목차에서만 부를 만들어 독자가 이동할 곳을 헷갈리게 하지 않도록 합니다. 제목을 바꾸면 관련 표기와 링크 대상도 함께 검토한다는 규칙을 정해 두면 좋습니다.

목차 목록과 본문 읽기 순서를 따로 확인합니다

W3C EPUB 3.3의 목차 탐색 규정은 탐색 문서에 목차를 나타내는 요소가 필요하다고 설명하며, 그 참조 순서가 본문 문서와 문서 안의 대상 순서를 반영하도록 권고합니다. 목차를 보기 좋게 적어 놓는 것과 실제 이동 구조를 갖추는 것은 구분해야 합니다.

편집자가 확인할 질문은 간단합니다. 목차에서 두 번째 장을 누르면 두 번째 장의 제목이나 시작 지점으로 가는지, 첫 장을 끝까지 읽고 다음으로 넘기면 같은 두 번째 장으로 이어지는지 확인합니다. 두 경로가 서로 다르면 일부 독자는 순서대로 읽고 다른 독자는 다른 순서로 이동하게 됩니다.

링크 대상이 존재한다는 사실만으로도 충분하지 않습니다. 두 장의 목차 항목이 모두 첫 장을 가리키면 링크는 열리지만 잘못된 곳으로 갑니다. 본문에서 제목을 변경하거나 파일을 나눈 뒤 이전 위치가 남아 있는지도 확인합니다. 자동으로 만든 목차라도 최종 원고와 대조하는 과정은 필요합니다.

• 목록: 필요한 장이 빠지거나 중복되지 않았는지 대응표와 비교합니다.
• 이름: 목차의 표시 이름과 이동한 본문의 장 제목이 맞는지 확인합니다.
• 목적지: 각 항목이 의도한 장의 시작 위치로 연결되는지 확인합니다.
• 순서: 목차 이동과 본문을 연속으로 읽는 순서가 의도한 구성인지 확인합니다.

규격은 독서 앱의 탐색 메뉴가 단순한 텍스트 표시만 지원하는 경우도 설명합니다. 장을 색상이나 장식 이미지로만 구분하기보다 제목 자체로 알아볼 수 있게 만드는 편이 좋습니다. 특정 앱에서 화려한 목차가 보인다는 이유로 다른 앱에서도 같은 모습이라고 판단하지 않습니다.

부록과 후기도 의도한 위치에 두어야 합니다. 독자가 본문 마지막 장을 읽은 뒤 후기로 넘어가야 하는지, 참고할 때만 별도로 찾아가면 되는지 먼저 정합니다. 제작 설정은 그 의도에 맞춰 확인하되, 사용 중인 도구가 해당 구조를 어떻게 내보내는지는 문서와 결과 파일에서 점검합니다.

검사한 파일과 제출할 파일을 같은 것으로 유지합니다

목차를 점검한 뒤 오탈자를 고치고 새로 내보냈다면 최종 파일이 달라집니다. 내용 수정이 작더라도 제목, 파일 구분, 링크가 영향을 받았다면 해당 이동 경로를 다시 확인해야 합니다. 어느 파일을 검사했는지 알 수 있도록 버전이나 수정 시각을 기록하고 제출용 파일을 명확히 정합니다.

검사 기록에는 사용한 제작 도구와 버전, 확인한 독서 앱, 확인한 범위를 남깁니다. “전자책 정상” 한 줄보다 “목차 전 항목의 목적지 확인, 첫 장에서 마지막 장까지 장 순서 확인, 휴대전화 앱 한 종류에서 제목 표시 확인”처럼 실제 범위를 쓰는 편이 유용합니다. 확인하지 않은 환경은 미확인으로 남깁니다.

규격 검사와 시각 점검도 다른 질문에 답합니다. 구조상 오류가 없다는 결과를 얻더라도 제목이 너무 길어 탐색 메뉴에서 구별하기 어려울 수 있습니다. 반대로 한 앱에서 읽을 수 있다는 사실만으로 제출할 서점의 모든 요구를 충족했다고 말할 수는 없습니다. 둘 중 하나로 나머지를 대신하지 않습니다.

서점이나 유통사의 안내가 요구하는 형식, 필수 항목, 파일 제한은 제출 전에 다시 읽습니다. 이 글의 목차 점검은 그 안내 전체를 대신하는 절차가 아닙니다. 원고의 권리 관계, 표지와 본문 자산, 메타데이터 같은 별도 확인도 필요하다면 해당 작업으로 나누어 진행합니다.

지금 할 일은 원고 전체를 바로 변환하는 것이 아닙니다. 첫 세 회차를 골라 최종 책에서 어느 장에 들어갈지, 어떤 제목으로 표시할지, 목차에서 어디로 이동해야 할지 적어 보시면 됩니다. 그 작은 대응표가 일관되게 설명된다면 나머지 원고도 같은 기준으로 정리할 수 있습니다.