محدودیت‌های ترجمه اسناد DeepL برای PDFهای طولانی و کتاب‌ها
محدودیت‌های حجم و کاراکتر DeepL را بر اساس پلن بررسی کنید، ببینید حداقل ۵۰٬۰۰۰ کاراکتری API چگونه بر یک کتاب تقسیم‌شده اثر می‌گذارد و حجم‌هایی را برنامه‌ریزی کنید که جا شوند.
DeepL هر سند را دو بار محدود می‌کند: بر اساس حجم فایل و بر اساس کاراکتر. بر اساس بررسی انجام‌شده در ۱۱ اکتبر ۲۰۲۶، مقاله قالب‌های فایل DeepL این محدودیت‌های PDF را برای پلن‌های فعلی فهرست می‌کند: ۵ مگابایت و ۱۰۰٬۰۰۰ کاراکتر با حساب رایگان DeepL، ۳۰ مگابایت و ۱ میلیون کاراکتر در Pro Individual و Team، و ۱۰۰ مگابایت و ۱ میلیون کاراکتر در Pro Business. فایل‌های Word (.docx/.doc) در هر پلن همین محدودیت‌ها را دارند. این محدودیت‌ها به ازای هر فایل اعمال می‌شوند.
برای یک کتاب طولانی، حجم فایل اغلب اولین محدودیتی نیست که به آن برمی‌خورید. سه عدد دیگر مهم‌ترند: سقف کاراکتر به ازای هر فایل، تعداد ترجمه‌های فایل که پلن شما هر ماه شامل می‌شود، و در API، حداقل صورتحساب ۵۰٬۰۰۰ کاراکتری به ازای هر PDF یا DOCX. جدول و مثال کاربردی زیر نشان می‌دهد این‌ها برای یک فایل به اندازه کتاب چگونه با هم ترکیب می‌شوند.
این صفحه فقط به DeepL می‌پردازد. برای محدودیت‌های اسناد Google، راهنمای PDF Google Translate را ببینید. برای مقایسه ابزارهای ترجمه PDF، بهترین ابزارهای ترجمه PDF را ببینید.
محدودیت‌های DeepL بر اساس پلن برای فایل‌های PDF و Word
همه ارقام از صفحات خود DeepL آمده‌اند و در ۱۱ اکتبر ۲۰۲۶ بررسی شده‌اند. محدودیت‌های هر فایل از مقاله پشتیبانی درباره قالب‌های فایل و صفحه توسعه‌دهندگان درباره محدودیت‌های استفاده از API گرفته شده‌اند. تعداد فایل‌های ماهانه از جدول مقایسه در صفحه قیمت‌گذاری Pro در DeepL می‌آید. سهمیه کاراکتر ماهانه برای API از پلن‌های DeepL API می‌آید.
| پلن | حداکثر حجم فایل PDF/DOCX | حداکثر کاراکتر به ازای هر فایل | فایل در ماه | محدودیت دیگر برای یک کتاب |
|---|---|---|---|---|
| حساب DeepL، بدون اشتراک | ۵ مگابایت | 100,000 | 1 | فایل‌های ترجمه‌شده قابل ویرایش نیستند |
| Pro Individual | ۳۰ مگابایت | ۱ میلیون | 3 | — |
| Pro Team | ۳۰ مگابایت | ۱ میلیون | ۲۰ به ازای هر کاربر | تیم می‌تواند یک استخر مشترک داشته باشد یا محدودیت‌های هر عضو را تعیین کند |
| Pro Business | ۱۰۰ مگابایت | ۱ میلیون | ۱۰۰ برای هر کاربر | — |
| توسعه‌دهنده API | ۱۰ مگابایت | 500,000 | بدون محدودیت تعداد فایل | در مجموع ۱٬۰۰۰٬۰۰۰ کاراکتر، و مجموع بازنشانی نمی‌شود |
| رشد API | ۱۰۰ مگابایت | ۱ میلیون | بدون محدودیت تعداد فایل | محدودیت مصرف ۵۰ میلیون کاراکتر در ماه |
| API رایگان (قدیمی) | ۱۰ مگابایت | 500,000 | بدون محدودیت تعداد فایل | ۵۰۰٬۰۰۰ کاراکتر در ماه |
| API حرفه‌ای (قدیمی) | ۱۰۰ مگابایت | ۱ میلیون | بدون محدودیت تعداد فایل | بدون سقف حجم؛ بر اساس کاراکتر صورتحساب می‌شود |
نکاتی درباره خواندن جدول:
- نبود محدودیت تعداد فایل در API به معنای رایگان بودن فایل‌ها نیست. مقاله صورتحساب ترجمه فایل DeepL می‌گوید که طرح‌های API محدودیتی در تعداد فایل‌ها ندارند، اما برای هر فایل ترجمه‌شده صورتحساب صادر می‌شود.
- API رایگان و API حرفه‌ای دیگر قابل خریداری نیستند. مقاله طرح‌های API DeepL این را می‌گوید. ثبت‌نام‌های جدید طرح‌های توسعه‌دهنده و رشد را می‌بینند. صفحه توسعه‌دهنده هنوز ستون‌های خود را «طرح‌های رایگان» و «طرح‌های پولی» برچسب‌گذاری می‌کند. برای PDFها، آن ستون‌ها از همان اعدادی استفاده می‌کنند که در جدول بالا آمده است.
- طرح‌های Pro قدیمی محدودیت‌های خودشان را دارند. مقاله قالب‌های فایل، Starter را ۱۰ مگابایت، Advanced را ۲۰ مگابایت و Ultimate را ۱۰۰ مگابایت فهرست کرده است، همه با ۱ میلیون کاراکتر. بررسی کنید که حساب شما واقعاً روی کدام طرح است.
- انتخاب بیش از یک زبان مقصد، فایل‌های بیشتری مصرف می‌کند. دستورالعمل‌های ترجمه فایل DeepL می‌گوید هر زبان مقصد یک ترجمه فایل از تعداد ماهانه شما کسر می‌کند. ترجمه‌های فایل استفاده‌نشده به ماه بعد منتقل نمی‌شوند.
ما عمداً قیمت‌ها را حذف کردیم. صفحه قیمت‌گذاری DeepL قیمت منطقه‌ای را نشان می‌دهد، بنابراین هر عددی که چاپ می‌کردیم فقط برای یک بازار معتبر بود. منطقه خودتان را در صفحه قیمت‌گذاری بررسی کنید.
شمارش کاراکترهای کتاب قبل از بارگذاری
DeepL کاراکترها را در متن مبدأ می‌شمارد. یک کاراکتر یک نقطه کد یونیکد است و فاصله‌ها، تب‌ها و شکست خط هم شمرده می‌شوند. این موضوع در مقاله شمارش مصرف و صورتحساب DeepL توضیح داده شده است. بنابراین «é»، «あ» و «深» هر کدام یک کاراکتر شمرده می‌شوند و هر فاصله بین کلمات نیز همین‌طور.
برای تخمین تعداد کاراکترهای یک کتاب:
- متن را در ویرایشگری وارد کنید که کاراکترها با احتساب فاصله‌ها را گزارش می‌دهد. در Microsoft Word این پنجره شمارش کلمات است. برای یک PDF متنی، چند فصل نمونه را در ویرایشگر کپی کنید.
- چند صفحه معمولی را اندازه بگیرید و میانگین هر صفحه را محاسبه کنید. از یک صفحه متراکم تنها استفاده نکنید.
- میانگین را در تعداد صفحاتی که قصد ترجمه‌شان را دارید ضرب کنید.
- هر چیزی که در فایل می‌ماند را بشمارید. راهنمای ترجمه اسناد DeepL می‌گوید تمام محتوای یک فایل بارگذاری‌شده در کاراکترهای صورت‌حساب‌شده حساب می‌شود، از جمله محتوایی که واقعاً ترجمه نشده است. اگر به فهرست، کتاب‌شناسی یا پیوست‌ها نیازی ندارید، آنها را از نسخه‌ای که بارگذاری می‌کنید حذف کنید. اگر در فایل باشند، همچنان شمرده می‌شوند.
ممکن است شمارش ویرایشگر شما و شمارش DeepL دقیقاً مطابقت نداشته باشد. باقی گذاشتن کمی فضا زیر هر محدودیت، شما را از اختلاف کوچک محافظت می‌کند.
مثال عملی: یک کتاب ۴۰۰ صفحه‌ای روی هر طرح
فرضیات (فرضیات شما متفاوت خواهد بود): یک PDF متنی انگلیسی ۴۰۰ صفحه‌ای با حدود ۲٬۰۰۰ کاراکتر در هر صفحه، با احتساب فاصله‌ها. ما این چگالی را فقط برای ساده‌شدن محاسبات انتخاب کردیم. قبل از اتکا به این نتایج، صفحات خودتان را اندازه بگیرید.
مجموع: ۴۰۰ صفحه × ۲٬۰۰۰ کاراکتر = ۸۰۰٬۰۰۰ کاراکتر.
حساب رایگان DeepL: ۱۰۰٬۰۰۰ کاراکتر در هر فایل، ۱ فایل در ماه
- ۸۰۰٬۰۰۰ ÷ ۱۰۰٬۰۰۰ = ۸. هشت فایل هر کدام دقیقاً روی محدودیت قرار می‌گیرند که فضایی برای اختلاف شمارش باقی نمی‌گذارد.
- اگر هدف حدود ۹۰٬۰۰۰ کاراکتر در هر بخش باشد: ۸۰۰٬۰۰۰ ÷ ۹۰٬۰۰۰ = ۸٫۹، بنابراین به ۹ بخش نیاز دارید.
- با ۱ ترجمه فایل در ماه، این ۹ ماه طول می‌کشد و فایل‌های ترجمه‌شده قابل ویرایش نیستند.
در عمل، حساب رایگان برای نمونه‌برداری از یک فصل است، نه برای ترجمه یک کتاب.
Pro Individual: ۱ میلیون کاراکتر، ۳۰ مگابایت، ۳ فایل در ماه
- ۸۰۰٬۰۰۰ کمتر از ۱ میلیون است، بنابراین کتاب از نظر تعداد کاراکتر در یک فایل جا می‌شود.
- حجم فایل یک بررسی جداگانه است. فرض کنید PDF شما پر از تصویر است و ۷۵ مگابایت وزن دارد (این یک حجم فرضی است). سپس ۷۵ ÷ ۳۰ = ۲٫۵، بنابراین حداقل به ۳ بخش نیاز دارید. این همه ۳ ترجمه فایل ماه را مصرف می‌کند و هیچ‌کدام برای اجرای مجدد باقی نمی‌ماند.
- Team همان محدودیت ۳۰ مگابایت را دارد اما فایل‌های بیشتری در ماه. Business اجازه ۱۰۰ مگابایت در هر فایل را می‌دهد، بنابراین این PDF ۷۵ مگابایتی در یک بارگذاری جا می‌شود.
API Developer: ۵۰۰٬۰۰۰ کاراکتر در هر فایل، ۱٬۰۰۰٬۰۰۰ کاراکتر در مجموع
- ۸۰۰٬۰۰۰ ÷ ۵۰۰٬۰۰۰ = ۱٫۶، پس به ۲ بخش نیاز دارید. دو جلد حدوداً ۴۰۰٬۰۰۰ کاراکتری هر کدام با شمارش واقعی‌شان، یعنی ۸۰۰٬۰۰۰ کاراکتر، محاسبه می‌شوند. این ۲۰۰٬۰۰۰ کاراکتر از سهمیه Developer باقی می‌گذارد، و این سهمیه هرگز بازنشانی نمی‌شود.
- حالا فرض کنید همان کتاب را به ۲۴ فایل فصلی تقسیم کنید. هر فصل حدود ۸۰۰٬۰۰۰ ÷ ۲۴ ≈ ۳۳٬۳۳۳ کاراکتر دارد. هر PDF یا DOCX حداقل ۵۰٬۰۰۰ کاراکتر محاسبه می‌شود، پس مجموع به ۲۴ × ۵۰٬۰۰۰ = ۱٬۲۰۰٬۰۰۰ کاراکتر محاسبه‌شده می‌رسد. این ۵۰٪ بیشتر از متن موجود است و از کل سهمیه Developer نیز فراتر می‌رود.
API Growth یا API Pro قدیمی: ۱ میلیون کاراکتر، ۱۰۰ مگابایت
- کتاب در یک فایل جا می‌شود اگر زیر ۱۰۰ مگابایت بماند. ۸۰۰٬۰۰۰ کاراکتر محاسبه می‌شود.
- DeepL می‌گوید طرح Growth با صورتحساب ماهانه شامل ۱ میلیون کاراکتر است. این کتاب بیشتر کاراکترهای شامل‌شده در یک ماه را مصرف می‌کند.
API Free قدیمی: ۵۰۰٬۰۰۰ کاراکتر به ازای هر فایل و هر ماه
- به ۲ بخش نیاز دارید. مجموعاً به ۸۰۰٬۰۰۰ کاراکتر نیاز دارند که بیش از ۵۰۰٬۰۰۰ مجاز در هر ماه است. بنابراین ترجمه در ۲ ماه صورتحساب پخش می‌شود، مثلاً هر ماه یک جلد ۴۰۰٬۰۰۰ کاراکتری.
وقتی تقسیم اجتناب‌ناپذیر است
اگر کتاب ۷۰۰ صفحه با همان چگالی باشد، ۱٬۴۰۰٬۰۰۰ کاراکتر دارد. این بالاتر از محدودیت ۱ میلیون کاراکتری در هر طرحی است، پس باید آن را تقسیم کنید. نکته این مثال ترتیب بررسی‌هاست: ابتدا کاراکترها، سپس مگابایت‌ها، بعد تعداد فایل ماهانه، و در نهایت حداقل صورتحساب.
چگونه کتابی را که از حد مجاز فراتر رفته تقسیم کنیم
هدف این است که تا حد امکان بخش‌های کمتری بسازید، هر کدام زیر هر دو محدودیت با فضای اضافی، و سپس تأیید کنید که در محل اتصال بخش‌ها چیزی از دست نرفته است.
- جلدها را برنامه‌ریزی کنید، نه فصل‌ها را. فصل‌ها را در کمترین بخش‌هایی گروه‌بندی کنید که زیر حدود ۹۰٪ محدودیت کاراکتر طرح شما و زیر محدودیت حجم آن بمانند. در API، هر بخش را بالای ۵۰٬۰۰۰ کاراکتر نگه دارید، چون هر چیز کوچک‌تر به عنوان ۵۰٬۰۰۰ محاسبه می‌شود.
- در مرزهای فصل ببرید. هرگز در وسط یک پاراگراف، جدول یا بلوک پانویس تقسیم نکنید. یادداشت‌هایی که در انتهای کتاب قرار دارند نیاز به تصمیم دارند. یا آنها را با بخشی که به آن تعلق دارند بارگذاری کنید، یا آنها را به عنوان بخش خودشان ترجمه کنید و ثبت کنید که این کار را انجام داده‌اید.
- یک مانیفست تقسیم نگه دارید. برای هر بخش، محدوده صفحه، عناوین فصل، تعداد کاراکتر و حجم فایل را ثبت کنید. از آن برای بررسی بخش‌های ترجمه‌شده و کنار هم گذاشتن دوباره آنها استفاده خواهید کرد.
- برای هر بخش از تنظیمات یکسان استفاده کنید. از همان زبان مبدأ و مقصد، همان لحن رسمی یا غیررسمی و همان واژه‌نامه استفاده کنید. DeepL از واژه‌نامه‌ها در ترجمه فایل پشتیبانی می‌کند. بدون آن، یک نام یا اصطلاح ممکن است در هر جلد متفاوت ترجمه شود. راهنمای ثبات اصطلاحات ما توضیح می‌دهد که چگونه آن فهرست را قبل از شروع بسازید.
- انتهای هر بخش را بررسی کنید، نه فقط ابتدای آن را. صفحه عیب‌یابی ترجمه فایل DeepL هشدار می‌دهد که فایلی که از محدودیت‌های پشتیبانی‌شده فراتر رود ممکن است به طور کامل ترجمه نشود. برای هر بخش، آخرین صفحه خروجی را باز کنید و آن را با منبع مقایسه کنید.
- محل اتصال بخش‌ها را بررسی کنید. به دنبال عناوین فصلی که حذف شده‌اند، شماره‌گذاری پانویس که دوباره شروع شده، سرصفحه‌های جاری و ارجاعات متقابلی که اکنون به جلد دیگری اشاره می‌کنند بگردید. فهرست مطالب با شماره صفحات پس از تقسیم دیگر مطابقت نخواهد داشت، پس آن را پس از کنار هم گذاشتن بخش‌ها دوباره بسازید.
- یک بررسی کامل QA روی کتاب کنار هم گذاشته‌شده انجام دهید. از چک‌لیست QA ترجمه PDF برای نمونه‌گیری معنا، جداول، شرح‌ها و محتوای گمشده در کل کتاب استفاده کنید.
مواردی که به اندازه محدودیت‌ها مهم هستند
- PDFهای اسکن‌شده. DeepL می‌گوید تبدیل PDF به تشخیص نویسه نوری متکی است و ممکن است نرخ خطای بالاتری داشته باشد. توصیه می‌کند با ۳۰۰ 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 کتاب را به‌صورت یک بار بارگذاری می‌پذیرد. فرم بارگذاری فایل‌هایی تا ۳۰۰ مگابایت را می‌پذیرد. قیمت‌گذاری بر اساس تعداد کلمات است و قیمت را پیش از پرداخت نشان می‌دهد. وظایف مهمان حداکثر ۳۰۰٬۰۰۰ کلمه است. حساب‌های اعتباری و حرفه‌ای محدودیت کلمه ندارند. با این حال، یک کتاب طولانی همچنان ترجمه‌ای طولانی است، پس آن را بررسی کنید. برای کتاب‌های اسکن‌شده، حالت OCR یک PDF ترجمه‌شدهٔ تمیز را از محتوای شناسایی‌شده بازسازی می‌کند. این حالت با چیدمان صفحه، فونت‌ها یا اندازه‌های فونت اصلی مطابقت ندارد. اگر حفظ چیدمان اولویت دارد، با چگونه یک PDF را با حفظ قالب ترجمه کنیم شروع کنید.
مطالب مرتبط
