الترجمة
كيفية ترجمة مستند دون فقدان تنسيقه
تفسد المستندات المترجمة لأن معظم الأدوات تحول ملفك إلى نص عادي، وتترجمه، ثم تخمن مكان وضع كل شيء. تتناثر الجداول، وتندمج الأعمدة، وتسقط الرؤوس. الحل هو استخدام محرك ترجمة يعمل على البنية الحقيقية للمستند، ومطابقة المحرك مع نوع الملف: تُترجم ملفات Office، وملفات PDF، والتعليمات البرمجية بدقة على محركات مختلفة. يشرح هذا الدليل سبب تعطل التنسيق وكيفية اختيار المحرك المناسب لكل مهمة.
تم التحديث 27 أغسطس 2026 · 8 دقائق للقراءة
أنت تقوم بتحميل مستند نظيف وجاهز. وتسترد شيئاً يبدو وكأنه مر عبر آلة تمزيق الورق وتم لصقه معاً مرة أخرى. تمت ترجمة الكلمات بشكل صحيح، ولكن جدول المدفوعات انهار عبر صفحتين، والتخطيط المكون من عمودين أصبح الآن شريطاً طويلاً من النص، وذابت الرؤوس في متن المستند. الآن أنت تواجه ساعة من التنظيف تكلف وقتاً أكثر مما وفرته الترجمة.
هذه هي الشكوى الأكثر شيوعاً في ترجمة المستندات، وهي لا تتعلق تقريباً بجودة اللغة أبداً. إنها تتعلق بالبنية. بمجرد أن تفهم سبب حدوث ذلك، يصبح الإصلاح بسيطاً، وعادة ما يتلخص في قرار واحد: ما هو المحرك الذي سترسل الملف إليه.
لماذا تفسد الترجمة التنسيق
يقوم المترجم الأساسي بثلاثة أشياء بالترتيب: يستخرج النص من ملفك، ويترجم هذا النص، ثم يعيده مرة أخرى. تكمن المشكلة في ما يُفقد في الخطوة الأولى. عندما يخرج النص، تبقى معلومات التخطيط في الخلف، لذلك تضطر الأداة إلى تخمين كيفية إعادة تجميع الصفحة. التخمينات هي بالضبط ما يكسر الجداول والأعمدة.
تجعل ملفات PDF هذا الأمر أسوأ. ملف PDF ليس في الحقيقة مستنداً بنفس الطريقة التي يكون بها ملف Word. إنه مجموعة من التعليمات التي تصف مكان وضع العلامات على الصفحة، وليس ما تعنيه تلك العلامات. لا يوجد مفهوم موثوق به مثل "هذا جدول" أو "هذا هو العمود الثاني" مضمن فيه. لذلك عندما يقوم المترجم بتفكيك ملف PDF، يجب عليه استنتاج البنية قبل أن يتمكن من إعادة بنائها، وإذا كان هذا الاستنتاج خاطئاً ولو قليلاً، ينهار التخطيط.
ماذا يعني "الاحتفاظ بالتنسيق" حقاً
ليس كل كسر متساوياً، وليست كل الأدوات تفشل في نفس المكان. عندما يقول الناس أن الترجمة "احتفظت بالتنسيق"، فإنهم يقصدون عادة أن كل هذا نجا دون أن يمس:
- الجداول: تظل الصفوف، والأعمدة، والخلايا المدمجة والحدود في مكانها، مع وضع النص المترجم في الخلايا الصحيحة.
- الرؤوس والتذييلات: أرقام الصفحات، والعناوين والرؤوس الجارية تظل عبر كل صفحة.
- مخططات الأعمدة المتعددة: لا تنهار الصفحات المكونة من عمودين وثلاثة أعمدة في تيار واحد.
- التأكيد والتسلسل الهرمي: يتم الحفاظ على الخط العريض، والمائل، ومستويات العناوين والمسافة البادئة للقائمة، ولا يتم تسطيحها.
- الصور والتسميات التوضيحية: تبقى الصور في موضعها، ويتم ترجمة النص بجانبها أيضاً.
بعض الأدوات تتقن تصميم النص ولكنها تدمر الجداول. تحتفظ أدوات أخرى بالصور في مكانها ولكنها تسطح أعمدتك. الهدف هو العثور على أداة تجمع كل ذلك معاً في نفس الوقت، وهو أمر مرجح بكثير عندما تترجم الأداة البنية الحقيقية لملفك بدلاً من نسخة مسطحة منه.
الإصلاح الحقيقي: قم بمطابقة المحرك مع الملف
هذا هو الجزء الذي يتخطاه كل دليل تقريباً. لا يوجد محرك ترجمة واحد هو الأفضل للتنسيق. يوجد محرك هو الأفضل لكل نوع ملف. الأداة التي تترجم ملف DOCX بشكل جميل قد ترفض ملفات PDF تماماً؛ الأداة التي تعمل بشكل لا تشوبه شائبة على ملفات PDF قد يكون لها حد صارم للحجم. الحيلة ليست في العثور على محرك سحري واحد. بل هي في اختيار المحرك المناسب للمهمة التي أمامك.
هذا هو بالضبط السبب في أن DocTranslating تتيح لك اختيار المحرك لكل ملف بدلاً من فرض كل شيء عبر مسار واحد. أدناه نعرض كيف تقارن المحركات الأربعة بالفعل، حتى تتمكن من مطابقتها بنفسك.
| المحرك | الأفضل لـ | أنواع الملفات | حد الحجم | احترس من |
|---|---|---|---|---|
| Microsoft Azure | ملفات Office (Word، PowerPoint، Excel) | DOCX, PPTX, XLSX, HTML, MD, TXT | 20 ميغابايت | لا يوجد دعم مباشر لملفات PDF |
| Google Cloud | النتائج الأكثر اتساقاً من جميع النواحي، بما في ذلك PDF | PDF, DOCX, PPTX, XLSX | 10 ميغابايت | أصغر حد أقصى للحجم |
| DeepL | أعلى جودة ترجمة في معظم الأزواج اللغوية | DOCX, PPTX, XLSX, TXT, HTML, SRT, والمزيد | 30 ميغابايت | مشاكل عرضية في التخطيط على ملفات PDF الكثيفة |
| Gemini | ملفات التعليمات البرمجية والمستندات متعددة اللغات | PDF والتعليمات البرمجية (JS, TS, Python, إلخ) | 100 ميغابايت (بحد أقصى 25 صفحة) | حد أقصى للصفحات في ملفات PDF الطويلة |
حيلة ملف Office لملفات PDF المستعصية
إذا كان لديك ملف PDF يخرج مشوهاً باستمرار، فهناك حل بديل موثوق به يستخدمه المحترفون: لا تقم بترجمة ملف PDF. قم بتحويله إلى Word أولاً، وقم بترجمة ملف Word (حيث تكون البنية صريحة ويتألق Azure)، ثم قم بالتحويل مرة أخرى إلى PDF إذا كنت بحاجة إلى ذلك. إنه يضيف خطوة، ولكن نظراً لأن ملف Word يخزن بنيته فعلياً بدلاً من مظهره فقط، فإن النتيجة تتماسك معاً بشكل أفضل بكثير من ترجمة ملف PDF مباشرة.
السبب في نجاح هذه الطريقة بسيط: يخزّن ملف Word تنسيقه على هيئة بنية منظّمة، لذا يبقى سليماً بعد الترجمة، بينما لا يخزّن ملف PDF سوى المظهر، وهو ما يجب إعادة بنائه وكثيراً ما يتعطّل.
ماذا عن المستندات الممسوحة ضوئياً؟
هناك حالة واحدة حيث لا يعمل أي من هذا بشكل مباشر: ملف PDF الممسوح ضوئياً. المسح الضوئي هو صورة لصفحة، لذلك لا يوجد نص لترجمته على الإطلاق، مجرد بكسلات. قبل أن تتمكن من ترجمتها، يجب التعرف على النص واستخراجه من الصورة. هذا هو التعرف البصري على الحروف (OCR).
تتعامل أداة التعرف البصري على الحروف (OCR) الخاصة بـ DocTranslating مع هذا، حيث تقرأ النص من عمليات المسح بأكثر من 50 لغة، بما في ذلك الكتابة اليدوية، وبالتالي يصبح العقد الممسوح ضوئياً أو الشهادة المؤرشفة قابلة للترجمة مثل أي مستند آخر. إذا كنت تريد شرحاً كاملاً، فهناك دليل مخصص حول استخراج النص من ملف PDF ممسوح ضوئياً.
قائمة مرجعية قبل إرسال أي شيء
مهما كان المحرك الذي تستخدمه، اقضِ دقيقتين في مراجعة النتيجة قبل أن تذهب إلى عميل أو مكتب. افتح الملف الأصلي والترجمة جنباً إلى جنب وتحقق من:
- هل لا تزال الجداول مصطفة، مع النص الصحيح في الخلايا الصحيحة؟
- هل الرؤوس والتذييلات وأرقام الصفحات موجودة في كل صفحة؟
- هل بقيت أي أقسام متعددة الأعمدة أو ذات عمودين في أعمدتها؟
- هل هناك أي شيء يفيض عن مربعه أو يمتد خارج الهامش (عادة ما يكون تمدد النص)؟
- هل الخط العريض، والمائل، ومستويات العناوين لا تزال في المكان الذي تنتمي إليه؟
إن اكتشاف جدول منزاح الآن يستغرق لحظة. لكن اكتشافه بعد أن يشير إليه العميل يكلف أكثر بكثير.
تجميع كل شيء معاً
ينجو التنسيق من الترجمة عندما يكون هناك أمران صحيحان: الأداة تعمل على البنية الحقيقية لمستندك بدلاً من نسخة مسطحة، والمحرك يدعم فعلياً نوع الملف الذي تغذيه به. قم بمطابقة ملفات Office مع Azure، وملفات PDF مع Google، والعمل الحاسم من حيث الجودة مع DeepL، وملفات التعليمات البرمجية أو المستندات متعددة اللغات مع Gemini، وسيختفي معظم كابوس إعادة التنسيق ببساطة.
هل أنت جديد على المنصة؟ يشرح الدليل الكامل لاستخدام DocTranslating كيفية تحميل ملف، واختيار محرك، وتنزيل مستندك المترجم.
الأسئلة الشائعة
كيف يمكنني ترجمة ملف PDF دون فقدان التنسيق؟
استخدم مترجماً مصمماً لملفات PDF يحافظ على التخطيط بدلاً من تسطيح الملف إلى نص عادي. في DocTranslating، يعد Google Cloud هو المحرك الأكثر اتساقاً لملفات PDF. بالنسبة لملفات PDF المستعصية، فإن تحويلها إلى Word أولاً، وترجمتها، ثم التحويل مرة أخرى يعطي غالباً أنظف نتيجة، لأن ملف Word يخزن بنيته بشكل صريح بينما ملف PDF يخزن مظهره فقط.
ما هو أفضل محرك لملفات Word، وPowerPoint وExcel؟
يعد Microsoft Azure الأقوى في تنسيقات Office. فهو يحافظ على ملفات DOCX، وPPTX وXLSX لتبدو مثل الأصل لأنه يترجم البنية الأساسية للمستند بدلاً من إعادة بناء التخطيط من الصفر.
لماذا يبدو المستند المترجم الخاص بي مكسوراً رغم أن الترجمة صحيحة؟
لأن دقة الترجمة والتنسيق هما مشكلتان منفصلتان. معظم الأدوات تستخرج النص، وتترجمه، ثم تخمن كيفية إعادة وضع الصفحة معاً. تخرج الكلمات صحيحة، ولكن التخطيط المخمن ينكسر: تتناثر الجداول، وتندمج الأعمدة، وتسقط الرؤوس. استخدام أداة تعمل على البنية الحقيقية للملف يتجنب هذا.
هل يمكنني ترجمة ملف PDF ممسوح ضوئياً؟
نعم، ولكن هذا يحتاج إلى خطوة إضافية. المسح الضوئي هو صورة، لذلك لا يوجد نص لترجمته حتى يقرأ التعرف البصري على الحروف (OCR) النص من الصفحة. تتعرف أداة التعرف البصري على الحروف في DocTranslating على النص بأكثر من 50 لغة، بما في ذلك الكتابة اليدوية، وتحول المسح الضوئي إلى مستند قابل للترجمة.
أي محرك يجب أن أستخدمه للتعليمات البرمجية أو المستندات التي تمزج اللغات؟
Gemini. إنه المحرك الوحيد من المحركات الأربعة الذي يترجم ملفات التعليمات البرمجية (JavaScript، وTypeScript، وPython وغيرها) والوحيد الذي يتعامل مع المستندات التي تمزج أكثر من لغة مصدر واحدة. وهو يقبل الملفات التي يصل حجمها إلى 100 ميغابايت ولكنه يقتصر على 25 صفحة.