如何將網路小說製作成適合翻譯的 EPUB 電子書

若要將網路小說轉換為適合翻譯的 EPUB，請從您擁有版權或獲授權匯出的章節著手，固定章節順序、統整文字格式，並將其打包成單一有效的可重排版（reflowable）EPUB。在開始翻譯前，請務必先驗證該來源檔案。運作正常的網站並不等於乾淨的書籍來源：導航標籤、廣告、讀者留言、重複的標題以及更新公告，都很容易意外變成書籍內容。

實際操作順序如下：

1. 確認您擁有匯出與翻譯該文本的權限；
2. 建立章節清單（Manifest）；
3. 逐章清理來源檔案；
4. 統整名稱、標題、註釋與圖片；
5. 建立 EPUB 封裝結構與導航目錄；
6. 使用 EPUBCheck 進行驗證；
7. 在實際的閱讀應用程式中開啟測試；以及
8. 僅針對經過測試驗證的來源版本進行翻譯。

本工作流程適用於您自己的小說、獲得授權的原稿，或是允許您重複利用的平台匯出檔案。這不是用來抓取他人作品，或繞過存取權限控制與數位版權管理（DRM）的方法。

從章節清單著手，而非直接爬取網站

在轉換任何內容之前，請先建立一份簡易清單。為書中規劃的每個單元分配一列：

切勿僅依賴動態變動的網站章節順序作為唯一記錄。發布平台可能會置頂序章、拆分章節、重新標記集數，或在章節之間插入公告。清單才是整本書預期的閱讀順序。

來源版本也必須加以凍結。請保持匯出檔或本機檔案不變，並記錄日期或雜湊值（hash）。若日後在網站版本修正了內容，請記錄修改項目，而不是在翻譯進行期間悄悄替換文本。更完整的 書籍來源準備工作流程 將說明如何建立該驗收基準。

僅匯出真正屬於書籍的內容

若平台提供作者匯出功能，請優先使用；若無，請直接使用產出已發布章節的原始稿件。即使是您自己的公開網頁，直接複製 HTML 也應列為最後手段，因為其中可能包含不屬於小說本身的版面樣式與社群互動元素。

請移除或單獨歸類以下內容：

• 網站選單、導覽標記（麵包屑）、分頁與分享按鈕；
• 讀者留言、心情按讚數與推薦模組；
• 廣告與平台宣傳內容；
• 重複出現的系列作標題與章節標籤；
• 「上一章」與「下一章」的導覽連結；
• 不應混入內文敘事的更新公告；
• 隱藏或折疊的文字；以及
• 正常連結中夾帶的追蹤參數。

請保留原作者刻意安排的前言、作者的話、註腳、插圖、題詞以及內容警語，但在清單中為每一項標明明確的位置。切勿讓清理指令碼自行決定某篇作者的話是否可以丟棄。

在製作 EPUB 前將各章節規格化

在準備過程中，每個章節請保持獨立且乾淨的來源檔案。HTML、Markdown 或排版樣式一致的 DOCX 都是可行的格式；真正實用的格式，是能夠清楚呈現標題、段落、強調字、清單、連結、註解與圖片，且不帶有特定頁面雜亂資訊的格式。

請一致套用以下規則：

• 每個章節頂端僅保留一個章節標題；
• 維持標題層級的結構意義，而非使用粗體段落來充當標題；
• 使用真實的段落分界，而非以連續換行來調整間距；
• 僅在具有實質意義處保留斜體與強調標記；
• 以常規文字結構取代裝飾性的 Unicode 空格；
• 為每張圖片設定穩定的檔案名稱，並在需要時提供有意義的替代文字；
• 為每個註腳目標及返回連結設定唯一的識別碼；
• 維持統一的場景轉換標記；以及
• 移除空白區塊、重複的章節標題與孤立的連結。

除非您準備好稍後重新建立結構，否則切勿將所有內容全數壓平成純文字。翻譯固然需要文字內容，但 EPUB 同時也需要文字、章節以及導覽結構之間維持可靠的對應關係。

在專有名詞衍生分歧前先行定名

網路小說的術語往往會隨連載時間演進。某位角色在前幾章可能被稱為 Vale Orin ，到了後期卻變成 Valé-Orin ；自創的軍階大小寫可能前後不一；某個地名可能出現兩種拼法。轉檔工具無法替您決定哪一個才是標準用法。

建議先整理一份精簡的原著術語對照表，內容包含：

• 標準角色名稱與地名；
• 別名與特意排除的異體寫法；
• 自創詞彙及其涵義；
• 頭銜與稱謂方式；
• 反覆出現的介面或系統術語；
• 大小寫與標點符號規則；以及
• 每個項目首次出現的章節。

請在原文中解決非刻意造成的異體寫法，或將其標記在翻譯需求說明中。這遠比在目標語言版本翻譯到一半時，才發現同一個人似乎有兩個名字要省事得多。

建立具備明確導覽結構的可重排 EPUB

EPUB 是一個打包檔，而不是直接改副檔名的 HTML 檔案。 EPUB 3.3 規格 定義了宣告出版物資源的套件文件，以及確立預設閱讀順序的書脊（spine）。EPUB 同時也需要導覽文件。因此，您的章節清單應直接對應到三項內容：

1. 每個章節對應一個內容文件；
2. 書脊（spine）的讀取順序；以及
3. 指向正確標題的目錄條目。

