تعريب التطبيق بشكل صحيح: أخطاء الواجهات العربية الشائعة وقائمة فحص RTL

المستخدم العربي يكتشف الواجهة المعرّبة على عجل خلال ثوانٍ: سهم "رجوع" يشير إلى الاتجاه الخطأ، أو نقطة في أول الجملة بدل آخرها، أو اسم منتج إنجليزي يقلب ترتيب الجملة كلها، أو حروف منفصلة لأن الخط لا يدعم العربية. كل واحدة من هذه صغيرة، لكنها مجتمعة توصل رسالة واحدة: "هذا التطبيق لم يُصنع لك".

نحن فريق يتحدث العربية لغةً أماً، ونبني منتجات ثنائية اللغة يومياً. جمعنا هنا الأخطاء التي نصلحها أكثر من غيرها في المواقع والتطبيقات، مع طريقة إصلاح كل منها، وقائمة فحص تستخدمها قبل الإطلاق.

الترجمة ليست تعريباً

الترجمة طبقة واحدة من خمس طبقات:

1. الاتجاه: الواجهة كلها تبدأ من اليمين.
2. الطباعة: خط عربي مناسب، وأحجام ومسافات تناسب الحروف العربية.
3. النصوص: صياغة طبيعية، لا ترجمة حرفية.
4. التنسيقات: الأرقام، والتواريخ، والعملات، والأوقات.
5. السلوك: اتجاه السحب، وترتيب الخطوات، وحقول الإدخال.

التطبيق الذي ينجح في الطبقة الثالثة ويفشل في الأربع الأخرى يبقى "مترجماً"، لا معرّباً.

الأخطاء الشائعة في الواجهات العربية وكيف تصلحها

1. أيقونات معكوسة في غير مكانها

ليست كل أيقونة يجب أن تنعكس. القاعدة: انعكس ما يدل على اتجاه أو تسلسل، ولا تعكس ما يمثل شيئاً حقيقياً.

الخطأ الأشهر عكس الواجهة كلها آلياً بما فيها أزرار التشغيل، أو العكس: عكس التخطيط ونسيان أسهم القوائم، فتشير كلها إلى اليمين في واجهة عربية.

2. الأرقام

هناك قراران وخطأ تقني شائع:

• الأرقام الغربية (123) أم الهندية (١٢٣)؟ كلاهما صحيح. المهم أن تختار واحداً وتلتزم به في كل الواجهة. وفي التطبيقات التجارية كثيراً ما تكون الأرقام الغربية أوضح، خاصة مع الأسعار وأرقام الطلبات.
• الأرقام لا تنعكس: رقم الجوال، ورقم البطاقة، ورمز التحقق، تُقرأ دائماً من اليسار لليمين حتى داخل الواجهة العربية.
• الخطأ الشائع: كثير من لوحات المفاتيح العربية تكتب أرقاماً هندية. إذا كان حقل رمز التحقق أو رقم الجوال لا يقبل "٠١٢٣"، فسيظن المستخدم أن الرمز خاطئ. حوّل الأرقام إلى صيغة موحدة قبل التحقق منها.

وإذا استخدمت دوال تنسيق الأرقام حسب اللغة في البرمجة، فحدد نظام الأرقام صراحة (مثلاً بإضافة -u-nu-latn إلى رمز اللغة على الويب)، لأن بعض إعدادات العربية تعرض الأرقام الهندية افتراضياً.

3. النص المختلط عربي/إنجليزي

هذا أكثر خطأ يربك المطوّرين غير العرب. عندما تحتوي الجملة العربية على كلمة إنجليزية أو رقم أو علامة ترقيم، قد يتغير ترتيب العرض:

• النقطة أو علامة الاستفهام تظهر في أول السطر بدل آخره.
• الأقواس تنقلب، فيظهر ")مثال(".
• اسم منتج مثل "iPhone 15 Pro" تتبعثر أجزاؤه.
• البريد الإلكتروني أو الرابط داخل جملة عربية يتداخل مع الكلمات حوله.

