شرح TranslatePress 2026: الترجمة البصرية وAI وSEO في WordPress

TranslatePress تختلف عن إضافات الترجمة التي تجعلك تنقل بين محررات منفصلة لكل لغة: الفكرة الأساسية هي أن تفتح الصفحة من الواجهة الأمامية وتترجم النص الذي تراه مباشرة من Visual Translation Editor. لذلك هي مناسبة خصوصًا للمواقع المبنية بـElementor أوGutenberg أوShortcodes أوForms، حيث تريد رؤية التصميم أثناء الترجمة.

الخلاصة التنفيذية: النسخة المجانية مناسبة غالبًا لموقع ثنائي اللغة مع ترجمة يدوية أوGoogle Translate v2 API. إذا تحتاج أكثر من لغة ترجمة، أوSEO Pack لترجمة Slugs وTitles وMeta وAlt وإنشاء Multilingual Sitemap، أوDeepL/TranslatePress AI المتقدم، فهذه خصائص مرتبطة بالنسخ المدفوعة بحسب الوثائق الحالية.

قبل اختيار TranslatePress نفسها، حدّد أولًا بنية الموقع متعدد اللغات وURLs وhreflang وCanonical. شرحنا ذلك في دليل WordPress متعدد اللغات وSEO. وللمقارنة مع WPML وPolylang وGTranslate وWeglot راجع أفضل إضافات ترجمة WordPress 2026.

ما هي TranslatePress؟

TranslatePress – Multilingual إضافة WordPress مستضافة ذاتيًا تتيح ترجمة المحتوى مباشرة من Front-end. الصفحة الرسمية الحالية توضح أن المحرر يستطيع التعامل مع النص الناتج من Shortcodes وForms وPage Builders، وأن الإضافة تعمل مع WooCommerce.

هذا مهم لأن TranslatePress لا تعمل بمنطق «البحث داخل ملفات القالب ثم تعديل ملفات اللغة» كما توحي بعض الشروحات القديمة. هي تلتقط النصوص التي يعرضها الموقع وتدير ترجماتها داخل نظامها، مع واجهة Visual Editor للمراجعة.

TranslatePress أم Loco Translate؟

إذا كان هدفك تعريب قالب أوPlugin نفسها على مستوى ملفات Gettext، راجع دليل Loco Translate وRTL.

تثبيت TranslatePress

1. من لوحة WordPress افتح Plugins → Add New.
2. ابحث عن TranslatePress – Multilingual.
3. ثبّت الإضافة وفعّلها.
4. انتقل إلى Settings → TranslatePress.
5. راجع Default Language وTranslation Languages قبل بدء الترجمة.

لا تعتمد على Screenshot من إصدار قديم كمرجع دائم؛ واجهة Language Switcher والإعدادات تطورت، والوثائق الحالية هي المرجع الأفضل لأسماء الخيارات ومواقعها.

الخطوة 1: اضبط Default Language بصورة صحيحة

Default Language هي اللغة التي كُتب بها الموقع أصلًا، وليست اللغة التي تريد الترجمة إليها. وفق الوثائق الحالية، TranslatePress ترث افتراضيًا لغة WordPress ويمكن تعديلها من Settings → TranslatePress.

إذا كان موقعك الحالي عربيًا وتريد إضافة الإنجليزية، اجعل العربية Default Language ثم أضف الإنجليزية كلغة ترجمة. تغيير اللغة الأصلية بعد بناء عدد كبير من الترجمات قرار يحتاج اختبارًا، فلا تتعامل معه كإعداد شكلي.

الخطوة 2: أضف Translation Language

من إعدادات TranslatePress اختر اللغة الإضافية. في النسخة المجانية، الاستخدام الأساسي مناسب لموقع ثنائي اللغة: اللغة الأصلية + لغة ترجمة واحدة. إضافة عدة لغات ترجمة تحتاج Multiple Languages add-on المتاح في Premium حاليًا.

النسخ المدفوعة تسمح بإضافة عدة لغات والتحكم في نشرها؛ فيمكن تجهيز ترجمة لغة قبل إتاحتها للزائر.

الخطوة 3: افتح Visual Translation Editor

اضغط Translate Site أوTranslate Page من Admin Bar. ستفتح الصفحة من Front-end مع لوحة ترجمة بجانبها.

Workflow الصحيح:

