Had Terjemahan Dokumen DeepL untuk PDF Panjang dan Buku

DeepL mengehadkan setiap dokumen dua kali: mengikut saiz fail dan mengikut aksara. Seperti yang disemak pada 11 Oktober 2026, artikel format fail DeepL menyenaraikan had PDF ini untuk pelan semasa: 5 MB dan 100,000 aksara dengan akaun DeepL percuma, 30 MB dan 1 juta aksara pada Pro Individual dan Team, dan 100 MB dan 1 juta aksara pada Pro Business. Fail Word (.docx/.doc) mempunyai had yang sama pada setiap pelan. Had ini terpakai setiap fail.

Untuk buku yang panjang, saiz fail selalunya bukan had pertama yang anda hadapi. Tiga nombor lain lebih penting: had aksara setiap fail, bilangan terjemahan fail yang disertakan dalam pelan anda setiap bulan, dan, pada API, minimum pengebilan 50,000 aksara bagi setiap PDF atau DOCX. Jadual dan contoh pengiraan di bawah menunjukkan bagaimana ini digabungkan untuk fail sepanjang buku.

Halaman ini merangkumi DeepL sahaja. Untuk had dokumen Google, lihat panduan PDF Google Translate. Untuk perbandingan alat terjemahan PDF, lihat alat terjemahan PDF terbaik.

Had DeepL mengikut pelan untuk fail PDF dan Word

Semua angka diambil daripada halaman DeepL sendiri, disemak pada 11 Oktober 2026. Had setiap fail diambil daripada artikel sokongan tentang format fail dan halaman pembangun tentang had penggunaan API. Bilangan fail bulanan diambil daripada jadual perbandingan pada halaman harga Pro DeepL. Peruntukan aksara bulanan untuk API diambil daripada pelan API DeepL.

Nota tentang cara membaca jadual:

• Tiada had bilangan fail pada API tidak bermakna fail percuma. Artikel pengebilan terjemahan fail DeepL menyatakan pelan API tiada had bilangan fail, tetapi setiap fail yang diterjemah akan dibilkan.
• API Free dan API Pro tidak lagi boleh dibeli. Artikel pelan API DeepL menyatakan perkara ini. Pendaftaran baharu akan melihat Pembangun dan Pertumbuhan. Halaman pembangun masih melabelkan lajurnya sebagai "pelan percuma" dan "pelan berbayar". Untuk PDF, lajur tersebut menggunakan nombor yang sama seperti jadual di atas.
• Pelan Pro lama mempunyai had tersendiri. Artikel format fail menyenaraikan Starter pada 10 MB, Advanced pada 20 MB, dan Ultimate pada 100 MB, semuanya dengan 1 juta aksara. Semak pelan yang sebenarnya digunakan oleh akaun anda.
• Memilih lebih daripada satu bahasa sasaran menggunakan lebih banyak fail. Arahan terjemahan fail DeepL menyatakan setiap bahasa sasaran menolak satu terjemahan fail daripada kiraan bulanan anda. Terjemahan fail yang tidak digunakan tidak dibawa ke bulan berikutnya.

Kami sengaja tidak menyertakan harga. Halaman harga DeepL menunjukkan harga serantau, jadi sebarang nombor yang kami cetak hanya terpakai untuk satu pasaran. Semak wilayah anda sendiri di halaman harga.

Mengira aksara dalam buku anda sebelum memuat naik

DeepL mengira aksara dalam teks sumber. Satu aksara ialah satu titik kod Unicode, dan ruang, tab, serta pemisah baris juga dikira. Ini dinyatakan dalam artikel kiraan penggunaan dan pengebilan DeepL. Jadi "é", "あ", dan "深" masing-masing dikira sebagai satu aksara, begitu juga setiap ruang antara perkataan.

Untuk menganggarkan kiraan sesebuah buku:

1. Masukkan teks ke dalam editor yang melaporkan aksara termasuk ruang. Dalam Microsoft Word, ini ialah dialog kiraan perkataan. Untuk PDF teks, salin beberapa bab yang mewakili ke dalam editor.
2. Ukur beberapa halaman biasa dan kira purata setiap halaman. Jangan gunakan satu halaman padat sahaja.
3. Darabkan purata dengan bilangan halaman yang anda rancang untuk terjemah.
4. Kira semua yang kekal dalam fail. Panduan terjemahan dokumen DeepL menyatakan semua kandungan dalam fail yang dimuat naik dikira sebagai aksara yang dibilkan, termasuk kandungan yang tidak sebenarnya diterjemah. Jika anda tidak memerlukan indeks, bibliografi, atau lampiran, keluarkannya daripada salinan yang anda muat naik. Ia masih dikira jika ada dalam fail.

Kiraan editor anda dan kiraan DeepL mungkin tidak sepadan dengan tepat. Tinggalkan sedikit ruang di bawah setiap had untuk melindungi anda daripada perbezaan kecil.