الإصلاح: اضبط اتجاه كل حقل حسب محتواه (على الويب dir="auto" للحقول والنصوص التي يكتبها المستخدمون)، واعزل الأجزاء الإنجليزية داخل النص العربي (عنصر <bdi> على الويب، أو علامات العزل في Unicode في التطبيقات). وهذا مهم جداً في المحادثات والتعليقات، لأنك لا تعرف مسبقاً بأي لغة سيكتب المستخدم.

4. الخطوط والطباعة

• خط لا يدعم العربية: يستبدله النظام بخط آخر، فتظهر العربية بخط والإنجليزية بخط مختلف تماماً. اختر خطاً يدعم اللغتين، أو خطين متناسقين.
• تباعد الحروف: خاصية letter-spacing تفصل الحروف العربية المتصلة فتصبح الكلمات مقطّعة. لا تستخدمها مع العربية أبداً.
• ارتفاع السطر: السطور الضيقة تقص التشكيل والنقاط. العربية تحتاج ارتفاع سطر أكبر من الإنجليزية، خاصة في التطبيقات التعليمية التي تعرض نصوصاً مشكّلة.
• الحجم: الخط العربي بنفس الحجم الرقمي يبدو أصغر غالباً، فقد تحتاج زيادته قليلاً.
• المائل والأحرف الكبيرة: لا يوجد في العربية "مائل" أو "أحرف كبيرة"، والميل المصطنع يشوّه الحروف.

ومن الخطوط العربية المجانية المعروفة الصالحة للواجهات: IBM Plex Sans Arabic، وNoto Sans Arabic، وCairo، وTajawal. واختبر الخط على نصوصك الحقيقية، لا على جملة تجريبية.

5. التواريخ والأوقات والعملات

• أسماء الأشهر: "يناير" في مصر والخليج، و"كانون الثاني" في الشام والعراق. اختر حسب جمهورك.
• التقويم الهجري: بعض التطبيقات تحتاجه بجانب الميلادي، مثل المحتوى الديني ومواعيد رمضان والمعاملات الرسمية في السعودية.
• بداية الأسبوع: في كثير من الدول العربية يبدأ الأسبوع السبت أو الأحد. منتقي التاريخ الذي يبدأ بالاثنين يبدو غريباً.
• صباحاً ومساءً: "ص" و"م" بدل AM وPM، أو نظام 24 ساعة.
• العملة: "150 ر.س" أو "150 ريال" بشكل ثابت في كل الواجهة. وإذا أردت رمز الريال السعودي الجديد، فتأكد أن خطك يدعمه، لأن كثيراً من الخطوط لم تضفه بعد، وإلا فاستخدم صورة أو "ر.س".

6. التخطيط والمسافات

• المسافات المكتوبة بـ "يسار" و"يمين": كل margin-left وpadding-right مكتوب يدوياً سيبقى في مكانه الخطأ بعد التعريب. استخدم الخصائص المنطقية "بداية" و"نهاية" بدلاً منها.
• العناصر الموضوعة بإحداثيات ثابتة: شارة عدد الإشعارات، وزر الإغلاق، والأيقونة داخل حقل الإدخال.
• طول النصوص: الجملة العربية قد تكون أطول أو أقصر من الإنجليزية، فتنكسر الأزرار أو تُقص الكلمات.
• السحب والإيماءات: "اسحب للحذف"، والقائمة الجانبية التي تفتح من اليمين، وعرض الصور المتتالية الذي يجب أن يتقدم نحو اليسار.

7. الصياغة والجمع والتذكير