1. افتح الصفحة التي تريد ترجمتها.
2. حدد String من القائمة أوانقر رمز التحرير بجوار العنصر المرئي.
3. اختر لغة الترجمة.
4. اكتب الترجمة.
5. احفظ.
6. راجع الصفحة بصريًا في اللغة الثانية.

ميزة هذا الأسلوب أنك ترى طول النص وتأثيره على Button وHeading وCard وForm بدل ترجمة نصوص خارج سياق التصميم.

ما الذي يستطيع Visual Editor ترجمته؟

وفق الوصف الرسمي الحالي، TranslatePress تستطيع ترجمة الصفحة كاملة من Front-end بما يشمل نصوصًا ناتجة من:

• WordPress content.
• Shortcodes.
• Forms.
• Page Builders.
• WooCommerce.
• Gettext strings التي تظهر على الواجهة ضمن السيناريوهات المدعومة.

لكن وجود النص على الصفحة لا يعني أن كل Integration مخصص سيعمل دون اختبار؛ Dynamic content وAJAX وThird-party widgets تحتاج QA على الـStack الفعلي.

هل TranslatePress تترجم عناوين المقالات والصفحات؟

نعم، يجب تصحيح معلومة شائعة في الشروحات القديمة: عنوان المقال أوالصفحة المرئي يمكن ترجمته من خلال TranslatePress مثل باقي النصوص التي تظهر على Front-end.

أما SEO title وMeta description وURL slug وSocial metadata فهي طبقة SEO منفصلة؛ ترجمتها تتم عبر SEO Pack في Premium.

SEO Pack: ما الذي يضيفه؟

الوثائق الحالية لـTranslatePress توضح أن SEO Pack يسمح بترجمة:

• Post/Page/CPT slugs.
• Taxonomy وTerm slugs.
• Post type base slugs.
• Page title.
• Meta description.
• Image alt.
• Facebook/Twitter social metadata.
• WooCommerce slugs.

ويضيف Multilingual Sitemap بالتكامل مع إضافات SEO معروفة مثل Rank Math وYoast وSEOPress وAIOSEO وغيرها.

SEO Pack متاح حاليًا ضمن النسخ المدفوعة، وليس ميزة في Free.

TranslatePress وRank Math

إذا كنت تستخدم Rank Math، لا يكفي ضبط SEO للصفحة الأصلية فقط ثم افتراض أن Meta ستترجم تلقائيًا. مع SEO Pack يمكنك ترجمة عناصر SEO من Translation Editor، كما تمد الإضافة Sitemap لتشمل المحتوى المترجم.

راجع لكل لغة

• SEO Title.
• Meta Description.
• Slug.
• Alt text المهم.
• Canonical.
• hreflang.
• Sitemap inclusion.

ولا تترجم Focus Keyword حرفيًا؛ Search Intent قد تختلف بين السوق العربي والإنجليزي.

URL Slugs في TranslatePress

ترجمة Slugs تحتاج SEO Pack. يمكن ترجمتها يدويًا، كما يمكن تشغيل Automatic Slug Translation عند استخدام Automatic Translation وإعداد SEO Pack المناسب.

بعد نشر URLs وفهرستها، لا تغيّر Slugs بشكل عشوائي. أي URL قديمة يجب التعامل معها ضمن Redirect strategy ومراجعة Internal Links وSitemap.

Automatic Translation: المجاني والمدفوع

TranslatePress تدعم الترجمة الآلية، لكن المحركات المتاحة تختلف حسب النسخة.

عند استخدام Google أوDeepL بمفتاح API خاص بك، تكلفة API ليست جزءًا تلقائيًا من رخصة الإضافة. راجع التسعير الحالي لدى مزود الترجمة نفسه.

كيف تعمل Automatic Translation؟

الوثائق الحالية توضح أن String غير المترجمة تُرسل للمحرك ثم تُخزن ترجمتها في قاعدة البيانات حتى لا يتم طلب نفس الترجمة بلا داعٍ في كل زيارة. يمكن أيضًا وضع Daily character limit لتقليل التكلفة، وتوجد إعدادات لحظر Crawlers من تشغيل طلبات ترجمة آلية.

هذا مهم في المواقع الكبيرة: لا تفتح Automatic Translation بلا حدود قبل تقدير حجم النصوص وتكلفة API.

AI Translation ليست QA

حتى لو كانت الترجمة الآلية ممتازة لغويًا، راجع يدويًا:

