EPUB 傳到 Kindle 教學：Email、App、限制與排解 | UltKit

十五年來，Kindle 與 EPUB 一直互不相容。Amazon 的閱讀器以 MOBI 為核心，這個格式是 2005 年隨 Mobipocket 一併收購而來，後來又發展出 KF8（AZW3）和 KFX，而其他書店與圖書館幾乎都販售 EPUB。要把 Kobo、出版社網站或 Project Gutenberg 的書放進 Kindle，必須先轉換，通常是轉成 MOBI，再用電子郵件寄出。2022 年 Amazon 改變了做法：Send to Kindle 開始接受 EPUB 附件，並在同年年底完全停止接受 MOBI 上傳，改為建議個人文件使用 EPUB。

關鍵在於轉換現在發生在哪裡。你傳送 EPUB 後，Amazon 的伺服器會先把它重建成 Kindle 格式，再送到你的裝置，所以 Kindle 從頭到尾都沒有看到 EPUB 本身。這也是同一個檔案會因傳送方式不同而表現不同的原因。透過 Send to Kindle，它會以正常書籍的樣貌送達，有章節、封面，也會同步閱讀進度。若用 USB 線複製到 documents 資料夾，它可能完全不會出現在圖書館，或是顯示為 Kindle 無法開啟的項目。

裝置端並沒有任何改變。Kindle 電子閱讀器仍然是在本機開啟 AZW3、MOBI、KFX、PDF 和純文字，沒有任何機型透過韌體更新加入 EPUB 閱讀功能。你在改變之前寄送的舊 MOBI 檔案仍留在圖書館中，也會持續同步。

五種方式的終點都一樣：你 Amazon 圖書館的「文件」區，並同步到帳號下所有 Kindle 電子閱讀器與 Kindle 應用程式。電子郵件是最早出現的方式，至今仍最有彈性。每台 Kindle 和每個 Kindle 應用程式都有自己以 @kindle.com 結尾的地址，可在 Manage Your Content and Devices、Preferences、Personal Document Settings 中查看。Amazon 只接受同一頁面「Approved Personal Document E-mail List」中地址寄來的郵件，因此第一次寄送前要先加入你的寄件地址，否則郵件會被無聲丟棄。

其他方式因為你已登入，所以不需要核准寄件者這一步。amazon.com/sendtokindle 的網頁上傳器可在任何瀏覽器中拖放檔案。Windows 與 macOS 的桌面應用程式還加入了右鍵選單項目和列印到 Kindle 的功能。在手機上，Kindle 應用程式會出現在 iOS 和 Android 的分享選單中，所以「檔案」、下載資料夾或郵件附件中的 EPUB 只要點兩下就能送出。Chrome 擴充功能比較特別：它傳送的是網頁文章，不是檔案。

依檔案目前所在的位置來選擇。下載資料夾裡的書用網頁上傳器最快；朋友寄給你的檔案，則可從已核准的帳號轉寄到你的 Kindle 地址，比較快。

Amazon 公布了兩種大小上限，適用哪一種取決於傳送方式。電子郵件限制整封郵件為 50 MB，這個數字是所有附件加總，而不是每個附件。網頁上傳器、桌面應用程式和行動應用程式可接受最大 200 MB 的檔案。一般小說的 EPUB 約 0.5 到 5 MB，所以純文字完全不受這些限制影響；有插圖的食譜、藝術書和漫畫才會碰到上限。Amazon 也表示，個人文件共用每個帳號 5 GB 的雲端額度，對文字書綽綽有餘，但大型漫畫很容易塞滿。

數量限制的說明較不明確。電子郵件每封最多接受 25 個附件，網頁上傳器過去也接受類似的一次批次數量；如果較大的批次卡住，請拆開傳送。送達通常需要幾分鐘，但檔案很大或圖片很多時，轉換期間可能需要更久。

EPUB 是一個 ZIP 封裝檔，內含 XHTML 章節、樣式表、圖片，以及列出這些內容的清單檔，這種容器概念在我們的 ZIP、RAR 與 7z 比較文章中也有說明。Amazon 的轉換器會讀取這個封裝並重新建構。結構良好的可重排小說可以完整轉換：章節、標題、斜體、註腳連結、內嵌圖片，以及供 Kindle「前往」選單使用的導覽。當 EPUB 依賴 Kindle 排版引擎處理方式不同或完全不支援的功能時，問題就出現了。

