लंबे PDF और पुस्तकों के लिए DeepL दस्तावेज़ अनुवाद सीमाएँ

DeepL हर दस्तावेज़ को दो बार सीमित करता है: फ़ाइल आकार से और वर्णों से। 11 अक्टूबर, 2026 को जाँच के अनुसार, DeepL का फ़ाइल प्रारूप लेख वर्तमान योजनाओं के लिए ये PDF सीमाएँ सूचीबद्ध करता है: निःशुल्क DeepL खाते के साथ 5 MB और 100,000 वर्ण, Pro Individual और Team पर 30 MB और 1 मिलियन वर्ण, और Pro Business पर 100 MB और 1 मिलियन वर्ण। Word फ़ाइलों (.docx/.doc) पर प्रत्येक योजना में समान सीमाएँ लागू होती हैं। सीमाएँ प्रति फ़ाइल लागू होती हैं।

किसी लंबी पुस्तक के लिए, फ़ाइल आकार अक्सर पहली सीमा नहीं होती जिससे आप टकराते हैं। तीन अन्य संख्याएँ अधिक मायने रखती हैं: प्रति फ़ाइल वर्ण सीमा, आपकी योजना में प्रत्येक माह शामिल फ़ाइल अनुवादों की संख्या, और API पर, प्रति PDF या DOCX 50,000-वर्ण की बिलिंग न्यूनतम सीमा। नीचे दी गई तालिका और हल किया गया उदाहरण दिखाते हैं कि पुस्तक-लंबाई की फ़ाइल के लिए ये कैसे मिलकर काम करते हैं।

यह पृष्ठ केवल DeepL को कवर करता है। Google की दस्तावेज़ सीमाओं के लिए, Google Translate PDF गाइड देखें। PDF अनुवाद उपकरणों की तुलना के लिए, सर्वश्रेष्ठ PDF अनुवाद उपकरण देखें।

PDF और Word फ़ाइलों के लिए योजना के अनुसार DeepL सीमाएँ

सभी आँकड़े DeepL के अपने पृष्ठों से लिए गए हैं, 11 अक्टूबर, 2026 को जाँचे गए। प्रति-फ़ाइल सीमाएँ फ़ाइल प्रारूपों पर सहायता लेख और API उपयोग सीमाओं पर डेवलपर पृष्ठ से आती हैं। मासिक फ़ाइल संख्याएँ DeepL के Pro मूल्य निर्धारण पृष्ठ पर तुलना तालिका से आती हैं। API के लिए मासिक वर्ण भत्ते DeepL API योजनाओं से आते हैं।

तालिका पढ़ने पर टिप्पणियाँ:

• API पर कोई फ़ाइल संख्या सीमा न होने का मतलब मुफ़्त फ़ाइलें नहीं है। DeepL का फ़ाइल अनुवाद बिलिंग लेख कहता है कि API प्लान में फ़ाइलों की संख्या पर कोई सीमा नहीं है, लेकिन प्रत्येक अनुवादित फ़ाइल का बिल लगता है।
• API फ़्री और API प्रो अब खरीदे नहीं जा सकते। DeepL का API प्लान लेख यह कहता है। नए साइन-अप डेवलपर और ग्रोथ देखते हैं। डेवलपर पृष्ठ अभी भी अपने कॉलम को "मुफ़्त प्लान" और "सशुल्क प्लान" लेबल करता है। 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-पृष्ठ की पुस्तक

मान्यताएँ (आपकी भिन्न होंगी): 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 मिलियन-अक्षर सीमा से अधिक है, इसलिए आपको इसे विभाजित करना होगा। उदाहरण का उद्देश्य जाँचों का क्रम है: पहले अक्षर, फिर मेगाबाइट, फिर मासिक फ़ाइल संख्या, फिर बिलिंग न्यूनतम।

सीमा से अधिक पुस्तक को कैसे विभाजित करें

लक्ष्य यह है कि यथासंभव कम भाग बनाएँ, प्रत्येक दोनों सीमाओं के अंदर थोड़ी गुंजाइश के साथ हो, और फिर पुष्टि करें कि जहाँ भाग मिलते हैं वहाँ कुछ खोया नहीं है।