• الجمع في العربية له صيغ متعددة: منتج واحد، منتجان، 3 منتجات، 11 منتجاً. كتابة "عدد المنتجات: 2 منتج" خطأ يلاحظه الجميع. استخدم مكتبات الترجمة التي تدعم صيغ الجمع العربية.
• تركيب الجمل من أجزاء ("تم" + "حذف" + اسم العنصر) يفشل لأن ترتيب الكلمات يختلف. اكتب الجملة كاملة مع متغير داخلها.
• التذكير والتأنيث: "أنتَ" و"أنتِ". الصياغة المحايدة ("تم حفظ التغييرات" بدل "لقد حفظتَ") تحل أغلب الحالات.
• الترجمة الآلية دون مراجعة: تنتج جملاً صحيحة لغوياً وغريبة عملياً. راجعها بشخص يعرف جمهورك.

8. حقول الإدخال والبحث

• البريد الإلكتروني وكلمة المرور والروابط حقول من اليسار لليمين دائماً، حتى في الواجهة العربية.
• البحث بالعربية يجب أن يتسامح مع الاختلافات الإملائية: من يكتب "احمد" يجب أن يجد "أحمد"، ومن يكتب "مدرسه" يجد "مدرسة". هذا يتطلب توحيد الحروف (الهمزات، والتاء المربوطة، والياء والألف المقصورة) قبل البحث.

9. الصور ولقطات المتجر

صور فيها نص إنجليزي داخل الواجهة العربية، ورسوم توضيحية لشخص يمشي "للأمام" نحو اليمين، ولقطات شاشة المتجر بالإنجليزية فقط لتطبيق يستهدف السعودية أو الكويت. جهّز لقطات المتجر بالعربية أيضاً.

ملاحظات تقنية حسب المنصة

• الويب: ضع dir="rtl" وlang="ar" على عنصر الصفحة الأساسي، واستخدم الخصائص المنطقية في CSS. وفي Tailwind استخدم أدوات البداية والنهاية (مثل ms- وpe-) وبادئات rtl: وltr: للحالات الخاصة.
• Flutter: فعّل اللغات المدعومة ومفوّضات الترجمة، واستخدم EdgeInsetsDirectional وAlignmentDirectional بدل الاتجاهات الثابتة.
• React Native: تفعيل الاتجاه من اليمين لليسار يحتاج إعادة تشغيل التطبيق، وبعض المكتبات الخارجية لا تحترمه، فاختبرها واحدة واحدة.
• iOS وAndroid الأصليان: استخدم قيود leading/trailing وstart/end بدل left/right، وفعّل دعم RTL في إعدادات تطبيق Android.

ولمقارنة أوسع بين خيارات بناء التطبيق، اقرأ فلاتر أم نيتف؟.

قائمة فحص التعريب قبل الإطلاق

1. الواجهة كلها تبدأ من اليمين، بما فيها القوائم والنوافذ المنبثقة ولوحة الإدارة.
2. أسهم التنقل معكوسة، وأزرار التشغيل والشعارات لم تنعكس.
3. نظام أرقام واحد في كل الواجهة، والحقول تقبل الأرقام الهندية والغربية.
4. رقم الجوال ورمز التحقق ورقم البطاقة تُعرض من اليسار لليمين.
5. علامات الترقيم في آخر الجمل المختلطة، والأقواس غير مقلوبة.
6. الخط يدعم العربية، ولا يوجد تباعد حروف، وارتفاع السطر لا يقص التشكيل.
7. لا توجد مسافات مكتوبة بـ "يسار" و"يمين"، والأزرار لا تنكسر مع النص العربي.
8. التواريخ والأوقات والعملة بصيغة يفهمها جمهورك.
9. صيغ الجمع صحيحة، ولا توجد جمل مركبة من أجزاء.
10. البحث يتسامح مع الهمزات والتاء المربوطة.
11. الإيماءات والسحب في الاتجاه الصحيح.
12. رسائل الخطأ والإشعارات والبريد الآلي معرّبة أيضاً، لا الشاشات وحدها.
13. التبديل بين العربية والإنجليزية يعمل دون إعادة تسجيل الدخول، ويُحفظ اختيار المستخدم.
14. لقطات المتجر ووصف التطبيق متوفرة بالعربية.
15. جرّب التطبيق كاملاً شخص عربي لم يشارك في بنائه.

