Ограничения на DeepL за превод на документи при дълги PDF файлове и книги

DeepL ограничава всеки документ по два начина: по размер на файла и по брой знаци. Към 11 октомври 2026 г. статията за файлови формати на DeepL изброява следните ограничения за PDF при актуалните планове: 5 MB и 100 000 знака с безплатен акаунт в DeepL, 30 MB и 1 милион знака при Pro Individual и Team и 100 MB и 1 милион знака при Pro Business. Word файловете (.docx/.doc) имат същите ограничения за всеки план. Ограниченията се прилагат за всеки файл поотделно.

При дълга книга размерът на файла често не е първото ограничение, до което се опирате. Три други числа имат по-голямо значение: таванът на знаците за файл, броят преводи на файлове, включени в плана ви всеки месец, и в API – минимално таксуване от 50 000 знака за PDF или DOCX. Таблицата и примерът по-долу показват как те се комбинират за файл с обема на книга.

Тази страница обхваща само DeepL. За ограниченията на Google за документи вижте ръководството за PDF в Google Translate. За сравнение на инструменти за превод на PDF вижте най-добрите инструменти за превод на PDF.

Ограничения на DeepL по план за PDF и Word файлове

Всички стойности идват от собствените страници на DeepL, проверени на 11 октомври 2026 г. Ограниченията за файл идват от поддържащата статия за файлови формати и страницата за разработчици за ограничения при използване на API. Месечните бройки файлове идват от сравнителната таблица на страницата с цени на DeepL Pro. Месечните квоти за знаци в API идват от плановете за DeepL API.

Бележки относно таблицата:

• Липсата на ограничение за брой файлове в API не означава безплатни файлове. В статията на DeepL за таксуване на превод на файлове се казва, че API плановете нямат ограничение за броя файлове, но всеки преведен файл се таксува.
• API Free и API Pro вече не могат да бъдат закупени. Това се посочва в статията на DeepL за API плановете. При новите регистрации се виждат Developer и Growth. Страницата за разработчици все още обозначава колоните си като „безплатни планове“ и „платени планове“. За PDF файлове тези колони използват същите числа като в таблицата по-горе.
• По-старите Pro планове имат свои собствени ограничения. Статията за файловите формати посочва Starter с 10 MB, Advanced с 20 MB и Ultimate със 100 MB, всички с 1 милион знака. Проверете в кой план всъщност е акаунтът ви.
• Изборът на повече от един целеви език изразходва повече файлове. Инструкциите на DeepL за превод на файлове казват, че всеки целеви език приспада по един файлов превод от месечния ви брой. Неизползваните файлови преводи не се пренасят за следващия месец.

Пропуснахме цените нарочно. Страницата с цени на DeepL показва регионална цена, така че всяко число, което публикуваме, би било валидно само за един пазар. Проверете собствения си регион на страницата с цени.

Преброяване на знаците в книгата ви преди качване

DeepL брои знаците в изходния текст. Един знак е една Unicode кодова точка, а интервалите, табулациите и новите редове също се броят. Това е описано в статията на DeepL за броене на използване и таксуване. Така „é“, „あ“ и „深“ се броят за по един знак и всеки интервал между думите също.

За да изчислите броя на знаците в една книга:

1. Прехвърлете текста в редактор, който отчита знаци с интервалите. В Microsoft Word това е диалоговият прозорец за брой думи. За текстов PDF копирайте няколко представителни глави в редактора.
2. Измерете няколко типични страници и изчислете средно на страница. Не използвайте само една гъсто запълнена страница.
3. Умножете средното по броя страници, които планирате да преведете.
4. Пребройте всичко, което остава във файла. Насоките на DeepL за превод на документи казват, че цялото съдържание в качения файл се брои към таксуваните знаци, включително съдържание, което всъщност не е преведено. Ако не ви трябват индексът, библиографията или приложенията, премахнете ги от копието, което качвате. Те все още се броят, ако са във файла.

Броят на вашия редактор и броят на DeepL може да не съвпадат точно. Оставянето на малко резерв под всяко ограничение ви предпазва от малка разлика.

Пример с изчисления: една книга от 400 страници за всеки план

Допускания (вашите ще се различават): PDF на английски език с текстово съдържание от 400 страници при около 2000 знака на страница, включително интервалите. Избрахме тази гъстота само за да е лесно да се проследи аритметиката. Измерете собствените си страници, преди да разчитате на тези резултати.

Общо: 400 страници × 2000 знака = 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 на файл, така че този PDF от 75 MB би се побрал в едно качване.

API Developer: 500 000 знака на файл, 1 000 000 знака общо

