A DeepL dokumentumfordítás korlátai hosszú PDF-ek és könyvek esetén

A DeepL minden dokumentumot kétszeresen korlátoz: fájlméret és karakterek szerint. A 2026. október 11-én ellenőrzött állapot szerint a DeepL fájlformátumokról szóló cikke az alábbi PDF-korlátokat sorolja fel a jelenlegi csomagokhoz: 5 MB és 100 000 karakter ingyenes DeepL-fiókkal, 30 MB és 1 millió karakter a Pro Individual és a Team csomagban, valamint 100 MB és 1 millió karakter a Pro Business csomagban. A Word-fájlok (.docx/.doc) esetében ugyanezek a korlátok érvényesek minden csomagban. A korlátok fájlonként értendők.

Egy hosszú könyvnél gyakran nem a fájlméret az első korlát, amelybe beleütközik. Három másik szám fontosabb: a fájlonkénti karakterplafon, a csomagjában havonta elérhető fájlfordítások száma, valamint az API-nál a PDF- vagy DOCX-fájlonkénti 50 000 karakteres számlázási minimum. Az alábbi táblázat és kidolgozott példa megmutatja, hogyan kombinálódnak ezek egy könyv hosszúságú fájl esetében.

Ez az oldal kizárólag a DeepL-lel foglalkozik. A Google dokumentumkorlátairól lásd a Google Translate PDF útmutatót. A PDF-fordító eszközök összehasonlításáért lásd a legjobb PDF-fordító eszközöket.

A DeepL korlátai csomag szerint PDF- és Word-fájlok esetén

Minden adat a DeepL saját oldalairól származik, ellenőrizve 2026. október 11-én. A fájlonkénti korlátok a fájlformátumokról szóló támogatási cikkből és a fejlesztői oldal API-használati korlátairól szóló részéből származnak. A havi fájlszámok a DeepL Pro árazási oldalának összehasonlító táblázatából származnak. Az API havi karakterkeretei a DeepL API-csomagokról szóló oldalról származnak.

Megjegyzések a táblázat értelmezéséhez:

• Az API-nál a fájlszám-korlát hiánya nem jelent ingyenes fájlokat. A DeepL fájlfordítási számlázási cikke szerint az API-csomagoknál nincs korlát a fájlok számára, de minden lefordított fájl után fizetni kell.
• Az API Free és az API Pro már nem vásárolható meg. A DeepL API-csomagokról szóló cikke ezt írja. Az új regisztrálók a Developer és a Growth csomagot látják. A fejlesztői oldal oszlopai továbbra is „ingyenes csomagok” és „fizetős csomagok” címkével szerepelnek. PDF-ek esetében ezek az oszlopok ugyanazokat a számokat használják, mint a fenti táblázat.
• A régebbi Pro csomagoknak saját korlátjaik vannak. A fájlformátumokról szóló cikk a Starter csomagnál 10 MB-ot, az Advancednél 20 MB-ot, az Ultimate-nél pedig 100 MB-ot említ, mindegyiknél 1 millió karakterrel. Ellenőrizd, hogy a fiókod valójában melyik csomagban van.
• Ha egynél több célnyelvet választasz, az több fájlt használ fel. A DeepL fájlfordítási útmutatója szerint minden célnyelv egy fájlfordítást von le a havi keretedből. A fel nem használt fájlfordítások nem vihetők át a következő hónapra.

Szándékosan hagytuk ki az árakat. A DeepL árazási oldala régiónkénti árat mutat, így bármilyen szám, amit leírnánk, csak egyetlen piacra érvényes. Nézd meg a saját régiódat az árazási oldalon.

A könyved karaktereinek megszámolása a feltöltés előtt

A DeepL a forrásszöveg karaktereit számolja. Egy karakter egy Unicode kódpont, és a szóközök, tabulátorok és sortörések is beleszámítanak. Ezt a DeepL használatszámítási és számlázási cikke fejti ki. Tehát az „é”, a „あ” és a „深” egy-egy karakternek számít, és a szavak közötti minden szóköz is.

Egy könyv karakterszámának becsléséhez:

1. Vidd be a szöveget egy olyan szerkesztőbe, amely szóközökkel együtt számolja a karaktereket. A Microsoft Wordben ez a szószám párbeszédablak. Szöveges PDF esetén másolj be néhány reprezentatív fejezetet a szerkesztőbe.
2. Mérj meg néhány jellemző oldalt, és számítsd ki az oldalankénti átlagot. Ne egyetlen sűrű oldalt használj.
3. Szorozd meg az átlagot a lefordítani kívánt oldalak számával.
4. Számolj mindennel, ami a fájlban marad. A DeepL dokumentumfordítási útmutatója szerint a feltöltött fájl minden tartalma beleszámít a számlázott karakterekbe, beleértve azokat a tartalmakat is, amelyeket valójában nem fordítottak le. Ha nincs szükséged a névmutatóra, a bibliográfiára vagy a függelékekre, távolítsd el őket a feltöltött példányból. Ha benne vannak a fájlban, akkor is beleszámítanak.

