الإجابة المختصرة: المستخدم العربي يعرف خلال ثوانٍ إن كان التطبيق مصمَّمًا له أم مترجمًا إليه — لا لأنه يفحص الكود، بل لأن إشارات صغيرة تتراكم: سهم يشير للجهة الخطأ، ورقم يظهر معكوسًا، وتاريخ بصيغة غريبة، وجملة ركيكة في زر. والعربية في التطبيقات ليست ترجمة نصوص بل انعكاس كامل للتخطيط والاتجاه والأيقونات والحركة. والفرق بين التطبيقين ليس جماليًا فحسب: التطبيق الذي يبدو مترجمًا يفقد الثقة، والثقة تسبق كل شيء في التطبيقات المالية والصحية والخدمية.
الخطأ 1: انعكاس نصفي
أشيع خطأ على الإطلاق: النصوص تُحاذى يمينًا، لكن التخطيط يبقى كما هو. النتيجة واجهة مضطربة: بعض العناصر انعكس وبعضها لا.
ما يجب أن ينعكس: ترتيب العناصر في الصفوف، ومواضع الأزرار، وشريط التنقّل، والقوائم المنسدلة، وحركة الشرائح، واتجاه فتح القوائم الجانبية.
والقاعدة التقنية: استخدم خصائص «البداية» و«النهاية» بدل «اليسار» و«اليمين» في التخطيط كله. هذا وحده يحلّ أغلب المشكلة تلقائيًا.
الخطأ 2: الأسهم والأيقونات الاتجاهية
سهم «التالي» يجب أن يشير يسارًا في الواجهة العربية، وسهم «رجوع» يمينًا. وكثير من التطبيقات تنسى فتجد المستخدم يضغط سهمًا يظنه للأمام فيعود.
وما لا ينعكس: أيقونات غير اتجاهية كالساعة والبحث والإعدادات، والشعارات، والرموز التي لها معنى ثابت مثل مؤشرات التشغيل.
والقاعدة: اسأل عن كل أيقونة: هل معناها مرتبط باتجاه القراءة؟ إن كان نعم فتنعكس، وإلا فلا.
الخطأ 3: الأرقام في نص عربي
مشكلة تقنية دقيقة تظهر كثيرًا: رقم أو نص إنجليزي داخل جملة عربية يظهر في مكان خاطئ أو بترتيب مقلوب — خصوصًا عند وجود أقواس أو علامات ترقيم أو رمز عملة.
الأمثلة الشائعة: رقم جوال، ورقم طلب، وسعر بعملة، ورمز مرجعي، وعنوان بريد إلكتروني.
العلاج: عزل هذه المقاطع باتجاه صريح بدل تركها لخوارزمية الاتجاه التلقائي. واختبرها بعينك في كل شاشة تعرض أرقامًا مختلطة بنص.
الخطأ 4: الخط العربي المختار خطأ
الخط اللاتيني الجميل لا يجعل التطبيق جميلًا بالعربية. وكثير من الخطوط العربية المجانية تفتقر إلى الأوزان أو إلى الأشكال المتصلة الكاملة.
ما تحتاجه: خط عربي بأوزان كافية، ويدعم الأرقام بنمط متسق، وواضح في الأحجام الصغيرة على الشاشة.
وانتبه إلى ارتفاع السطر: العربية تحتاج تباعد أسطر أكبر من اللاتينية بسبب النقاط والتشكيل. النص العربي بتباعد لاتيني يبدو مضغوطًا ومتعبًا للقراءة.
الخطأ 5: تباعد الحروف
قاعدة قاطعة: لا تضع تباعدًا بين الحروف في النص العربي. الحروف العربية متصلة، وأي تباعد يفكّك الكلمة ويجعلها شبه غير مقروءة.
هذه الخاصية شائعة في أنظمة التصميم المستوردة، وتُطبَّق على كل النصوص بلا تمييز. افحصها في نظام التصميم كله لا في شاشة واحدة.
الخطأ 6: نصوص لا تتّسع
الجملة العربية قد تكون أطول أو أقصر من مقابلها الإنجليزي بفارق معتبر. والتصميم المبني على طول النص الإنجليزي ينكسر: نص يُقتطع، أو زر يتمدّد، أو سطر ينزل بشكل قبيح.
العلاج: صمّم بمرونة، واختبر بأطول نص محتمل لا بأقصره، وافحص على أصغر شاشة تدعمها.
الخطأ 7: التواريخ والوقت
التاريخ الميلادي بصيغة أجنبية غير مألوفة، أو غياب التاريخ الهجري حيث يكون متوقعًا.
القاعدة: استخدم صيغة يفهمها المستخدم المحلي فورًا. وفي التطبيقات الحكومية والدينية والتعليمية، وجود التاريخ الهجري ليس ترفًا. واعرض الوقت بصيغة مألوفة، وانتبه للمنطقة الزمنية.
الخطأ 8: الترجمة الآلية للواجهة
النصوص المترجمة آليًا تُكتشف فورًا: «إلغاء» بدل «رجوع»، و«تقديم» بدل «إرسال»، وجُمل بترتيب إنجليزي بكلمات عربية.
الأخطر: رسائل الخطأ والتأكيد، لأنها تظهر في لحظات حساسة. رسالة خطأ ركيكة في شاشة دفع تُفقد الثقة كاملة.
العلاج: اكتب النصوص العربية أصلًا لا ترجمة، واجعل من يراجعها إنسانًا يتقن العربية ويفهم المنتج.
الخطأ 9: أسماء وأمثلة أجنبية
حقول تحمل أمثلة مثل «John Doe» أو عناوين أجنبية أو عملات غير محلية. تفاصيل صغيرة تقول للمستخدم: هذا التطبيق ليس لك.
العلاج: أمثلة محلية في كل حقل — اسم عربي، ورقم جوال بصيغة محلية، وعنوان بمدينة يعرفها، وسعر بالعملة المحلية.
الخطأ 10: الحركة والانتقالات
الشاشة الجديدة يجب أن تدخل من الجهة الصحيحة. وفي الواجهة العربية ينعكس اتجاه الانتقال، وإلا شعر المستخدم بأن التنقّل «يرجع للأمام».
وكذلك: أشرطة التقدّم، والشرائح، وقوائم التمرير الأفقي. كلها تنعكس.
الخطأ 11: اختبار الواجهة العربية أخيرًا
هذا الخطأ الجذري الذي ينتج العشرة السابقة. الفريق يبني بالإنجليزية ويترجم في الأسبوع الأخير.
البديل: ابنِ بالعربية من اليوم الأول إن كان جمهورك عربيًا. اجعلها اللغة الافتراضية في بيئة التطوير، وستُكتشف كل هذه المشكلات أثناء البناء لا بعده.
اللهجة أم الفصحى؟
سؤال يتكرر في كل مشروع، والإجابة العملية: فصحى مبسّطة قريبة من كلام الناس.
لماذا لا اللهجة؟ لأن التطبيق يُستخدم في بلدان عدة، واللهجة التي تبدو ودودة لفريق التصميم قد تبدو غريبة أو غير مفهومة لمستخدم في بلد آخر. وفي التطبيقات الرسمية والمالية تبدو أيضًا غير جادة.
ولماذا لا فصحى متقعّرة؟ لأن جملة مثل «يُرجى التكرّم بإدخال البيانات المطلوبة» تُبعد المستخدم بدل أن تقرّبه. «أدخل رقم جوالك» أوضح وأقرب.
والقاعدة العملية: اكتب كما تشرح لزميل، ثم احذف كل كلمة لا يتغيّر المعنى بحذفها. والنتيجة عربية يفهمها الجميع بلا أن تبدو مترجمة ولا متكلّفة.
واستثناء واحد: المحتوى التسويقي داخل التطبيق قد يحتمل نبرة أدفأ، لكن نصوص الواجهة نفسها — الأزرار والأخطاء والتأكيدات — تبقى محايدة وواضحة.
جدول: ما ينعكس وما لا ينعكس
| العنصر | ينعكس؟ | |—|—| | ترتيب العناصر في الصف | نعم | | محاذاة النص | نعم | | أسهم التنقّل | نعم | | اتجاه القائمة الجانبية | نعم | | انتقالات الشاشات | نعم | | شريط التقدّم | نعم | | أيقونة البحث والإعدادات | لا | | الشعار | لا | | مؤشرات التشغيل والصوت | لا | | الرسوم البيانية الزمنية | حسب الحالة |
قائمة فحص للواجهة العربية
| البند | تم؟ | |—|—| | التخطيط بخصائص البداية/النهاية | ☐ | | الأسهم الاتجاهية منعكسة | ☐ | | الأرقام المختلطة تظهر صحيحة | ☐ | | خط عربي مناسب بتباعد أسطر مريح | ☐ | | لا تباعد بين الحروف | ☐ | | النصوص الطويلة لا تُقتطع | ☐ | | التواريخ بصيغة محلية | ☐ | | النصوص مكتوبة لا مترجمة | ☐ | | الأمثلة في الحقول محلية | ☐ | | الانتقالات بالاتجاه الصحيح | ☐ |
نصوص الواجهة: قواعد كتابة
النصوص القصيرة في التطبيق أصعب من مقالات طويلة، لأن كل كلمة محسوبة ومرئية آلاف المرات.
الأزرار بفعل واضح. «أرسل الطلب» أوضح من «تأكيد»، و«احجز الموعد» أوضح من «متابعة». الفعل المحدد يقلّل التردد.
رسائل الخطأ تقول ماذا وكيف. «رقم الجوال يجب أن يبدأ بـ05» أنفع من «إدخال غير صحيح». وأسوأ ما يمكن كتابته: «حدث خطأ ما».
رسائل الفراغ تُرشد لا تعتذر. الشاشة الفارغة فرصة: «لا طلبات بعد — تصفّح المطاعم القريبة» أفضل من «لا توجد بيانات».
التأكيدات تحدّد ما سيحدث. «سيُلغى الطلب ويُعاد المبلغ خلال أيام» أفضل من «هل أنت متأكد؟».
لا مبالغة ولا حماس مصطنع. علامات التعجب المتكررة وكلمات مثل «رائع!» و«مذهل!» تُقرأ كإعلان، وتُفقد النص جديته — خصوصًا في التطبيقات المالية والطبية.
ووحّد المصطلحات. إن سمّيته «طلبًا» في شاشة فلا تسمّه «عملية» في أخرى. جدول مصطلحات من عشرين كلمة يوفّر ارتباكًا دائمًا على المستخدم.
ما بعد الواجهة: المحتوى القادم من الخادم
كثير من الفرق تضبط الواجهة ثم تنسى أن نصف ما يراه المستخدم يأتي من قاعدة البيانات: أسماء المنتجات، والوصف، ورسائل الإشعارات، والفواتير.
والمشكلات نفسها تتكرر هناك: أسماء مكتوبة بالإنجليزية، وأوصاف مترجمة آليًا، وأرقام بصيغ مختلطة، ونصوص إشعارات ركيكة.
العلاج: اجعل مراجعة المحتوى العربي جزءًا من التشغيل لا من الإطلاق. ومن يدخل البيانات يحتاج إرشادات مكتوبة، وإلا صار أجمل تصميم واجهةً لمحتوى مرتبك.
أسئلة شائعة
هل أدعم الإنجليزية أيضًا؟
إن كان جمهورك يشمل غير الناطقين بالعربية فنعم، مع تبديل سهل من الإعدادات. والمهم ألا تكون العربية هي النسخة الثانوية.
هل تختلف المشكلات بين تقنيات البناء؟
تختلف في التفاصيل لا في المبدأ. بعض الأطر تدعم الانعكاس تلقائيًا بشكل جيد، وبعضها يحتاج ضبطًا يدويًا لكل مكوّن. اسأل عن دعم الاتجاه قبل اختيار التقنية إن كان جمهورك عربيًا.
هل أعتمد على لغة الجهاز؟
كنقطة بداية نعم، مع إتاحة التغيير داخل التطبيق. كثيرون يستخدمون أجهزة بواجهة إنجليزية ويفضّلون التطبيقات بالعربية.
كيف أختبر الاتجاه بسرعة؟
بدّل لغة الجهاز إلى العربية وتصفّح كل شاشة. وأغلب بيئات التطوير تتيح فرض الاتجاه للاختبار بلا تغيير اللغة كاملة.
هل الأرقام العربية أم الهندية؟
الأرقام المستخدمة في الخليج غالبًا هي الشكل اللاتيني، وفي بعض السياقات تُفضَّل الأشكال الهندية. اختر الأنسب لجمهورك والتزم به في كل الشاشات — الخلط أسوأ من أي اختيار.
هل يؤثر هذا على التقييم في المتجر؟
نعم. المراجعات العربية تذكر «الترجمة سيئة» و«التصميم مقلوب» بكثرة، وهي شكاوى تُفقدك نجومًا كما شرحنا في تقييمات التطبيق.
ماذا عن لقطات المتجر؟
يجب أن تكون بواجهة عربية حقيقية. لقطة إنجليزية لتطبيق عربي أول ما يشكّك المستخدم قبل التنزيل، وتفصيلها في تحسين ظهور التطبيق في المتجر.
كيف أتعامل مع أسماء المستخدمين بحروف مختلطة؟
اقبلها كما يكتبها المستخدم، ولا تفرض لغة على حقل الاسم. لكن انتبه لعرضها: اسم لاتيني داخل جملة عربية يحتاج عزلًا باتجاه صريح، وإلا ظهر في موضع غريب.
هل التصميم العربي يحتاج مصممًا عربيًا؟
يحتاج مصممًا يقرأ العربية ويستخدمها يوميًا. القواعد يمكن تعلّمها، لكن الإحساس بركاكة الجملة أو ضيق السطر لا يأتي إلا من قارئ حقيقي.
اختبار من نصف ساعة
هذه جولة سريعة تكشف أغلب المشكلات قبل أن يكتشفها المستخدمون:
بدّل الجهاز كاملًا إلى العربية — لا التطبيق وحده. بعض المشكلات لا تظهر إلا حين ينعكس النظام كله.
امشِ في كل شاشة بترتيب المستخدم لا بترتيب المطوّر. من الفتح إلى إتمام المهمة، ثم إلى الإعدادات، ثم إلى الحالات الاستثنائية.
افتح كل شاشة فيها أرقام مختلطة. الفواتير، والطلبات، وسجل العمليات — هذه أكثر ما ينكسر.
أدخل نصًا عربيًا طويلًا في كل حقل. اسم طويل، وعنوان مفصّل، وملاحظة من سطرين. وراقب ماذا يحدث للتخطيط.
افتعل الأخطاء عمدًا. أدخل رقمًا خاطئًا، واقطع الاتصال، واترك حقلًا فارغًا. رسائل الخطأ هي أكثر النصوص إهمالًا وأكثرها ظهورًا في اللحظات الحرجة.
وجرّبه على أصغر شاشة تدعمها — فالنص العربي الأطول مع شاشة أضيق هو أسوأ اجتماع ممكن، وحيث ينكسر التصميم أولًا.
من يراجع العربية عندك؟
في أغلب الفرق لا أحد. المطوّر يكتب النصوص أثناء البرمجة، والمصمم ينسخها من الواجهة الإنجليزية، ولا يمرّ عليها قارئ عربي واحد قبل النشر.
الحل بسيط ورخيص: شخص واحد يقرأ كل نصوص الواجهة قبل كل إصدار — الأزرار والأخطاء والتأكيدات والإشعارات. ساعة عمل تمنع عشرات الملاحظات التي يكتبها المستخدمون في المتجر بصيغة أقسى بكثير.
الخلاصة: التطبيق العربي الجيد لا يُلاحَظ. المستخدم لا يقول «ما أجمل دعم الاتجاه»، بل يستخدم التطبيق بلا احتكاك ولا يشعر بشيء. أما التطبيق المترجم فيُلاحَظ في كل شاشة — سهم مقلوب هنا، وجملة ركيكة هناك، ورقم في مكان غريب — وتتراكم هذه الملاحظات حتى تصير حكمًا على جديتك كلها. وهذا ما نبنيه من الشاشة الأولى في تصميم واجهات المستخدم.