اختبار قالب WordPress عربي وRTL أهم من الاكتفاء بعبارة “يدعم العربية”. دعم RTL الحقيقي يعني أن الاتجاه، التخطيط، الأيقونات، القوائم، النماذج، WooCommerce، الجداول، الخطوط والـResponsive behavior تعمل بشكل صحيح عند استخدام لغة من اليمين إلى اليسار، لا مجرد إضافة direction: rtl للصفحة.
الخلاصة: قبل اعتماد أي قالب عربي اختبره على Staging باللغة العربية، وتحقق من RTL على Desktop/Mobile، الترجمة، Forms، Menus، WooCommerce إن وجد، Core Web Vitals، Accessibility، Schema، والتوافق مع Plugins الأساسية. وجود Tag باسم RTL language support في WordPress.org إشارة جيدة، لكنه ليس بديلًا عن الاختبار الفعلي.
لو تريد قائمة قوالب مجانية جاهزة للمقارنة، راجع أفضل قوالب ووردبريس المجانية 2026. وإذا كان هدفك اختيار قالب معروف بدعم العربية وRTL تحديدًا فراجع 6 قوالب تدعم العربية وRTL. هذه الصفحة ليست قائمة قوالب؛ هي بروتوكول QA قبل الاعتماد.
ما معنى RTL في WordPress تقنيًا؟
WordPress يعرف اتجاه اللغة، وفي Classic Themes يمكنه تحميل ملف rtl.css تلقائيًا عندما تكون لغة الموقع Right-to-Left. كما أن Theme Directory توفر Feature Filter باسم RTL language support.
لكن القالب الحديث قد يعتمد أيضًا على:
- CSS logical properties.
- Flex/Grid direction.
- theme.json.
- Block styles.
- JavaScript components.
لذلك وجود rtl.css وحده لا يضمن جودة النتيجة.
1. ابدأ من المصدر الرسمي
قبل أي اختبار:
- استخدم WordPress.org أوالموقع الرسمي للمطور.
- تحقق من آخر تحديث.
- راجع Changelog.
- تأكد أن القالب ما زال مدعومًا.
- لا تستخدم Nulled أوZIP مجهولة.
إذا كنت تريد Audit أمان أعمق، استخدم فحص أمان قالب WordPress.
2. افحص Translation Ready قبل RTL
العربية لها بعدان مختلفان:
- Localization: النصوص قابلة للترجمة.
- RTL: الواجهة تتصرف من اليمين إلى اليسار.
قالب قد يدعم RTL بصريًا لكن يحتوي Strings مكتوبة Hard-coded لا يمكن ترجمتها، والعكس.
اختبار سريع
- غيّر لغة WordPress إلى العربية.
- افتح Frontend وDashboard-specific theme controls.
- ابحث عن Strings إنجليزية غير مترجمة من القالب نفسه.
- تحقق من Text Domain عند فحص الكود.
للتعريب بدون تعديل الملفات مباشرة راجع تعريب القالب بـLoco Translate.
3. افحص dir="rtl" ولا تعتمد على شكل الصفحة
من DevTools افحص عنصر html. الموقع العربي يجب أن يعكس الاتجاه بصورة صحيحة حسب Locale. بعدها راقب هل CSS تستخدم:
margin-left/rightبشكل يسبب مشاكل.left/rightبدل logical properties عندما يلزم.- Transforms ثابتة الاتجاه.
- Absolute positioning لا تنعكس.
4. Header وNavigation
اختبر:
- Logo position.
- Primary menu.
- Dropdown direction.
- Submenu arrows.
- Mobile menu.
- Search icon.
- Account/cart icons.
أحد أكثر أخطاء RTL شيوعًا أن النص يتجه يمينًا لكن Dropdown تخرج خارج الشاشة أوArrow تشير للاتجاه الخطأ.
5. الأيقونات ليست كلها قابلة للعكس
اعكس Icon فقط إذا معناها Directional، مثل:
- Back/Next arrows.
- Breadcrumb chevrons.
- Carousel navigation.
لا تعكس Icons غير اتجاهية مثل Search، Heart، Download أوPlay بدون سبب.
6. Typography العربية
القالب قد يعمل تقنيًا لكن القراءة سيئة. اختبر:
- Arabic font family.
- Font weight المتاح فعليًا.
- Line-height.
- Letter spacing؛ لا تستخدم Tracking مصمم للاتينية على العربية.
- أحجام H1/H2 على الهاتف.
- Mix بين عربي وإنجليزي وأرقام.
7. الخطوط والأداء
لا تجعل دعم العربية سببًا لتحميل 8 أوزان Font. استخدم الأوزان التي تحتاجها، وراقب:
- WOFF2.
- Preload للخط الحرج فقط.
font-display.- Subset عندما يكون مناسبًا.
- Fallback metrics لتقليل CLS.
8. المقالات الطويلة
اختبر صفحة عربية حقيقية تحتوي:
- H2/H3.
- Lists.
- Blockquotes.
- Tables.
- Code blocks.
- English technical terms.
- Inline links.
Demo إنجليزية قصيرة لن تكشف مشاكل Long-form Arabic content.
9. Mixed Direction Content
المحتوى التقني العربي يحتوي كلمات مثل WordPress وPHP وURL وCSS. اختبر جملة مختلطة واتأكد أن Punctuation والأرقام لا تنقلب بصورة مربكة.
في الحالات المعقدة قد تحتاج dir="ltr" على Code/URLs بدل إجبار كل شيء RTL.
10. Forms
اختبر Contact form وSearch وLogin وCheckout:
- Label alignment.
- Placeholder.
- Phone field.
- Email.
- Password visibility icon.
- Error messages.
- Select/Dropdown.
- Checkbox/Radio.
رقم الهاتف والبريد قد يحتاجان LTR داخل واجهة RTL.
11. Tables
الجداول من أكثر العناصر التي تنكسر على Mobile. افحص:
- Headers.
- Horizontal scrolling.
- Prices.
- Comparison tables.
- WooCommerce orders.
12. Breadcrumbs
تحقق أن ترتيب Breadcrumb منطقي بصريًا وأن Separator تتجه بصورة صحيحة. كذلك لا تجعل القالب وSEO Plugin يطبعان Breadcrumbs مرتين.
13. Pagination
اختبر Previous/Next والأرقام. ترجمة الكلمات وحدها لا تكفي إذا الأسهم تعمل بالعكس.
14. Comments
في المدونات، راقب:
- Avatar.
- Reply nesting.
- Metadata.
- Form fields.
- Long URLs.
15. WooCommerce RTL
لو القالب سيستخدم لمتجر، اختبر على الأقل:
- Shop archive.
- Product gallery.
- Variable product.
- Quantity input.
- Sale badge.
- Reviews.
- Cart.
- Checkout.
- My Account.
قالب ممتاز للمدونة قد يفشل في WooCommerce. وللقوالب المتخصصة راجع قوالب WooCommerce العربية.
16. Elementor/Builder compatibility
إذا Builder جزء من الـStack، اختبر:
- Full width templates.
- Theme header/footer.
- Container widths.
- Global fonts/colors.
- Responsive breakpoints.
- RTL داخل Editor وFrontend.
«Compatible with Elementor» لا تعني أن كل Widget تابعة لAddon خارجي تعمل RTL.
17. Gutenberg وBlock Themes
في Block Theme راقب:
- Site Editor.
- Navigation block.
- Query Loop.
- Patterns.
- Global Styles.
- theme.json.
WordPress Theme Handbook تفرق بين Block Themes وClassic Themes؛ لا تفترض وجود rtl.css هو الطريقة الوحيدة لدعم RTL في كل Architecture حديثة.
18. Core Web Vitals
لا تقِس القالب على صفحة Demo فارغة. استخدم بيانات قريبة من مشروعك.
| المؤشر | ما الذي قد يسببه القالب؟ |
|---|---|
| LCP | Hero image / Fonts / Render blocking CSS |
| CLS | Fonts / Images بلا dimensions / dynamic header |
| INP | Menu/Slider/JS handlers |
للتفاصيل راجع تحسين Core Web Vitals.
ولفحص القالب من زاوية الزحف والرندر والروابط وSchema وJavaScript بدل الأداء وحده، استخدم دليل فحص Theme SEO في WordPress.
19. Mobile أولًا
اختبر على جهاز فعلي:
- Header height.
- Menu.
- Sticky elements.
- Font size.
- Tap targets.
- Overflow.
- Tables.
- Checkout.
20. Accessibility
RTL لا يعوض Accessibility ضعيفة. اختبر:
- Keyboard navigation.
- Visible focus.
- Color contrast.
- Form labels.
- Heading order.
- Menu accessibility.
- Skip links.
WordPress Theme Directory توفر أيضًا Feature Filter باسم Accessibility Ready، لكنه كذلك يحتاج اختبارًا على الـimplementation الفعلية.
21. Schema وSEO
القالب لا «يرفع SEO» لمجرد أن وصفه يقول SEO friendly. افحص:
- H1 واحدة منطقية حسب Template.
- HTML semantics.
- Breadcrumb schema.
- عدم تكرار Article/Product schema.
- Canonical من SEO plugin لا القالب.
يفضل أن تبقى وظائف SEO في SEO Plugin بدل ربطها بقالب يصعب تغييره.
22. تغيير القالب لا يعني خسارة SEO تلقائيًا
الخطر يأتي عندما يؤدي التغيير إلى:
- تغيير URLs.
- فقدان محتوى Builder.
- اختفاء Internal Links.
- تغير Schema.
- تدهور الأداء.
- تغير Heading hierarchy.
لذلك اختبر Migration على Staging بدل الخوف من تغيير القالب نفسه.
23. Security
راجع:
- Source.
- Update history.
- Dependencies.
- Bundled plugins.
- PHP compatibility.
- Deprecated code.
القالب المجاني الرسمي ليس أقل أمانًا تلقائيًا من Premium.
24. هل القالب يضع وظائف يجب أن تكون Plugin؟
إذا تغيير القالب سيحذف Custom Post Types أوShortcodes أوBusiness logic أساسية، لديك Theme lock-in. الوظائف التي يجب أن تبقى بعد تغيير التصميم يفضل وضعها في Plugin.
25. Update test
لا تختبر فقط النسخة الحالية. على Staging:
- ثبّت القالب.
- أنشئ Child Theme إذا تحتاج تعديلات ملفات.
- طبّق Update.
- تحقق أن التخصيص لم يُمسح.
- راجع PHP/JS errors.
26. Child Theme: متى تحتاجه؟
تحتاج Child Theme عندما ستعدل ملفات القالب أوTemplates. لا تحتاجه تلقائيًا لكل Custom CSS أوSite Editor customization، حسب Architecture.
27. Checklist قبل الاعتماد
| الاختبار | Pass؟ |
|---|---|
| Official source | □ |
| Translation ready | □ |
| RTL Desktop | □ |
| RTL Mobile | □ |
| Menus/Dropdowns | □ |
| Forms | □ |
| Arabic typography | □ |
| Mixed Arabic/English | □ |
| WooCommerce إن وجد | □ |
| Builder compatibility | □ |
| Core Web Vitals | □ |
| Accessibility | □ |
| Schema | □ |
| Update test | □ |
| No console/PHP errors | □ |
أخطاء شائعة
- اختيار القالب من Screenshot فقط.
- الاعتماد على كلمة RTL في صفحة التسويق دون اختبار.
- تحميل نسخة “معربة” مجهولة المصدر.
- تثبيت 10 Addons لتعويض القالب.
- اختبار Homepage فقط.
- تجاهل WooCommerce checkout.
- تحميل Font عربية ضخمة بأوزان كثيرة.
- إجراء التغيير مباشرة على Production.
أسئلة شائعة
كيف أعرف أن القالب يدعم RTL؟
ابدأ بصفحة WordPress.org وابحث عن Feature “RTL language support”، ثم اختبر الموقع فعليًا بالعربية على Staging. الـTag وحدها لا تضمن أن كل Plugin أوWidget سيعمل مثاليًا.
هل وجود rtl.css شرط؟
في Classic Themes هو ملف معروف ويقوم WordPress بتحميله تلقائيًا عند وجوده ولغة RTL، لكن القوالب الحديثة يمكنها أيضًا استخدام CSS حديث وBlock/theme.json architecture. المهم النتيجة الفعلية.
هل القالب العربي أفضل من قالب عالمي يدعم RTL؟
ليس بالضرورة. القالب الأفضل هو الأكثر أمانًا وصيانة وتوافقًا مع متطلباتك مع دعم RTL حقيقي.
هل تغيير القالب يضر SEO؟
ليس تلقائيًا. الضرر يأتي من تغييرات URLs/content/schema/performance/internal links. اختبر migration.
الخلاصة
اختيار قالب WordPress عربي يجب أن ينتهي باختبار QA، لا يبدأ وينتهي عند Demo. اختبر RTL والLocalization والTypography والMobile وWooCommerce والPerformance وAccessibility وSchema والتحديثات. بهذه الطريقة يصبح لديك سبب تقني لاعتماد القالب بدل الاعتماد على وصف تسويقي.