Előfordulhat, hogy a szerkesztőd száma és a DeepL száma nem egyezik pontosan. Ha minden korlát alatt hagyunk egy kis tartalékot, az megvéd a kisebb eltérésektől.

Kidolgozott példa: egy 400 oldalas könyv csomagonként

Feltételezések (a tieid eltérhetnek): egy angol nyelvű, szöveges PDF, 400 oldal, oldalanként körülbelül 2 000 karakterrel, szóközökkel együtt. Ezt a sűrűséget csak azért választottuk, hogy a számítás könnyen követhető legyen. Mielőtt ezekre az eredményekre támaszkodnál, mérd meg a saját oldalaidat.

Összesen: 400 oldal × 2 000 karakter = 800 000 karakter.

Ingyenes DeepL-fiók: 100 000 karakter fájlonként, havi 1 fájl

• 800 000 ÷ 100 000 = 8. Nyolc fájl mindegyike pontosan a korláton lenne, ami nem hagy helyet a számlálási eltérésnek.
• Ha részenként körülbelül 90 000 karaktert célozol meg: 800 000 ÷ 90 000 = 8,9, tehát 9 részre van szükséged.
• Havi 1 fájlfordítással ez 9 hónap, és a lefordított fájlok nem szerkeszthetők.

A gyakorlatban az ingyenes fiók egy fejezet kipróbálására való, nem egy könyv lefordítására.

Pro Individual: 1 millió karakter, 30 MB, havi 3 fájl

• A 800 000 kevesebb, mint 1 millió, tehát a könyv karakterszám szerint elfér egy fájlban.
• A fájlméret külön ellenőrzés. Tegyük fel, hogy a PDF-ed képdomináns, és 75 MB (ez egy feltételezett méret). Ekkor 75 ÷ 30 = 2,5, tehát legalább 3 részre van szükséged. Ez felemészti a hónap mind a 3 fájlfordítását, és nem marad egy sem egy újabb futtatásra.
• A Team csomagnál ugyanez a 30 MB-os korlát, de több fájl havonta. A Business csomag fájlonként 100 MB-ot engedélyez, így ez a 75 MB-os PDF egy feltöltéssel elférne.

API Developer: 500 000 karakter fájlonként, összesen 1 000 000 karakter

• 800 000 ÷ 500 000 = 1,6, tehát 2 részre van szükséged. Két, egyenként körülbelül 400 000 karakteres kötet a tényleges karakterszám alapján kerül elszámolásra, ami 800 000 karakter. Így a Developer keretből 200 000 karakter marad, és a keret soha nem áll vissza.
• Tegyük fel most, hogy ugyanezt a könyvet 24 fejezetfájlra bontod. Minden fejezet körülbelül 800 000 ÷ 24 ≈ 33 333 karakter. Minden PDF vagy DOCX után legalább 50 000 karaktert számolnak fel, így az összeg 24 × 50 000 = 1 200 000 elszámolt karakter lesz. Ez 50%-kal több, mint amennyi szöveget a könyv tartalmaz, és meghaladja a teljes Developer keretet.

API Growth vagy régi API Pro: 1 millió karakter, 100 MB

• A könyv elfér egyetlen fájlban, ha 100 MB alatt marad. Az elszámolás 800 000 karakter.
• A DeepL szerint a havi számlázású Growth csomag 1 millió karaktert tartalmaz. Ez a könyv az egy hónapra járó keret nagy részét felemészti.

Régi API Free: 500 000 karakter fájlonként és havonta

• 2 részre van szükséged. Együtt 800 000 karaktert igényelnek, ami több, mint a havonta engedélyezett 500 000. Így a fordítás 2 számlázási hónapra oszlik el, például havonta egy-egy 400 000 karakteres kötet.

Amikor a felosztás elkerülhetetlen

Ha a könyv 700 oldal ugyanilyen sűrűséggel, akkor 1 400 000 karaktert tartalmaz. Ez meghaladja az összes csomagra érvényes 1 millió karakteres korlátot, tehát fel kell osztanod. A példa lényege az ellenőrzések sorrendje: először a karakterek, aztán a megabájtok, majd a havi fájlszám, végül a számlázási minimum.

Hogyan ossz fel egy könyvet, amely meghaladja a korlátot

A cél, hogy a lehető legkevesebb részt hozd létre, mindegyik a két korlát alatt maradjon némi tartalékkal, majd ellenőrizd, hogy nem veszett-e el semmi ott, ahol a részek találkoznak.