كم تكلفة تعريب التطبيق أو الموقع لدينا؟

العربية والواجهات من اليمين لليسار من نقاط قوتنا. نعمل على المواقع وتطبيقات الجوال، ونسعّر بالدولار (المبالغ المحلية تقريبية):

ومن منتجاتنا الثنائية اللغة المنشورة موقع Verkan Stone في السعودية، وموقع Veneto Paints في الإمارات، وتطبيق لوح لتعليم القرآن والعربية على المتجرين.

للتفاصيل الكاملة عن خدمة التعريب (الصفحة بالإنجليزية): Arabic and RTL localization. وإذا كان مشروعك قائماً ويحتاج إصلاحات أخرى بجانب العربية، فراجع تطوير وإصلاح موقع أو تطبيق قائم. وإذا كنت تبدأ مشروعاً جديداً، فالأوفر أن يُبنى بالعربية من اليوم الأول: شركة برمجة تطبيقات جوال وشركة تصميم مواقع. أو صف ما تحتاجه في مخطط المشروع.

الأسئلة الشائعة

هل أبني التطبيق بالعربية أولاً أم أعرّبه لاحقاً؟

إذا كان جمهورك الأساسي عربياً، فابنه بالعربية من البداية مع دعم الاتجاهين. إضافة العربية لاحقاً لتطبيق بُني بافتراض اليسار لليمين تكلّف أكثر، لأنها تعني مراجعة كل شاشة ومسافة وأيقونة. أما البناء الثنائي من اليوم الأول فيضيف وقتاً قليلاً نسبياً.

هل أستخدم الأرقام الهندية (١٢٣) أم الغربية (123)؟

كلاهما صحيح، والأهم الثبات على نظام واحد. الأرقام الغربية شائعة في التطبيقات التجارية والأسعار، والهندية مألوفة في بعض المحتوى الرسمي والديني. وفي كل الأحوال يجب أن تقبل حقول الإدخال النظامين معاً.

هل يكفي ضبط اتجاه الصفحة إلى RTL؟

لا. ضبط الاتجاه يعكس التخطيط الأساسي، لكنه لا يصلح المسافات المكتوبة يدوياً، ولا الأيقونات، ولا النص المختلط، ولا الخطوط، ولا التواريخ وصيغ الجمع. هو الخطوة الأولى فقط من قائمة الفحص أعلاه.

هل يمكن تعريب تطبيق Flutter أو React Native قائم دون إعادة بنائه؟

نعم في الغالب. نراجع الشاشات، ونستبدل الاتجاهات الثابتة بالمنطقية، ونربط ملفات الترجمة، ونختبر المكتبات الخارجية. وحجم العمل يعتمد على عدد الشاشات وطريقة كتابة الكود الأصلي، ولذلك نبدأ بمراجعة سريعة قبل التسعير.

هل تترجمون نصوص التطبيق أيضاً؟

نحن متحدثون أصليون للعربية، ونراجع نصوص الواجهة لتكون صياغتها طبيعية، ونربط ملفات الترجمة في التطبيق أو الموقع. وإذا كان المحتوى كبيراً (مقالات أو كتالوج ضخم)، نحدد حجم الترجمة المطلوب وتكلفته في عرض السعر.

كم يستغرق تعريب موقع أو تطبيق قائم؟

إصلاحات RTL لعدد قليل من الشاشات تأخذ حوالي يومين، والتخطيط الكامل لحتى 12 شاشة حوالي 4 أيام، والإعداد الثنائي الكامل مع مفتاح اللغة حوالي 6 أيام. والمشاريع الأكبر نقسمها إلى مراحل.