Contoh pengiraan: satu buku 400 halaman pada setiap pelan

Andaian (andaian anda akan berbeza): PDF berasaskan teks berbahasa Inggeris sebanyak 400 halaman pada kira-kira 2,000 aksara setiap halaman, termasuk ruang. Kami memilih kepadatan itu semata-mata untuk memudahkan pengiraan diikuti. Ukur halaman anda sendiri sebelum bergantung pada keputusan ini.

Jumlah: 400 halaman × 2,000 aksara = 800,000 aksara.

Akaun DeepL Free: 100,000 aksara setiap fail, 1 fail sebulan

• 800,000 ÷ 100,000 = 8. Lapan fail masing-masing akan berada tepat pada had, yang tidak meninggalkan ruang untuk perbezaan kiraan.
• Jika anda menyasarkan kira-kira 90,000 aksara setiap bahagian: 800,000 ÷ 90,000 = 8.9, jadi anda memerlukan 9 bahagian.
• Dengan 1 terjemahan fail sebulan, itu mengambil masa 9 bulan, dan fail yang diterjemah tidak boleh diedit.

Dalam praktiknya, akaun percuma adalah untuk mencuba satu bab, bukan untuk menterjemah buku.

Pro Individual: 1 juta aksara, 30 MB, 3 fail sebulan

• 800,000 adalah di bawah 1 juta, jadi buku itu muat dalam satu fail dari segi kiraan aksara.
• Saiz fail adalah pemeriksaan berasingan. Katakan PDF anda banyak imej dan beratnya 75 MB (ini saiz hipotetikal). Maka 75 ÷ 30 = 2.5, jadi anda memerlukan sekurang-kurangnya 3 bahagian. Itu menggunakan kesemua 3 terjemahan fail bulan itu, dan anda tiada baki untuk ulangan.
• Team mempunyai had 30 MB yang sama tetapi lebih banyak fail sebulan. Business membenarkan 100 MB setiap fail, jadi PDF 75 MB ini akan muat dalam satu muat naik.

API Developer: 500,000 aksara setiap fail, 1,000,000 aksara secara keseluruhan

• 800,000 ÷ 500,000 = 1.6, jadi anda memerlukan 2 bahagian. Dua jilid dengan kira-kira 400,000 aksara setiap satu akan dibilkan pada kiraan sebenar, iaitu 800,000 aksara. Ini meninggalkan 200,000 aksara daripada peruntukan Developer, dan peruntukan itu tidak pernah ditetapkan semula.
• Sekarang andaikan anda membahagikan buku yang sama kepada 24 fail bab pula. Setiap bab mempunyai kira-kira 800,000 ÷ 24 ≈ 33,333 aksara. Setiap PDF atau DOCX dibilkan sekurang-kurangnya 50,000 aksara, jadi jumlahnya menjadi 24 × 50,000 = 1,200,000 aksara dibilkan. Itu 50% lebih daripada kandungan teks, dan ia melebihi keseluruhan peruntukan Developer.

API Growth atau API Pro warisan: 1 juta aksara, 100 MB

• Buku itu muat dalam satu fail jika saiznya kekal di bawah 100 MB. Ia dibilkan 800,000 aksara.
• DeepL menyatakan pelan Growth dengan bil bulanan merangkumi 1 juta aksara. Buku ini menggunakan sebahagian besar aksara yang disertakan dalam satu bulan.

API Free warisan: 500,000 aksara setiap fail dan setiap bulan

• Anda memerlukan 2 bahagian. Secara keseluruhan ia memerlukan 800,000 aksara, iaitu lebih daripada 500,000 yang dibenarkan setiap bulan. Jadi terjemahan itu diagihkan sepanjang 2 bulan bil, contohnya satu jilid 400,000 aksara setiap bulan.

Apabila pembahagian tidak dapat dielakkan

Jika buku itu 700 halaman pada kepadatan yang sama, ia mempunyai 1,400,000 aksara. Itu melebihi had 1 juta aksara pada setiap pelan, jadi anda mesti membahagikannya. Inti pati contoh ini ialah urutan pemeriksaan: aksara dahulu, kemudian megabait, kemudian bilangan fail bulanan, kemudian minimum bil.

Cara membahagikan buku yang melebihi had

Matlamatnya adalah untuk menghasilkan sesedikit mungkin bahagian, setiap satu di bawah kedua-dua had dengan ruang yang mencukupi, dan kemudian mengesahkan bahawa tiada apa-apa yang hilang di tempat bahagian-bahagian itu bertemu.

