DeepL 文件翻譯限制:長 PDF 與書籍的處理上限
依方案查看 DeepL 的單檔大小與字元限制,了解 API 的 50,000 字元最低計費門檻如何影響拆分後的書籍,並規劃出符合限制的翻譯量。

DeepL 對每份文件設下兩道限制:檔案大小與字元數。依據 2026 年 10 月 11 日的查核結果,DeepL 的檔案格式文章列出目前各方案的 PDF 限制如下:免費 DeepL 帳戶為 5 MB 與 100,000 字元,Pro Individual 與 Team 為 30 MB 與 100 萬字元,Pro Business 則為 100 MB 與 100 萬字元。Word 檔案(.docx/.doc)在各方案的限制相同。這些限制都是以單一檔案為單位。
翻譯一本長書時,檔案大小往往不是最先碰到的限制。另外三個數字更關鍵:單檔字元上限、方案每月包含的文件翻譯數量,以及 API 上每份 PDF 或 DOCX 最低以 50,000 字元計費的規定。下方的表格與實例說明會展示這些限制如何共同影響一本書規模的檔案。
本頁僅探討 DeepL。若想了解 Google 的文件限制,請參閱 Google 翻譯 PDF 指南。若想比較各種 PDF 翻譯工具,請參閱最佳 PDF 翻譯工具。
DeepL 各方案對 PDF 與 Word 檔案的限制
所有數據均來自 DeepL 自家頁面,查核日期為 2026 年 10 月 11 日。單檔限制來自支援文章檔案格式與開發者頁面的 API 使用限制。每月檔案數量來自 DeepL Pro 定價頁面的比較表。API 的每月字元額度來自 DeepL API 方案。
| 方案 | PDF/DOCX 檔案大小上限 | 單檔字元上限 | 每月檔案數 | 書籍翻譯的其他限制 |
|---|---|---|---|---|
| DeepL 帳戶,未訂閱 | 5 MB | 100,000 | 1 | 翻譯後的檔案無法編輯 |
| Pro Individual | 30 MB | 100 萬 | 3 | — |
| Pro Team | 30 MB | 100 萬 | 每位使用者 20 份 | 團隊可共用一個額度池,或為每位成員設定個別上限 |
| Pro Business | 100 MB | 100 萬 | 每位使用者 100 個 | — |
| API Developer | 10 MB | 500,000 | 無檔案數量限制 | 總計 1,000,000 個字元,且總數不會重置 |
| API Growth | 100 MB | 100 萬 | 無檔案數量限制 | 每月使用上限為 5,000 萬個字元 |
| API Free(舊版) | 10 MB | 500,000 | 無檔案數量限制 | 每月 500,000 個字元 |
| API Pro(舊版) | 100 MB | 100 萬 | 無檔案數量限制 | 無用量上限;按字元計費 |
表格閱讀注意事項:
- API 方案沒有檔案數量限制,並不代表檔案免費。 DeepL 的檔案翻譯計費文章指出,API 方案雖然沒有限制檔案數量,但每個翻譯的檔案都會計費。
- API Free 和 API Pro 已無法購買。 DeepL 的 API 方案文章說明了這一點。新註冊的使用者只會看到 Developer 和 Growth。開發者頁面仍將其欄位標示為「免費方案」和「付費方案」。就 PDF 而言,這些欄位使用的數字與上表相同。
- 較舊的 Pro 方案有其各自的限制。 檔案格式文章列出 Starter 為 10 MB、Advanced 為 20 MB、Ultimate 為 100 MB,且皆為 100 萬字元。請確認你的帳戶實際上是哪個方案。
- 選擇多個目標語言會消耗更多檔案額度。 DeepL 的檔案翻譯說明指出,每個目標語言會從你的每月額度中扣除一次檔案翻譯。未使用的檔案翻譯不會結轉到下個月。
我們刻意省略價格。DeepL 的定價頁面顯示的是區域價格,因此我們列出的任何數字都只適用於單一市場。請在定價頁面上查看你所在區域的價格。
上傳前先計算書中的字元數
DeepL 會計算來源文字中的字元。一個字元就是一個 Unicode 碼點,空格、定位點和換行也會計入。這在 DeepL 的用量計算與計費文章中有詳細說明。因此「é」、「あ」和「深」各算一個字元,單字之間的每個空格也是。
若要估算一本書的字元數:
- 將文字放入能回報包含空格的字元數的編輯器中。在 Microsoft Word 中,這是字數統計對話方塊。若是文字型 PDF,請將幾個具代表性的章節複製到編輯器中。
- 測量幾個典型頁面,算出每頁的平均值。不要只用一個密集的頁面。
- 將平均值乘以你打算翻譯的頁數。
- 計算所有留在檔案中的內容。DeepL 的文件翻譯指南指出,上傳檔案中的所有內容都會計入計費字元,包括實際上並未翻譯的內容。如果你不需要索引、參考文獻或附錄,請將它們從你上傳的副本中移除。只要它們在檔案裡,就仍會計入。
你的編輯器計數和 DeepL 的計數可能不會完全一致。在每個限制下保留一些空間,可以避免因微小差異而超限。
實例計算:每個方案各處理一本 400 頁的書
假設(你的情況會有所不同): 一本 400 頁的英文文字型 PDF,每頁約 2,000 個字元(含空格)。我們選擇這個密度只是為了讓算術容易理解。在依賴這些結果之前,請先測量你自己的頁面。
總計: 400 頁 × 2,000 字元 = 800,000 字元。
免費 DeepL 帳戶:每個檔案 100,000 字元,每月 1 個檔案
- 800,000 ÷ 100,000 = 8。八個檔案每個都恰好達到上限,沒有留下任何計數差異的空間。
- 如果你的目標是每部分約 90,000 字元:800,000 ÷ 90,000 = 8.9,因此你需要 9 個部分。
- 每月只能翻譯 1 個檔案,那就是 9 個月,而且翻譯後的檔案無法編輯。
實際上,免費帳戶適合試譯一個章節,不適合翻譯整本書。
Pro Individual:1 百萬字元、30 MB、每月 3 個檔案
- 800,000 低於 1 百萬,因此這本書以字元數而言可以放入一個檔案。
- 檔案大小是另一項檢查。假設你的 PDF 圖片很多,大小為 75 MB(這是假設的大小)。那麼 75 ÷ 30 = 2.5,因此你至少需要 3 個部分。這會用掉當月全部 3 次檔案翻譯,你就沒有剩餘額度可以重新執行。
- Team 方案有相同的 30 MB 限制,但每月檔案數更多。Business 方案允許每個檔案 100 MB,因此這個 75 MB 的 PDF 可以一次上傳。
API Developer:每個檔案 500,000 字元,總計 1,000,000 字元
- 800,000 ÷ 500,000 = 1.6,因此你需要 2 個部分。兩卷各約 400,000 字元,會按實際字元數計費,即 800,000 字元。這樣 Developer 額度還剩 200,000 字元,而該額度永遠不會重置。
- 現在假設你把同一本書拆成 24 個章節檔案。每章約有 800,000 ÷ 24 ≈ 33,333 字元。每個 PDF 或 DOCX 至少以 50,000 字元計費,因此總計變成 24 × 50,000 = 1,200,000 計費字元。這比內文實際字元數多了 50%,也超過整個 Developer 額度。
API Growth 或舊版 API Pro:1 百萬字元,100 MB
- 只要檔案保持在 100 MB 以下,這本書就能放進單一檔案。計費為 800,000 字元。
- DeepL 表示,按月計費的 Growth 方案包含 1 百萬字元。這本書會用掉當月包含字元數的大部分。
舊版 API Free:每個檔案及每月 500,000 字元
- 你需要 2 個部分。兩者合計需要 800,000 字元,超過每月允許的 500,000 字元。因此翻譯會分散在 2 個計費月份,例如每月翻譯一卷 400,000 字元。
當拆分無可避免時
如果這本書在相同密度下有 700 頁,就會有 1,400,000 字元。這超過 每個 方案的 1 百萬字元上限,因此你必須拆分。這個例子的重點是檢查順序:先看字元數,再看 MB 數,然後是每月檔案數,最後是計費最低量。
如何拆分超過限制的書
目標是盡可能減少部分數量,讓每個部分都低於兩項限制並留有餘裕,然後確認各部分接合處沒有遺漏。
- 按卷規劃,而非按章節。 將章節分組成最少的部分,讓每個部分都低於方案字元限制的約 90%,且低於其大小限制。在 API 上,讓每個部分保持在 50,000 字元以上,因為任何更小的部分都會以 50,000 字元計費。
- 在章節邊界切割。 絕不要在段落、表格或註腳區塊中間拆分。位於書末的註釋需要做出決定。你可以將它們與所屬部分一起上傳,或將它們作為獨立部分翻譯並記錄下來。
- 保留拆分清單。 為每個部分記錄頁面範圍、章節標題、字元數和檔案大小。你將用它來檢查翻譯後的部分並將它們重新組合。
- 每個部分使用相同設定。 使用相同的來源與目標語言、相同的正式或非正式語氣,以及相同的詞彙表。DeepL 在檔案翻譯中支援詞彙表。如果沒有詞彙表,同一個名稱或術語在每一卷中可能會有不同譯法。我們的 術語一致性指南 說明了如何在開始前建立該清單。
- 檢查每個部分的結尾,而不只是開頭。 DeepL 的 檔案翻譯疑難排解頁面 警告,超過支援限制的檔案 可能不會被完整翻譯。針對每個部分,打開輸出檔的最後一頁並與來源比對。
- 檢查各部分接合處。 留意被漏掉的章節標題、重新開始的註腳編號、頁眉,以及現在指向另一卷的交互參照。含有頁碼的目錄在拆分後將不再吻合,因此請在合併各部分後重建它。
- 對合併後的書執行完整 QA 檢查。 使用 PDF 翻譯 QA 檢查清單 抽樣檢查整本書的意義、表格、圖說和缺失內容。
與限制同等重要的事項
- 掃描的 PDF。 DeepL 表示 PDF 轉換依賴光學字元辨識,錯誤率可能較高。它建議以 300 DPI 掃描。符合大小限制的掃描檔仍可能產生糟糕的文字。如果你有掃描書,請先閱讀 如何翻譯掃描的 PDF。
- 如果有原始檔案,請使用它。 如果 PDF 是從 Word 或 PowerPoint 匯出,DeepL 建議改為翻譯來源 .docx 或 .pptx。DeepL 也表示不支援從 CAD 檔案匯出的 PDF,且受密碼保護的檔案無法翻譯。
- 取得可編輯檔案。 DeepL 的 PDF 翻譯文章 列出 Pro Advanced、Ultimate、Team 和 Business 為可將翻譯後 PDF 下載為 .docx 的方案。Pro Individual 不在該清單中。在 API 上,
output_format=docx會從 PDF 傳回 Word 檔案。可編輯檔案讓翻譯後的修復容易得多。 - API 下載會過期。 DeepL 的開發者指引表示,翻譯後的文件只會短暫儲存,必須及時下載。
當 DeepL 不適合用來翻譯整本書時
如果這本書在你的方案中只需一或兩個檔案就能處理,DeepL 本身的工作流程或許就夠用了。執行上述的品管步驟後即可結束。當拆分檔案成為主要工作時,就該另尋他法:例如檔案分成許多部分、每月檔案數量限制導致工作得拖上好幾個月,或是 API 的最低收費門檻拉高了成本。
BookTranslator 的 PDF 翻譯工具 可讓你一次上傳整本書。上傳表單接受最大 300 MB 的檔案。它依字數計價,並在結帳前顯示價格。訪客任務上限為 300,000 字。以點數計費和 Pro 帳戶則無字數限制。不過,長書的翻譯依然耗時,所以還是要仔細審閱。針對掃描書,OCR 模式會根據辨識出的內容重建一份乾淨的翻譯 PDF。它不會比對原始頁面版面、字型或字級。如果以保留版面為優先,請先參閱如何翻譯 PDF 並保留格式。