• H1 والعناوين التسويقية.
• CTA.
• Product names/specifications.
• الأرقام والوحدات.
• سياسات وشروط الاستخدام.
• Checkout/payment instructions.
• Meta titles/descriptions.
• الكلمات التي تحمل معنى Brand خاص.

الهدف أن تستخدم AI لتقليل وقت الإنتاج، لا أن تحول الموقع إلى آلاف الصفحات غير المراجعة.

Language Switcher في 2026

TranslatePress أعادت تصميم نظام Language Switcher في الإصدارات الحديثة. الوثائق الحالية تذكر عدة طرق:

• Floating Switcher.
• Shortcode / Gutenberg Block.
• Elementor Language Switcher Widget.
• Menu Item.

الـShortcode الحالي هو:

[language-switcher]

ولا تعتمد على صور قديمة لإعداد Floating selector؛ يوجد الآن Tab مخصص لـLanguage Switcher مع تحكم منفصل في Desktop/Mobile.

أفضل مكان لمبدل اللغة

• Header واضح على Desktop.
• Mobile navigation على الهاتف.
• Footer كمسار إضافي.

إذا لديك لغتان فقط، يدعم النظام الحالي إظهار Opposite Language في بعض أنواع Switcher. اختبر ألا يغطي المبدل زر WhatsApp أوSticky Add to Cart أوCookie banner.

استخدام Subdirectory للغة الافتراضية

توجد إمكانية Use subdirectory for default language. مثال:

• example.com/ar/
• example.com/en/

بدل أن تكون اللغة الأصلية على Root بدون Language code. هذا قرار Architecture، وليس إعدادًا يجب تغييره بعد الفهرسة بلا خطة.

Automatic User Language Detection

هناك Add-on مدفوع يمكنه توجيه الزائر لأول مرة حسب Browser/IP. لكن من منظور SEO وتجربة المستخدم، استخدم الكشف بحذر ولا تجعل المستخدم أوCrawler محبوسًا في لغة لا يستطيع تغييرها.

الأفضل دائمًا وجود Language Switcher واضح وروابط ثابتة لكل لغة.

TranslatePress وWooCommerce

صفحة WordPress.org الحالية تذكر أن TranslatePress تعمل مع WooCommerce. لكن المتجر متعدد اللغات يحتاج أكثر من ترجمة Product description.

اختبر:

• Products وVariations.
• Categories وAttributes.
• Cart.
• Checkout.
• My Account.
• Payment/Shipping labels.
• Coupons.
• Emails.
• SEO وSchema.

للمسار الكامل راجع دليل WooCommerce متعدد اللغات 2026.

ترجمة WooCommerce Emails

وثائق TranslatePress الحالية توضح أن رسائل WooCommerce للعميل تُرسل وفق اللغة المفضلة/اللغة التي تم بها الطلب. توجد أيضًا واجهة String Translation لتحرير نصوص Emails، وAutomatic Translation يمكنها التعامل مع النصوص غير المترجمة وفق الإعداد.

لا تفترض نجاح ذلك بدون اختبار: أنشئ Order تجريبيًا لكل لغة وراجع Processing/Completed/Refunded/New Account/Reset Password حسب ما يستخدمه المتجر.

TranslatePress مع Elementor

TranslatePress مناسبة جدًا لنهج Page Builder لأنها تترجم النتيجة النهائية المرئية. النظام الحالي يوفر أيضًا Elementor Language Switcher Widget.

اختبر بشكل خاص:

• Global Widgets.
• Popups.
• Forms.
• Dynamic tags.
• Loop/Grid templates.
• Header/Footer Theme Builder.

إذا String لا تظهر داخل Visual Editor، حدد هل هي AJAX أوGettext أوDynamic content ثم استخدم String Translation/الإعداد المناسب بدل تعديل ملفات القالب عشوائيًا.

TranslatePress مع RTL والعربية

إضافة العربية كلغة لا تضمن أن Theme نفسها ممتازة في RTL. افحص:

• Header وMenu.
• أيقونات الأسهم.
• Form fields.
• Tables.
• Product gallery.
• Checkout.
• Mobile menu.

إذا كانت المشكلة في CSS/Theme وليس الترجمة، عالج RTL في القالب بدل محاولة إصلاح Layout عن طريق نص مترجم.

هل النسخة المجانية تكفي؟