1. Köteteket tervezz, ne fejezeteket. Csoportosítsd a fejezeteket a lehető legkevesebb részbe úgy, hogy azok a csomagod karakterkorlátjának körülbelül 90%-a alatt és a méretkorlát alatt maradjanak. Az API-nál minden rész legyen 50 000 karakter felett, mert az ennél kisebbeket is 50 000-ként számlázzák.
2. Fejezethatároknál vágj. Soha ne ossz ketté bekezdést, táblázatot vagy lábjegyzetblokkot. A könyv végén lévő jegyzeteknél döntened kell. Vagy a hozzájuk tartozó résszel együtt töltöd fel őket, vagy külön részként fordítod le, és feljegyzed, hogy így tettél.
3. Vezess felosztási jegyzéket. Minden részhez jegyezd fel az oldaltartományt, a fejezetcímeket, a karakterszámot és a fájlméretet. Ezt fogod használni a lefordított részek ellenőrzéséhez és újbóli összeillesztéséhez.
4. Minden résznél ugyanazokat a beállításokat használd. Ugyanaz a forrás- és célnyelv, ugyanaz a formális vagy informális hangnem és ugyanaz a szójegyzék. A DeepL támogatja a szójegyzékeket a fájlfordításban. Ezek nélkül egy név vagy kifejezés kötetenként másképp fordulhat. A terminológiai következetességről szóló útmutatónk elmagyarázza, hogyan építsd fel ezt a listát, mielőtt elkezded.
5. Minden rész végén ellenőrizd, ne csak az elején. A DeepL fájlfordítási hibaelhárítási oldala figyelmeztet, hogy a támogatott korlátokat meghaladó fájl esetleg nem lesz teljesen lefordítva. Minden résznél nyisd meg a kimenet utolsó oldalát, és vesd össze a forrással.
6. Ellenőrizd, ahol a részek találkoznak. Keresd az elhagyott fejezetcímeket, az újrakezdődő lábjegyzetszámozást, az élőfejeket és a másik kötetre mutató kereszthivatkozásokat. Az oldalszámokat tartalmazó tartalomjegyzék a felosztás után már nem fog stimmelni, ezért a részek összeillesztése után építsd újra.
7. Végezz teljes QA-ellenőrzést az összeillesztett könyvön. A PDF-fordítás QA-ellenőrzőlistája segítségével mintavételezz a jelentésből, a táblázatokból, a képaláírásokból és a hiányzó tartalomból az egész könyvben.

Dolgok, amelyek legalább annyira számítanak, mint a korlátok

• Beolvasott PDF-ek. A DeepL szerint a PDF-konvertálás optikai karakterfelismerésre támaszkodik, és nagyobb hibaarányú lehet. 300 DPI-s beolvasást javasol. Egy méretkorláton belüli beolvasás is produkálhat gyenge szöveget. Ha beolvasott könyved van, először olvasd el, hogyan fordíts beolvasott PDF-et.
• Használd az eredeti fájlt, ha megvan. Ha egy PDF-et Wordből vagy PowerPointból exportáltak, a DeepL azt javasolja, hogy inkább a forrás .docx vagy .pptx fájlt fordítsd. A DeepL azt is mondja, hogy a CAD-fájlokból exportált PDF-ek nem támogatottak, és a jelszóval védett fájlok nem fordíthatók.
• Szerkeszthető fájl beszerzése. A DeepL PDF-fordításról szóló cikke a Pro Advanced, Ultimate, Team és Business csomagokat sorolja fel azok között, amelyekkel a lefordított PDF .docx formátumban letölthető. A Pro Individual nem szerepel a listán. Az API-nál az output_format=docx Word-fájlt ad vissza PDF-ből. A szerkeszthető fájl sokkal könnyebbé teszi a fordítás utáni javításokat.
• Az API-letöltések lejárnak. A DeepL fejlesztői útmutatója szerint a lefordított dokumentumokat csak rövid ideig tárolják, és haladéktalanul le kell tölteni őket.

Amikor a DeepL nem a megfelelő eszköz egy egész könyvhöz

Ha a könyv egy vagy két fájlba belefér a csomagodba, a DeepL saját munkafolyamata is elegendő lehet. Futtasd le a fenti minőségbiztosítási lépéseket, és állj is meg ott. Akkor érdemes másfelé néznod, amikor a felosztás válik a fő feladattá: sok rész, havi fájlszámok, amelyek hónapokra nyújtják a munkát, vagy API-minimumok, amelyek felhajtják a költségeket.

A BookTranslator PDF-fordítója egyetlen feltöltésként fogadja a könyvet. A feltöltési űrlap legfeljebb 300 MB méretű fájlokat fogad el. A szavak száma alapján áraz, és a fizetés előtt megmutatja az árat. A vendégfeladatok legfeljebb 300 000 szóig terjedhetnek. A kreditalapú és a Pro fiókoknak nincs szókorlátjuk. Egy hosszú könyv azonban mégiscsak hosszú fordítás, ezért nézd át. Beolvasott könyvek esetén az OCR mód a felismert tartalomból épít fel egy tiszta, lefordított PDF-et. Ez nem egyezik az eredeti oldalelrendezéssel, betűtípusokkal vagy betűméretekkel. Ha az elrendezés megtartása a legfontosabb, kezdd a hogyan fordítsunk le egy PDF-et a formátum megtartásával című útmutatóval.