1. Rancang jilid, bukan bab. Kumpulkan bab kepada bilangan bahagian paling sedikit yang kekal di bawah kira-kira 90% had aksara pelan anda dan di bawah had saiznya. Pada API, pastikan setiap bahagian melebihi 50,000 aksara, kerana apa-apa yang lebih kecil dibilkan sebagai 50,000.
2. Potong pada sempadan bab. Jangan sekali-kali membahagi di tengah-tengah perenggan, jadual, atau blok nota kaki. Nota yang terletak di hujung buku memerlukan keputusan. Sama ada muat naik bersama bahagian yang berkaitan, atau terjemahkannya sebagai bahagian tersendiri dan catatkan bahawa anda berbuat demikian.
3. Simpan manifes pembahagian. Untuk setiap bahagian, catat julat halaman, tajuk bab, bilangan aksara, dan saiz fail. Anda akan menggunakannya untuk menyemak bahagian terjemahan dan menggabungkannya semula.
4. Gunakan tetapan yang sama untuk setiap bahagian. Gunakan bahasa sumber dan sasaran yang sama, nada formal atau tidak formal yang sama, dan glosari yang sama. DeepL menyokong glosari dalam terjemahan fail. Tanpanya, nama atau istilah boleh diterjemahkan secara berbeza dalam setiap jilid. Panduan konsistensi terminologi kami menerangkan cara membina senarai itu sebelum anda bermula.
5. Periksa hujung setiap bahagian, bukan hanya permulaannya. Halaman penyelesaian masalah terjemahan fail DeepL memberi amaran bahawa fail yang melebihi had yang disokong mungkin tidak diterjemahkan sepenuhnya. Untuk setiap bahagian, buka halaman terakhir output dan bandingkannya dengan sumber.
6. Periksa tempat bahagian-bahagian bertemu. Cari tajuk bab yang tercicir, penomboran nota kaki yang bermula semula, pengepala berjalan, dan rujukan silang yang kini menunjuk ke jilid lain. Jadual kandungan dengan nombor halaman tidak lagi sepadan selepas pembahagian, jadi bina semula selepas anda menggabungkan bahagian-bahagian itu.
7. Jalankan pemeriksaan QA penuh pada buku yang digabungkan. Gunakan senarai semak QA terjemahan PDF untuk menyampel makna, jadual, kapsyen, dan kandungan yang hilang di seluruh buku.

Perkara yang sama pentingnya dengan had

• PDF yang diimbas. DeepL menyatakan penukaran PDF bergantung pada pengecaman aksara optik dan mungkin mempunyai kadar ralat yang lebih tinggi. Ia mengesyorkan pengimbasan pada 300 DPI. Imbasan yang mematuhi had saiz masih boleh menghasilkan teks yang lemah. Jika anda mempunyai buku yang diimbas, baca cara menterjemah PDF yang diimbas terlebih dahulu.
• Gunakan fail asal jika anda memilikinya. Jika PDF dieksport daripada Word atau PowerPoint, DeepL mencadangkan menterjemah .docx atau .pptx sumber itu. DeepL juga menyatakan PDF yang dieksport daripada fail CAD tidak disokong, dan fail yang dilindungi kata laluan tidak boleh diterjemahkan.
• Mendapatkan fail yang boleh diedit. Artikel terjemahan PDF DeepL menyenaraikan Pro Advanced, Ultimate, Team, dan Business sebagai pelan yang boleh memuat turun PDF terjemahan sebagai .docx. Pro Individual tidak tersenarai. Pada API, output_format=docx mengembalikan fail Word daripada PDF. Fail yang boleh diedit menjadikan pembaikan selepas terjemahan lebih mudah.
• Muat turun API luput. Panduan pembangun DeepL menyatakan dokumen terjemahan disimpan hanya sebentar dan mesti dimuat turun dengan segera.

Apabila DeepL bukan alat yang sesuai untuk keseluruhan buku

Jika buku itu muat dalam satu atau dua fail pada pelan anda, aliran kerja DeepL sendiri mungkin sudah memadai. Jalankan langkah QA di atas dan berhenti di situ. Cari tempat lain apabila pemisahan menjadi tugas utama: banyak bahagian, bilangan fail bulanan yang memanjangkan kerja sehingga beberapa bulan, atau minimum API yang meningkatkan kos.

Penterjemah PDF BookTranslator menerima buku sebagai satu muat naik. Borang muat naik menerima fail sehingga 300 MB. Ia mengenakan harga berdasarkan bilangan perkataan dan menunjukkan harga sebelum pembayaran. Tugasan tetamu dihadkan pada 300,000 perkataan. Akaun berasaskan kredit dan Pro tiada had perkataan. Namun, buku yang panjang tetap terjemahan yang panjang, jadi semaklah ia. Untuk buku yang diimbas, mod OCR membina semula PDF terjemahan yang bersih daripada kandungan yang dikenali. Ia tidak menepati susun atur halaman, fon, atau saiz fon asal. Jika mengekalkan susun atur menjadi keutamaan, mulakan dengan cara menterjemah PDF sambil mengekalkan format.