固定版面的 EPUB 是最常見的受害者。逐頁排版的圖畫書、漫畫、日本漫畫和教科書可能被拒絕，或送達時頁面被切開、縮小或順序錯亂。出版社字型則要碰運氣：有時會以「Publisher Font」選項保留，有時書會退回使用 Bookerly。複雜的表格、SVG 圖形、內嵌音訊和影片，以及任何腳本，都會被簡化或捨棄。沒有正確導覽檔的書，即使章節都在，送達後也可能沒有可用的目錄。

DRM 是絕對的阻礙。從 Kobo、Google Play Books、Apple Books 或大多數圖書館借閱服務取得的 EPUB 帶有 Adobe 或書店專屬的複製保護，Send to Kindle 會拒絕它們。沒有任何轉換器能合法地處理，包括本站的轉換器，所以這些書只能留在該書店自己的應用程式中。

Kindle 圖書館不像電腦那樣讀取檔名，而是從 EPUB 內部的中繼資料取得書名和作者，這些資料放在封裝裡一個小小的 OPF 檔案中。如果這些欄位是空的或有誤（從文書處理軟體匯出或手工組裝的書很常見），Kindle 就會退而使用找得到的資訊：檔名、內部識別碼，或把作者顯示為 Unknown。沒有中繼資料、名為 book_final_v3.epub 的檔案，就會原封不動地以這個名稱列出。

封面的運作方式也一樣。EPUB 必須在清單檔中把其中一張圖片宣告為封面；僅僅是書中碰巧排在第一張的圖片，並非在每種裝置上都足夠。傳送的書也放在「文件」收藏中，而不是和商店購買的書放在一起，所以如果看起來少了一本，重送之前先到圖書館的文件篩選中找找。

解決方法是在傳送之前修正中繼資料，而不是之後。在電腦上可以用 Calibre 的「編輯中繼資料」對話方塊處理，而電子書轉換器可以在進階設定下寫入書名和作者，同時維持 EPUB 格式，並將填滿設為保留封面，讓封面圖片被正確宣告。

對大多數書來說，Send to Kindle 是合適的預設做法，但也有充分的理由略過它。你可能完全不想牽涉 Amazon 帳號，或是你的 Kindle 從不連 Wi-Fi。排版精心設計的書，可能被 Amazon 的轉換弄得平淡無奇，而你自己轉出的 AZW3 則能保留內嵌字型和大部分 CSS。大型漫畫和圖文書可能超過電子郵件限制，或分頁混亂。而且如果你用 Calibre 管理藏書，透過 USB 側載能讓那個書庫始終是唯一的資料來源。

在這些情況下，把不含 DRM 的 EPUB 轉成 AZW3，再用傳輸線複製到 Kindle 的 documents 資料夾。你可以用 Calibre 完成，也可以在瀏覽器中使用 EPUB 轉 AZW3，其中閱讀裝置會依基本款 Kindle、Paperwhite 或 Oasis、Scribe 來設定圖片大小。代價是同步：側載的檔案只存在一台裝置上，所以閱讀進度、標示和筆記不會跟著你到手機上。

只有前三代 Kindle（初代、Kindle 2 和 Kindle DX）才值得製作 MOBI，它們從未獲得 KF8 支援。針對這些裝置，請使用 EPUB 轉 MOBI，並接受較樸素的格式。

Send to Kindle 也接受 PDF，但 PDF 送達後的表現截然不同。EPUB 可重排：文字會依 6 或 7 英吋螢幕重新換行，你可以選擇字型大小，邊界也會自動調整。PDF 則是一組固定頁面，通常是為 A4 或美國 Letter 紙張設計，所以在 Paperwhite 上每頁都會縮小以符合螢幕，文字變得很小。你可以縮放和平移，但這樣讀完整本書很累人。只有大螢幕的 Kindle Scribe 才能讓一般 PDF 讀起來舒適。

如果同一本書有兩種版本，請傳送 EPUB。如果你只有文字量大的文件的 PDF，在郵件主旨輸入 convert，會要求 Amazon 把它轉成可重排的 Kindle 文件，這對簡單版面有效，但會弄亂欄位、表格和註腳。任何 PDF 轉換都有同樣的問題，正如我們的PDF 轉 Word指南所說明的：固定頁面保存的是位置，不是結構，所以結果取決於原始檔有多乾淨。

大多數失敗都會留下線索。當 Amazon 無法送達以電子郵件寄出的文件時，通常會回信給寄件者並附上簡短說明，所以在更動任何設定之前，請先檢查該信箱，包括垃圾郵件匣。寄出郵件後毫無回應，幾乎都表示寄件地址不在核准名單中。網頁和 App 上傳則會在畫面上顯示錯誤。請依下列原因依序排查；前兩項涵蓋了大部分的問題。