1. खंडों की योजना बनाएँ, अध्यायों की नहीं। अध्यायों को उन कम से कम भागों में समूहित करें जो आपके प्लान की अक्षर सीमा के लगभग 90% से कम और उसकी आकार सीमा से नीचे रहें। API पर, प्रत्येक भाग को 50,000 अक्षरों से ऊपर रखें, क्योंकि इससे छोटे किसी भी चीज़ का बिल 50,000 पर लगता है।
2. अध्याय की सीमाओं पर काटें। किसी अनुच्छेद, तालिका, या फ़ुटनोट ब्लॉक के बीच में कभी विभाजित न करें। पुस्तक के अंत में स्थित नोट्स के लिए निर्णय आवश्यक है। या तो उन्हें उस भाग के साथ अपलोड करें जिससे वे संबंधित हैं, या उन्हें अपने अलग भाग के रूप में अनुवादित करें और रिकॉर्ड करें कि आपने ऐसा किया।
3. एक विभाजन मैनिफ़ेस्ट रखें। प्रत्येक भाग के लिए, पृष्ठ सीमा, अध्याय शीर्षक, अक्षर संख्या, और फ़ाइल आकार रिकॉर्ड करें। आप इसका उपयोग अनुवादित भागों की जाँच करने और उन्हें फिर से जोड़ने के लिए करेंगे।
4. प्रत्येक भाग के लिए समान सेटिंग्स का उपयोग करें। समान स्रोत और लक्ष्य भाषा, समान औपचारिक या अनौपचारिक लहजा, और समान शब्दावली का उपयोग करें। DeepL फ़ाइल अनुवाद में शब्दावलियों का समर्थन करता है। इसके बिना, किसी नाम या शब्द का अनुवाद प्रत्येक खंड में अलग-अलग हो सकता है। हमारी शब्दावली संगति गाइड बताती है कि शुरू करने से पहले उस सूची को कैसे बनाएँ।
5. प्रत्येक भाग के अंत की जाँच करें, केवल शुरुआत की नहीं। DeepL का फ़ाइल अनुवाद समस्या निवारण पृष्ठ चेतावनी देता है कि समर्थित सीमाओं से अधिक फ़ाइल पूरी तरह से अनुवादित नहीं हो सकती। प्रत्येक भाग के लिए, आउटपुट का अंतिम पृष्ठ खोलें और इसकी स्रोत से तुलना करें।
6. जहाँ भाग मिलते हैं वहाँ जाँच करें। छूटे हुए अध्याय शीर्षक, फिर से शुरू होने वाली फ़ुटनोट संख्या, रनिंग हेडर, और क्रॉस-रेफ़रेंस जो अब किसी अन्य खंड की ओर इशारा करते हैं, उन्हें देखें। पृष्ठ संख्याओं वाली विषय-सूची विभाजन के बाद मेल नहीं खाएगी, इसलिए भागों को जोड़ने के बाद इसे फिर से बनाएँ।
7. जुड़ी हुई पुस्तक पर पूर्ण 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 का अपना वर्कफ़्लो ही आपके लिए पर्याप्त हो सकता है। ऊपर दिए गए QA चरणों को चलाएँ और वहीं रुक जाएँ। कहीं और देखें जब विभाजन ही मुख्य काम बन जाए: कई भाग, मासिक फ़ाइल संख्याएँ जो काम को कई महीनों तक खींच दें, या API न्यूनतम जो लागत को बढ़ा दें।

BookTranslator का PDF अनुवादक एक पुस्तक को एक ही अपलोड के रूप में लेता है। अपलोड फ़ॉर्म 300 MB तक की फ़ाइलें स्वीकार करता है। यह शब्द संख्या के आधार पर मूल्य निर्धारित करता है और चेकआउट से पहले मूल्य दिखाता है। अतिथि कार्य 300,000 शब्दों तक सीमित हैं। क्रेडिट-आधारित और Pro खातों की कोई शब्द सीमा नहीं है। हालाँकि, एक लंबी पुस्तक अभी भी एक लंबा अनुवाद है, इसलिए इसकी समीक्षा करें। स्कैन की गई पुस्तकों के लिए, OCR मोड मान्यता प्राप्त सामग्री से एक साफ़ अनुवादित PDF फिर से बनाता है। यह मूल पृष्ठ लेआउट, फ़ॉन्ट या फ़ॉन्ट आकार से मेल नहीं खाता। यदि लेआउट बनाए रखना प्राथमिकता है, तो फ़ॉर्मेट बनाए रखते हुए PDF का अनुवाद कैसे करें से शुरू करें।