مشاكل اللغة العربية في WordPress لا تأتي من سبب واحد. قد تكون المشكلة في اتجاه الصفحة RTL، أوTheme لا تتعامل جيدًا مع العربية، أوPlugin تعرض String غير مترجمة، أوCSS مخصص يفرض left/right، أوFont لا يحتوي Glyphs مناسبة، أوCache يعرض نسخة قديمة، أوWooCommerce/Elementor يضيفان مكونات تحتاج اختبارًا منفصلًا.
القاعدة الأهم: لا تبدأ بتركيب إضافة RTL أوكتابة CSS عشوائي. حدّد أولًا مصدر المشكلة: WordPress Core، Theme، Plugin، المحتوى، Translation files، أمCSS/JavaScript. بعد تحديد المصدر يصبح الإصلاح أقصر وأقل خطرًا.
إذا كانت المشكلة قائمة بالفعل في الواجهة أو القالب أو إضافة ولا تريد تنفيذ التشخيص بنفسك، يمكنك طلب إصلاح مشاكل ووردبريس بعد تحديد مصدر العطل بدل إضافة تعديلات عشوائية.
Decision Tree سريع قبل أي إصلاح
- هل لغة الموقع مضبوطة على العربية؟ راجع Settings → General → Site Language.
- هل المشكلة في كل الموقع أممكوّن واحد؟ إذا في كل الموقع افحص Theme/RTL؛ إذا في Widget أوCheckout فقط افحص Plugin المسؤول.
- هل النص غير مترجم أمالتصميم مقلوب؟ الترجمة Localization، أما المحاذاة والاتجاه فـRTL/CSS.
- هل المشكلة موجودة في Theme افتراضي؟ الاختبار على Staging يساعدك في عزل Theme عن Plugin.
- هل التغيير لا يظهر؟ افحص Page cache وObject cache وCDN وBrowser cache قبل إعادة التعديل.
1. الصفحة بالعربية لكن الاتجاه ما زال LTR
WordPress يدعم اللغات من اليمين إلى اليسار. في القوالب الكلاسيكية، يوضح Theme Handbook الرسمي أن ملف rtl.css يُضمّن تلقائيًا عندما تكون لغة الموقع RTL.
إذا بقي الموقع LTR، افحص:
- قيمة
dirفي HTML. - هل Theme نفسها توفر RTL styles؟
- هل CSS مخصص يفرض
direction:ltr؟ - هل Page Builder يضيف Direction على Section/Container؟
- هل Cache يعرض HTML/CSS قديمًا؟
إذا كان القالب يحتاج تعريبًا عمليًا، راجع تعريب قالب WordPress بـLoco Translate وضبط RTL.
2. بعض العناصر معكوسة وبعضها صحيح
هذه غالبًا مشكلة CSS وليست مشكلة لغة. لا تستخدم direction:rtl على كل شيء بلا تمييز.
افحص خصوصًا
- Flexbox:
flex-directionوترتيب العناصر. - Grid placement.
leftوrightفي Positioning.- Margins/Paddings الثابتة.
- Transforms.
- Dropdowns وOff-canvas menus.
- Carousel arrows.
عندما يناسب التصميم، استخدم CSS Logical Properties مثل margin-inline وpadding-inline وinset-inline-start بدل تكرار قواعد منفصلة لليسار واليمين.
3. لا تعكس كل الأيقونات في RTL
بعض الأيقونات اتجاهية ويجب عكسها، وبعضها لا يتغير:
- سهم «التالي/السابق» قد يحتاج انعكاسًا.
- أيقونة Play لا تُعكس لمجرد أن الصفحة عربية.
- Logos لا تُعكس.
- أيقونة الهاتف أوالبحث عادة لا تحتاج Flip.
استخدم Rules محددة للمكوّن بدل transform: scaleX(-1) على كل SVG أوIcon.
4. نصوص إنجليزية باقية داخل Theme أوPlugin
قبل ترجمة العبارة، حدد مصدرها. النص الظاهر قد يأتي من:
- WordPress Core.
- Theme.
- WooCommerce.
- Elementor أوPage Builder.
- Plugin دفع/شحن/عضويات.
- Custom code.
- محتوى أدخله مدير الموقع يدويًا.
إذا كانت String صادرة من Theme/Plugin ومكتوبة بصورة قابلة للترجمة، يمكن استخدام Loco Translate أوLanguage Pack. أما إذا كانت Hardcoded داخل الكود فلن يحل تغيير PO/MO المشكلة بصورة صحيحة.
للمطورين راجع دليل WordPress i18n وText Domain وPOT/PO/MO.
5. الترجمة اختفت بعد تحديث القالب أوالإضافة
السبب الشائع هو حفظ ملفات الترجمة المخصصة داخل مسار استبدله Update.
الحل:
- لا تعدّل ملفات Theme/Plugin الأصلية إذا كان تحديثها سيمسح التغيير.
- استخدم مسار ترجمة مخصص وآمن تدعمه أداتك.
- احتفظ بنسخة من الترجمات المهمة.
- اختبر Update على Staging.
- لا تسترجع ملفات قديمة فوق إصدار جديد بدون مراجعة Strings التي تغيرت.
6. الفرق بين تعريب الموقع وإنشاء موقع متعدد اللغات
إذا تريد فقط أن يكون الموقع عربيًا، يكفي Site Language صحيحة + Theme/Plugins قابلة للترجمة + RTL سليم.
أما إذا تريد العربية والإنجليزية معًا، فأنت تحتاج Multilingual Architecture: URL مستقلة لكل لغة، Language Switcher، ترجمة المحتوى، وSEO مثل hreflang وCanonical.
راجع دليل WordPress متعدد اللغات 2026 بدل استخدام Loco Translate لبناء نسخ محتوى مستقلة.
7. الخط العربي غير واضح أوأبطأ الموقع
المشكلة ليست أن «WordPress لا يدعم الخط العربي». افحص الخط نفسه وطريقة تحميله.
Checklist للخطوط
- هل الخط يحتوي Arabic glyphs جيدة؟
- هل تستخدم أوزانًا فعلية أمBrowser يصنع Synthetic Bold؟
- هل تحمل 6–8 أوزان بلا حاجة؟
- هل ملفات WOFF2 محسنة؟
- هل Font fallback مناسب؟
- هل النص يبقى قابلًا للقراءة أثناء تحميل Webfont؟
- هل الخط يؤثر في LCP أوCLS؟
لا تحتاج Plugin خطوط لمجرد أن اللغة عربية. يمكن تحميل الخط عبر Theme أوGlobal Styles أوCSS وفق بنية الموقع.
8. الأرقام العربية واللاتينية تظهر بشكل غير متوقع
الأرقام في الواجهة قد تتأثر بالLocale والخط والمتصفح وكود JavaScript وطريقة Format المستخدمة. لا يوجد CSS سحري يحول دائمًا 123 إلى ١٢٣ أوالعكس بصورة صحيحة لكل البيانات.
حدد أولًا نوع الرقم:
- سعر.
- رقم هاتف.
- Order ID.
- تاريخ.
- رقم داخل محتوى عادي.
رقم الهاتف وSKU وOrder ID غالبًا يحتاجان وضوحًا وثباتًا أكثر من تحويل الشكل البصري. لا تغيّر قيمًا تشغيلية في قاعدة البيانات لمجرد الشكل.
9. النص العربي والإنجليزي مختلطان في السطر نفسه
Bidirectional text قد يسبب ترتيبًا غريبًا عند الجمع بين العربية وURL ورقم هاتف وكود أوSKU.
حلول عملية
- استخدم
dir="ltr"لعناصر مثل Email/URL/Code عندما يلزم. - استخدم
dir="auto"للمحتوى الذي قد يبدأ بالعربية أوالإنجليزية حسب المستخدم. - لا تضع علامات ترقيم ملتصقة بكود/رقم داخل نص RTL بدون اختبار.
- اختبر Chrome وSafari/Android عند العناصر الحرجة.
10. Gutenberg يعرض العربية بشكل مختلف عن Front-end
لا تستخدم Classic Editor كحل تلقائي. أولًا حدد هل المشكلة في Editor styles أمFront-end styles.
- إذا Front-end صحيح والمحرر خطأ: راجع Editor stylesheet/theme.json.
- إذا الاثنين خطأ: المشكلة غالبًا Theme/CSS.
- إذا Block واحد فقط خطأ: افحص CSS الخاص بالBlock أوPlugin.
- إذا النص نفسه غير مترجم: هذه Localization وليست مشكلة Editor.
Classic Editor قد يكون اختيار Workflow لموقع معين، لكنه ليس إصلاحًا عامًا لمشكلة RTL في Gutenberg.
11. Elementor أوPage Builder يعمل LTR في بعض Sections
افحص Container/Section والWidgets التي تحتوي Alignment مستقلًا. أحيانًا يكون Page-level RTL صحيحًا لكن Widget نفسها لها text-align:left أوPositioning ثابت.
اختبر:
- Heading/Text widgets.
- Icon lists.
- Forms.
- Testimonials/Carousels.
- Nav Menu.
- Popups.
- Loop Grid.
لا تعدّل Core files الخاصة بـElementor؛ استخدم إعداد المكوّن أوCSS مخصصًا محدود النطاق.
12. WooCommerce بالعربية: أين تظهر المشاكل غالبًا؟
اختبر مسار الطلب كاملًا، لا صفحة المنتج فقط:
- Product gallery.
- Variation selectors.
- Quantity.
- Mini cart/Cart drawer.
- Cart.
- Checkout.
- Validation messages.
- Payment gateway instructions.
- My Account.
- Emails.
إذا String إنجليزية تظهر في Checkout، حدد هل مصدرها WooCommerce نفسه أمPayment/Shipping Plugin قبل ترجمتها.
13. الروابط العربية تظهر Percent-encoded: هل هذا خطأ؟
لا. عندما ترى رابطًا عربيًا في شكل %D8%A... فهذا تمثيل Percent Encoding للأحرف غير ASCII، وليس دليلًا أن الرابط تالف.
Google Search Central توصي حاليًا باستخدام كلمات بلغة الجمهور في URL عندما يكون ذلك مناسبًا، وتعرض أمثلة مباشرة على URLs غير لاتينية مع Percent Encoding. لذلك لا توجد قاعدة SEO تقول إن Slug الإنجليزية أفضل من العربية.
ما الأفضل؟
- Slug قصيرة وواضحة.
- لغة مفهومة للجمهور.
- استخدام hyphens بين الكلمات.
- عدم تغيير URL منشورة بلا داعٍ.
- Redirect 301 عند تغيير URL حقيقية.
14. لا تغيّر Permalinks كحل لمشكلة شكل الرابط
إذا URL مفهرسة وتعمل، تغييرها لمجرد أن شكل العربية طويل في شريط المتصفح قد يخلق Redirects و404 وروابط داخلية قديمة بلا فائدة.
إذا تحتاج دليلًا تقنيًا مستقلًا لبنية Slugs وتغيير الروابط بأمان، راجع دليل URLs وPermalinks الآمنة.
15. الموقع العربي غير مضبوط على الموبايل
لا تستخدم Google Mobile-Friendly Test؛ هذه الأداة والAPI المرتبطة بها تم إيقافهما منذ ديسمبر 2023. توضح Google Search Central أن قابلية الاستخدام على الموبايل ما زالت مهمة، وتشير إلى أدوات حديثة مثل Lighthouse ضمن بدائل التقييم.
اختبر فعليًا
- Viewport widths حقيقية.
- Chrome DevTools responsive mode.
- Lighthouse.
- جهاز Android/iPhone عند Checkout أوForms المهمة.
- Horizontal overflow.
- Menu/Off-canvas.
- Sticky buttons.
- Tables طويلة.
مشكلة RTL على الهاتف قد لا تظهر على Desktop بسبب اختلاف Layout بالكامل.
16. SEO للمحتوى العربي: المشكلة ليست في Rank Math أوYoast
Plugin SEO تساعدك في Metadata وSchema وSitemap، لكنها لا «تفهم السوق العربي» بدلًا منك.
ما يجب فعله
- حدد Search Intent بالعربية.
- استخدم المصطلح الذي يبحث به الجمهور، لا ترجمة حرفية.
- لا تحشو صيغ الكلمة المختلفة داخل كل فقرة.
- اكتب Title واضحًا وقابلًا للنقر.
- اجعل المحتوى يجيب عن السؤال بسرعة ثم يتوسع.
- استخدم Internal links سياقية.
- راجع Entity names الإنجليزية والعربية عند الحاجة.
اختلاف «إ» و«ا» أو«ة» و«ه» لا يعني أنك تحتاج حشو كل Variant يدويًا عشرات المرات.
17. الموقع ثنائي اللغة لكن Google تعرض النسخة الخطأ
هذه ليست مشكلة RTL؛ إنها International SEO.
توصي Google Search Central باستخدام URL مختلفة لكل نسخة لغة، وإشارات hreflang، وروابط تسمح للمستخدم بالتبديل بين اللغات، وتجنب Redirect الإجباري بناء على اللغة المتوقعة.
إذا لديك عربي/إنجليزي، راجع دليل WordPress متعدد اللغات وhreflang.
18. Cache يعرض لغة أواتجاهًا قديمًا
بعد تغيير Site Language أوCSS أوترجمة String، قد يبقى Cache قديمًا.
افحص بالترتيب:
- Browser cache.
- WordPress page cache.
- Object cache.
- CDN/Cloudflare cache.
- Server cache.
إذا موقعك متعدد اللغات، تأكد أن نظام Cache يميّز URLs/اللغات بصورة صحيحة ولا يرسل HTML عربيًا لمسار إنجليزي أوالعكس.
19. رسائل البريد تصل بالإنجليزية رغم أن الموقع عربي
حدد مصدر الرسالة:
- WordPress Core.
- WooCommerce.
- Contact form.
- SMTP plugin.
- Payment gateway.
- Custom template.
ثم تحقق من Translation domain وقالب البريد نفسه. لا تفترض أن ترجمة Front-end ستترجم Email templates تلقائيًا.
20. البحث الداخلي ضعيف مع الكلمات العربية
هذه مشكلة Search logic وليس RTL. اختبر:
- الهمزات.
- التاء المربوطة/الهاء عند طبيعة المحتوى.
- البحث بجزء من الكلمة.
- Product SKU والأسماء.
- ترتيب النتائج.
لا تنفذ Normalization عدوانية في قاعدة البيانات. الأفضل أن يحدث التطبيع في طبقة Search/Indexing حتى لا تغيّر المحتوى الأصلي.
21. كيف تحدد هل المشكلة Theme أمPlugin؟
على Staging:
- خذ Snapshot/Backup.
- اختبر المشكلة في نفس الصفحة.
- عطّل Plugin المشتبه بها بطريقة آمنة.
- إن لم يتغير شيء، جرّب Theme افتراضية مؤقتًا على Staging.
- راقب Console وPHP logs.
- حدد أصغر مكوّن يعيد المشكلة.
لا تنفذ هذا الاختبار على متجر حي وقت وجود عملاء إذا كان سيغير Checkout أوالمظهر.
22. متى تستخدم Loco Translate ومتى لا تستخدمها؟
| المشكلة | Loco مناسبة؟ |
|---|---|
| زر Theme بالإنجليزية وهو String قابلة للترجمة | نعم |
| CSS RTL مكسور | لا |
| موقع عربي + إنجليزي كامل | ليست Multilingual architecture |
| Text hardcoded في PHP | يحتاج إصلاح i18n في الكود |
| SEO title للغة ثانية | يحتاج Multilingual/SEO workflow |
23. متى تحتاج مطورًا؟
التدخل البرمجي منطقي عندما:
- Text Domain خاطئ.
- Strings Hardcoded.
- Theme/Plugin لا تستخدم i18n functions.
- RTL يحتاج تعديلات عميقة في Layout.
- JavaScript يعيد ترتيب المحتوى خطأ.
- WooCommerce Checkout Extension لا تستجيب للغة.
- المشكلة تظهر بعد AJAX فقط.
أما ترجمة String موجودة أوتعديل Alignment بسيط فلا يتطلب إعادة بناء Theme.
Checklist لموقع WordPress عربي سليم
- Site Language صحيحة.
dir="rtl"يظهر في الصفحات العربية.- Theme مختبرة RTL على Desktop/Mobile.
- Fonts عربية واضحة ومحمّلة بكفاءة.
- لا توجد Strings حرجة غير مترجمة.
- Forms وErrors عربية ومقروءة.
- WooCommerce Cart/Checkout/Emails مختبرة.
- URLs ثابتة ومفهومة ولا تتغير لمجرد الشكل.
- لا يوجد Horizontal overflow.
- Cache لا تخلط اللغات.
- SEO مبنية على Search Intent عربية فعلية.
- إذا الموقع Multilingual: hreflang/Canonical/Language Switcher صحيحة.
أسئلة شائعة
هل WordPress تدعم العربية وRTL رسميًا؟
نعم. WordPress تتعامل مع اتجاه اللغة، والقوالب الكلاسيكية يمكنها توفير rtl.css يتم تحميله للغات RTL. جودة الواجهة النهائية تعتمد أيضًا على Theme وPlugins.
هل يجب أن تكون روابط الموقع العربي بالإنجليزية؟
لا. Google توصي باستخدام لغة جمهورك في URL عندما يكون ذلك مناسبًا. الأهم أن تكون URL واضحة وثابتة وقابلة للزحف.
لماذا يظهر الرابط العربي كرموز %D8؟
هذا Percent Encoding طبيعي للأحرف غير ASCII في السياقات التي تحتاج Encoding، وليس 404 أوخطأ SEO بحد ذاته.
هل Classic Editor يحل مشاكل العربية؟
ليس كحل عام. إذا المشكلة في Gutenberg يجب تشخيص Editor styles أوBlock/Theme المسؤول. تغيير المحرر قد يخفي العرض فقط ولا يعالج السبب.
هل أحتاج Plugin RTL؟
ليس افتراضيًا. ابدأ بلغة الموقع وTheme صحيحة. Plugin إضافية لا تصلح Theme سيئة البنية تلقائيًا.
الخلاصة
أفضل طريقة لحل مشاكل اللغة العربية في WordPress هي التشخيص حسب الطبقة، لا تركيب إضافات عشوائيًا. افصل بين Translation وRTL وTypography وMultilingual SEO، وحدد هل المشكلة من Theme أوPlugin أوالمحتوى أوCache. بهذه الطريقة تعالج السبب بدل تراكم CSS وPlugins فوق المشكلة.