• 800 000 ÷ 500 000 = 1,6, така че са ви нужни 2 части. Два тома от по около 400 000 знака се таксуват по действителния им брой, 800 000 знака. Това оставя 200 000 знака от лимита на Developer, а лимитът никога не се нулира.
• Сега да предположим, че разделите същата книга на 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 милион знака на всеки план, така че трябва да я разделите. Смисълът на примера е редът на проверките: първо знаците, после мегабайтите, после месечният брой файлове, после минималното таксуване.

Как да разделите книга, която надхвърля лимита

Целта е да се направят възможно най-малко части, всяка под двата лимита с резерв, и след това да се потвърди, че нищо не е загубено там, където частите се съединяват.

1. Планирайте томове, не глави. Групирайте главите в най-малко части, които остават под около 90% от лимита за знаци на вашия план и под неговия лимит за размер. В API поддържайте всяка част над 50 000 знака, защото всичко по-малко се таксува като 50 000.
2. Режете по границите на главите. Никога не разделяйте в средата на абзац, таблица или блок с бележки под линия. Бележките в края на книгата изискват решение. Или ги качете с частта, към която принадлежат, или ги преведете като отделна част и запишете, че сте го направили.
3. Водете манифест за разделянето. За всяка част запишете диапазона от страници, заглавията на главите, броя знаци и размера на файла. Ще го използвате, за да проверите преведените части и да ги съберете отново.
4. Използвайте едни и същи настройки за всяка част. Използвайте същия изходен и целеви език, същия официален или неофициален тон и същия глосар. DeepL поддържа глосари при превод на файлове. Без такъв дадено име или термин може да се преведе различно във всеки том. Нашият наръчник за последователност на терминологията обяснява как да изградите този списък, преди да започнете.
5. Проверявайте края на всяка част, не само началото. Страницата за отстраняване на проблеми с превод на файлове на DeepL предупреждава, че файл над поддържаните лимити може да не бъде преведен напълно. За всяка част отворете последната страница на изхода и я сравнете с източника.
6. Проверете къде се съединяват частите. Търсете заглавия на глави, които са изпуснати, номерация на бележки под линия, която започва отначало, колонтитули и кръстосани препратки, които сега сочат към друг том. Съдържание с номера на страници вече няма да съвпада след разделянето, така че го изградете наново, след като съедините частите.
7. Направете пълна проверка за качество на съединената книга. Използвайте контролния списък за качество при превод на PDF, за да проверите на извадка смисъла, таблиците, надписите и липсващото съдържание в цялата книга.

Неща, които са също толкова важни, колкото лимитите

• Сканирани PDF файлове. DeepL казва, че преобразуването на PDF разчита на оптично разпознаване на знаци и може да има по-висок процент грешки. Препоръчва сканиране при 300 DPI. Едно сканиране, което се побира в лимита за размер, все още може да даде лош текст. Ако имате сканирана книга, прочетете първо как да преведете сканиран PDF.
• Използвайте оригиналния файл, ако го имате. Ако даден PDF е експортиран от Word или PowerPoint, DeepL предлага да преведете изходния .docx или .pptx вместо това. DeepL също казва, че PDF файлове, експортирани от CAD файлове, не се поддържат, а защитените с парола файлове не могат да бъдат преведени.
• Получаване на редактируем файл. Статията за превод на PDF на DeepL изброява Pro Advanced, Ultimate, Team и Business като плановете, които могат да изтеглят преведен PDF като .docx. Pro Individual не е в този списък. В API output_format=docx връща Word файл от PDF. Редактируемият файл прави поправките след превод много по-лесни.
• Изтеглянията от API изтичат. Насоките за разработчици на DeepL казват, че преведените документи се съхраняват само за кратко и трябва да бъдат изтеглени своевременно.

Когато DeepL е грешният инструмент за цяла книга

Ако книгата се събира в един или два файла според вашия план, собственият работен процес на DeepL може да е всичко, което ви е нужно. Изпълнете стъпките за контрол на качеството по-горе и спрете дотам. Потърсете другаде, когато разделянето се превърне в основната задача: много части, месечни бройки файлове, които разтягат работата върху няколко месеца, или минимални изисквания на API, които увеличават разходите.

PDF преводачът на BookTranslator приема книгата като един файл. Формулярът за качване приема файлове до 300 MB. Цената се изчислява според броя думи и се показва преди плащане. Гост задачите са ограничени до 300 000 думи. Акаунтите с кредити и Pro нямат ограничение на думите. Дългата книга обаче си остава дълъг превод, така че я прегледайте. За сканирани книги режимът OCR създава нов чист преведен PDF от разпознатото съдържание. Той не възпроизвежда оригиналното оформление на страницата, шрифтовете или размерите на шрифта. Ако запазването на оформлението е приоритет, започнете с как да преведете PDF, като запазите формата.