壓縮 EPUB

什麼時候，你要的其實是一本更小的 EPUB

Amazon 寫明了兩種不同的 Send to Kindle 上限。用電子郵件寄送時，附件超過 50 MB 就會被拒。Send to Kindle 網站接受最大 200 MB 的檔案，桌面版和手機版應用程式則仍停在 50 MB。掃描版食譜或一冊漫畫，體積常常落在這兩個數字中間：網站收得下的同一本書，寄到 Kindle 的電子郵件地址仍會被退回。「電子閱讀器」預設就是對準這個落差。JPEG 插圖會重新壓縮，長邊超過 1400 px 的一律縮小。這個尺寸接近 6–8 吋、300 ppi 的電子墨水面板，而不是印刷解析度的掃描檔。

同一趟處理，也適合要塞進剩餘空間不多的 Kobo 的圖書館借閱，或是 InDesign 校樣：章節插圖寬達數千像素，封面本身已經沒問題。如果這本書以文字為主，或圖片本來就小，分析會在你下載任何東西之前先說明白。圖片裡沒有的空間，壓縮變不出來。

瀏覽器會改寫什麼

壓縮檔在記憶體裡解開。章節 XHTML、樣式表、字型，以及 OPF 詮釋資料會原樣複製過去。只有 JPEG 和 PNG 圖片可能被改動。JPEG 會畫到畫布上再重新編碼。PNG 只有在同時被縮小時才重新編碼，而且仍是 PNG，這樣清單裡的 href 就不必改。GIF、WebP、AVIF 和 BMP 逐位元組原樣留下。封面比內頁插圖溫和：不縮小，JPEG 品質提高 0.1，上限停在 0.9，因為書櫃縮圖就是從這一個檔案畫出來的。

書接著重新打包。mimetype 條目寫在最前面，而且不壓縮儲存，嚴格的閱讀器真正檢查的就是這一點。已經壓縮過的媒體和字型改為原樣儲存，不再壓第二次。macOS 的垃圾檔（__MACOSX、.DS_Store）和 Windows 的垃圾檔（Thumbs.db、desktop.ini）會刪掉。如果重新打包後不比你打開的檔案小，下載的就是原檔。你不會拿到一個更大、檔名裡卻帶著 compressed 這個詞的檔案。「無損」只清掉那些垃圾並重新打包。「均衡」使用 JPEG 品質 0.8，長邊 1920 px。「電子閱讀器」使用 0.76 和 1400 px。「極限」使用 0.6 和 800 px。「目標體積」從原始圖片出發，沿著預設一級級加強重試，檔案塞得下就停；塞不下，會告訴你做不到。

壓縮不會做的事

很多從 Word 和 InDesign 匯出的檔案，真正佔體積的是嵌入字型，而這一頁不會做字型子集，也不會把字型拿掉。音訊、影片和 WebP 維持原樣。有 DRM 保護的檔案會被拒絕。上限是 120 MB，因為整份壓縮檔都得放在這個分頁裡。更大的書要用桌面工具。

目標體積是盡力而為，不是保證。每一輪都從原始圖片開始，所以 JPEG 的損失不會一代代疊上去；可是那些圖片若本來就已經很有效率，結果仍可能大於你輸入的數字。頁面會說沒達到目標，不會假裝檔案已經符合。

Calibre 做的是另一件事

Calibre 的「轉換書籍」和「潤飾書籍」可以子集化字型、用另一套編碼器降低取樣、改寫 CSS，再把結果送到裝置。體積出在字型上，或你還需要 AZW3 時，那才是對的下一步。它也是一整條轉換流程，可能改動你沒打算改的排版。

這一頁只重新壓縮圖片，並重新打包 zip。文字節點不會被改寫，所以連結、註腳和出版商的斷字都留在原地。這裡沒有裝置驅動程式。如果「無損」已經縮不了檔案，更強的 JPEG 預設也幫不上忙。下一步該誠實地交給 Calibre 的字型工具。

各預設改動了什麼