تكفي إذا احتياجك بسيط: موقع ثنائي اللغة، Visual manual translation، أوGoogle Translate v2 API مع الإعداد المناسب، ولا تحتاج ترجمة SEO metadata/slugs المتقدمة.

تحتاج Premium غالبًا إذا

• تريد أكثر من Translation Language.
• تحتاج SEO Pack.
• تحتاج ترجمة Slugs وMeta.
• تريد Multilingual sitemap متكامل.
• تحتاج Different Domain per Language.
• تحتاج Translator Accounts أوBrowse as Role أوNavigation by Language.
• تحتاج DeepL أووصول TranslatePress AI حسب الخطة.

Performance: ماذا تختبر؟

أي طبقة Multilingual تزيد تعقيد النظام. قارن قبل وبعد على Staging:

• TTFB.
• Database queries.
• حجم Translation tables.
• Object cache.
• Page cache لكل لغة.
• Automatic translation API calls.
• Checkout/AJAX.
• Search.

يوجد في Advanced Settings خيارات مرتبطة بتحسين جداول TranslatePress ومعالجة حالات Gettext/SEO legacy، لكن لا تفعل Troubleshooting options عشوائيًا؛ استخدمها لمشكلة محددة فقط.

ماذا يحدث إذا تغير النص الأصلي؟

TranslatePress تعتمد Translation Memory وربط الترجمة بالنص الأصلي. إذا تغيرت String الأصلية بشكل يجعلها String جديدة، قد تحتاج ترجمتها من جديد. هذا منطقي خصوصًا بعد إعادة تصميم الصفحة أوتعديل CTA.

لذلك بعد تحديث كبير للمحتوى، نفّذ Translation QA ولا تفترض أن كل الترجمات القديمة ما زالت مرتبطة.

أخطاء شائعة مع TranslatePress

• اعتبارها أداة تعديل ملفات القالب مثل Loco Translate.
• اختيار Default Language خطأ.
• إطلاق Automatic Translation بلا حد تكلفة.
• الاعتماد على AI بدون مراجعة صفحات البيع.
• الاعتقاد أن Free تشمل SEO Pack.
• إضافة لغات كثيرة بلا استراتيجية محتوى.
• تغيير URL structure بعد الفهرسة بلا Redirect plan.
• نسيان Emails وCheckout في WooCommerce.
• ترك Internal links تعيد المستخدم للغة الأصلية.
• عدم اختبار RTL والموبايل.

Checklist قبل الإطلاق

أسئلة شائعة

هل TranslatePress مجانية؟

يوجد إصدار مجاني على WordPress.org، مع نسخ Premium تضيف خصائص مثل SEO Pack وMultiple Languages وميزات أخرى.

كم لغة يمكن إضافتها في المجاني؟

النسخة المجانية مناسبة للغة الأصلية + لغة ترجمة واحدة. إضافة لغات ترجمة متعددة تحتاج Multiple Languages add-on في Premium حاليًا.

هل TranslatePress تدعم Google Translate؟

نعم. الوثائق الحالية تذكر Google Translate v2 API في النسخة المجانية، مع الحاجة إلى API key وحساب لدى Google.

هل تدعم DeepL؟

نعم ضمن الخيارات المدفوعة الحالية، ويظل استخدام DeepL API نفسه خاضعًا لحساب وتكلفة الخدمة.

هل يمكن ترجمة SEO Title وMeta؟

نعم عبر SEO Pack المتاح في Premium.

هل تعمل مع WooCommerce؟

نعم وفق الصفحة الرسمية، لكن يجب اختبار مسار الشراء والEmails والExtensions الفعلية في متجرك.

هل تعمل مع Elementor؟

نعم، وهي مصممة للعمل مع مخرجات Page Builders من الواجهة الأمامية، وتوفر حاليًا Elementor Language Switcher Widget.

الخلاصة

TranslatePress اختيار قوي عندما تريد ترجمة WordPress بصريًا من Front-end بدل إدارة النصوص خارج سياق التصميم. قوتها الحقيقية في Visual Workflow والتعامل مع المحتوى الناتج من Page Builders وForms وWooCommerce، مع Automatic Translation عند الحاجة.

لكن افصل بين وظائف Free وPremium: اللغة الإضافية الأساسية والترجمة المرئية شيء، بينما Multiple Languages وSEO Pack وترجمة Slugs/Meta وميزات AI/DeepL المتقدمة طبقة أخرى. خطط للبنية أولًا، ثم استخدم TranslatePress لتنفيذها.