若您偏好圖形化介面的工作流程， Calibre 的轉檔說明文件 詳細說明了其輸入階段如何在輸出處理之前，將來源檔案轉換為內部的 XHTML 表示形式。然而這種便利性並不能免除檢查產出結果的必要。自動轉檔工具無法判斷重複的標題是否出於刻意、更新公告是否應該收錄在書中，或者是否有章節遺漏。

無論您使用哪種製作工具，都請設定好出版語言、書名、唯一識別碼以及修改日期；並在適當處新增作者中繼資料。這些並非可隨意互換的欄位：EPUB 3.3 強制要求 dc:title, dc:identifier, dc:language與 dcterms:modified，而創作者（creator）中繼資料則是選填。請僅納入有被參照的圖片、樣式表、字型及其他素材資源。純文字小說請避免使用固定高度與仿頁面定位；當讀者調整字型大小或螢幕寬度時，文字應當能夠自動重排。

我們的四章測試範例實際驗證了什麼

我們為本指南建立了一個原創的四章 EPUB 測試範例。這是一部名為《 邊境檔案》（The Border Archive）的虛構短篇作品，而非重新打包的公開網路小說。該範例刻意包含了：

• 四個便於驗證順序的章節；
• 名稱變體 Vale Orin 與 Valé-Orin;
• 測試文字重排（reflow）的長標題；
• 日文、阿拉伯文和希臘文的混排文字；以及
• 應保持可讀性且不應被誤判為導覽結構的樣式標註區塊（callout）。

您可以下載 這個四章節測試範例檔案，檢視其採用的 確定性 Python 產生器，並查看 原始驗證指令與結果。其 SHA-256 為 c3d24e72d269577541b7937fac3beb5c40a539e0a3af71de470855c2f191e1f5.

我們於 2026 年 9 月 17 日使用 EPUBCheck 5.4.0 版本驗證了產生的檔案。EPUBCheck 對該範例套用了 EPUB 3.4 規範，並回報了 0 個嚴重錯誤、0 個錯誤、0 個警告與 0 則資訊訊息。隨後我們在 macOS 的 Apple Books 中開啟同一個檔案，確認第 4 章依序顯示，且混排文字段落能正常呈現。

最重要的發現並非四個章節的樣本通過了測試，而是格式驗證、閱讀器表現與編輯一致性屬於截然不同的測試面向。EPUBCheck 不會對角色名稱的兩種拼法提出質疑，因為兩者都是合法的文字。唯有透過編輯層面的盤點清查，才能捕捉到這類決策細節。

執行「可翻譯來源檢查關卡」

在上傳或交付 EPUB 之前，請對照已凍結的來源建置檔核對以下所有項目：

• 所有預定收錄的章節皆僅出現一次，且順序與清單（manifest）一致；
• 目錄能正確開啟對應的章節與標題；
• 未殘留任何選單、留言、廣告或「上一頁／下一頁」控制項；
• 前言/書前資訊、番外章節、註釋與後記均有明確處理；
• 圖片皆能正常顯示，並包含預期的圖說與替代文字；
• 人名與重複出現的專有名詞皆與來源術語表一致；
• 出版物與內容語言中繼資料正確標示出來源語言；
• EPUBCheck 未出現任何阻礙發行的未解決錯誤；
• 第一章、中間某章以及最終章皆能在真實閱讀應用程式中順利開啟；且
• 用於翻譯的檔案正是經過上述測試的完全相同的檔案。

請將驗證工具報告、工具版本、來源清單及檔案雜湊值一併保存。若 EPUB 檔案有所變動，舊有的測試憑據將無法再代表新版本的情況。

翻譯經過測試的檔案，隨後重複進行結構檢查

一旦來源 EPUB 通過檢驗，即可使用 BookTranslator EPUB 工作流程 來產生整檔翻譯初稿。請上傳你剛才測試的同一個檔案，選取目標語言，並在適合的情況下啟用自動詞彙表。在翻譯過程中，將核准的術語表放在手邊作為外部審校指引，隨後在翻譯成果中仔細核對這些詞彙。

切勿將檔案成功產出直接視為可供發布的核准。翻譯會改變文字長度、書寫系統、標點符號、字型、語言中繼資料，有時還會影響目錄導覽標籤。請針對目標檔案套用 EPUB 翻譯品質保證檢查清單 ，隨後利用 電子閱讀器測試矩陣.

在要求的閱讀系統中實機測試該最終候選檔案。至少應比對來源與目標檔案的章節清單、搜尋標準角色名稱、檢查最長的標題與段落、測試註釋與內部連結，並實際開啟開頭、中間與結尾章節。合規的來源 EPUB 能減少可預防的結構性錯誤，但無法取代目標語言的編輯潤飾、完整性審核或最終裝置上的校對。

最終判定

當網路小說不再只是一堆零散網頁，而是轉化為具備版本管理的書籍來源時，才算真正具備翻譯條件：具備授權文字、單一且明確記錄的章節順序、乾淨結構化的章節內容、明確的導覽與中繼資料、確立的術語基準、毫無問題的驗證工具結果，以及在真實閱讀器上的抽樣檢查。

若你無法指出確切的版本、無法解釋收錄的每一個章節，或是無法重現測試過的檔案，請立即停下並修正來源檔案包。直接翻譯一個不穩定的匯出檔案，只會將來源端的不確定性放大成跨語言的製作災難。