بناء برمجيات ثنائية اللغة عربي–إنجليزي: ما يخطئ فيه معظم الفرق
العربية ليست ترجمة لواجهتك الإنجليزية. إنها تصميم ثانٍ يشارك منتجك منطقه فحسب. والفرق التي تعاملها كاستبدال نصوص في مرحلة متأخرة تُخرج شيئًا يعرض العربية تقنيًا بينما يبدو مستعملًا بشكل واضح لمن يستخدمه — وفي عُمان والخليج، هؤلاء هم غالبية مستخدميك عادةً. الفروق محددة وقابلة للمعالجة، لكن معظمها أرخص بكثير حين يُعالَج قبل بناء أول شاشة.
أبرز النقاط
- دعم العربية قرار تصميمي لا مهمة ترجمة. إضافته لاحقًا تكلّف أضعاف تكلفة التخطيط له.
- ليس كل شيء ينعكس في التخطيط من اليمين إلى اليسار. الأيقونات الاتجاهية ومؤشرات التقدم تنعكس؛ أما الشعارات وأزرار التشغيل والرسوم البيانية الزمنية فلا.
- العربية تحتاج مقياسًا طباعيًا خاصًا بها: حجمًا فعليًا أكبر وتباعد أسطر أوسع. ولا تصطنع أبدًا خطًا عريضًا أو مائلًا للعربية.
- البحث يتعطل ما لم تُوحِّد صور الألف والتاء المربوطة وتتجاهل التشكيل. وهذا أكثر الأخطاء الخفية شيوعًا.
- امنح كل لغة رابطًا خاصًا بها وصرّح بـ hreflang. رابط واحد يبدّل اللغة يجعلك غير مرئي في أحد سوقيك.
الخطأ الأول: التعامل مع العربية كاستبدال نصوص متأخر
التسلسل المعتاد هو البناء بالإنجليزية، ثم استخراج النصوص، ثم ترجمتها، ثم تفعيل ورقة أنماط للاتجاه من اليمين إلى اليسار. والنتيجة تعمل غالبًا وتبدو خاطئة دائمًا.
النص العربي لا يشغل المساحة نفسها التي يشغلها الإنجليزي. فحسب المحتوى قد يكون أقصر في عدد الأحرف بينما يحتاج مساحة رأسية أكبر ليظل مقروءًا. والتخطيطات المصممة حول أطوال الكلمات الإنجليزية تنكسر في الاتجاهين: أزرار كانت تناسب كلمة “Submit” صارت تحمل كلمة أقصر من أن تبدو مقصودة، وعناوين ضُبطت على سطرين إنجليزيين كحد أقصى تفيض إلى ثلاثة.
تصميم اللغتين من البداية يكلّف قليلًا. أما الإضافة اللاحقة فتعني مراجعة كل قرار تخطيط تحت قيود لم تكن موجودة حين اتخذته.
الخطأ الثاني: عكس كل شيء
التخطيط من اليمين إلى اليسار ليس قلبًا أفقيًا شاملًا. بعض العناصر ينعكس وبعضها لا ينعكس قطعًا، والخطأ هنا أسرع طريق للظهور بمظهر غير مبالٍ.
ما ينعكس: بنية الصفحة وترتيب القراءة، وموضع القائمة، والأيقونات الاتجاهية كأسهم الرجوع والتقدّم، ومؤشرات التقدم، وكل ما يعبّر عن تسلسل.
ما لا ينعكس: شعارك، والصور الفوتوغرافية، وأزرار تشغيل الوسائط (زر التشغيل يظل متجهًا لليمين بالعرف العالمي)، وأوجه الساعات، ومعظم الرسوم البيانية التي يمثل محورها الأفقي الزمن. عكس صورة واجهة متجر ينتج لافتة مقلوبة، ولا أحد سيشكرك على ذلك.
وقد جعلت CSS الحديثة الجزء الآلي أسهل بكثير مما كان — الخصائص المنطقية مثل margin-inline-start تحل محل أزواج اليمين واليسار، فتخدم ورقة أنماط واحدة الاتجاهين. أما قرارات التقدير فتبقى مسؤوليتك.
الخطأ الثالث: طباعة مستعارة من التصميم اللاتيني
للخط العربي نسب مختلفة. فعند الحجم الاسمي نفسه يبدو أصغر، وحروفه متصلة، ويحمل معنى تحت خط الأساس يفسده تباعد الأسطر الضيق.
ثلاث قواعد تغطي معظم الأمر. امنح العربية حجمًا فعليًا أكبر قليلًا وتباعد أسطر أوسع بوضوح من النص اللاتيني المقابل. واختر خطًا مصممًا للعربية فعلًا لا عائلة لاتينية أُلحق بها نطاق عربي. ولا تصطنع أبدًا خطًا عريضًا أو مائلًا — فلا تقليد للخط المائل في العربية، والإمالة المصطنعة من المتصفح تبدو معطوبة لا مؤكِّدة. استخدم وزنًا أثقل حقيقيًا أو لونًا أو حجمًا للتأكيد.
الخطأ الرابع: أخطاء الأرقام والتواريخ
هناك نظامان رقميان مستخدمان: الأرقام الغربية (0–9) والأرقام العربية-الهندية (٠–٩). وأيهما الصحيح يعتمد على الجمهور والسياق لا على قاعدة عامة. ففي جزء كبير من الخليج تُعد الأرقام الغربية طبيعية تمامًا في برمجيات الأعمال، وفرض الأرقام العربية-الهندية على شاشة مالية قد يعيق فعليًا من يقرؤون الأرقام طوال اليوم.
قرّر عمدًا، وطبّق باتساق، واجعله قابلًا للضبط إن كان جمهورك يمتد عبر مناطق مختلفة. والتواريخ تستحق العناية نفسها: بعض السياقات تتوقع التقويم الميلادي، وبعضها الهجري، وبعضها كليهما. خزّن كل شيء بصيغة واحدة لا لبس فيها وحوّل عند العرض — ولا تخزّن أبدًا ما رآه المستخدم صدفةً.
الخطأ الخامس: تجاهل النصوص مختلطة الاتجاه
النص العربي الحقيقي في الأعمال يحتوي إنجليزية. أسماء المنتجات، وأرقام الموديلات، والروابط، وعناوين البريد، وأرقام الهواتف تظهر كلها داخل جمل عربية، وهنا تنكسر ثنائية الاتجاه بهدوء.
العرض الكلاسيكي للمشكلة هو رقم هاتف أو كود تظهر أجزاؤه بترتيب خاطئ — مشوّشًا بصريًا رغم أن البيانات المخزنة صحيحة تمامًا. ويبلّغ المستخدمون عن ذلك بأن «الرقم خطأ»، فيبحث المطورون في قاعدة البيانات عن خلل في العرض.
الحل هو تحديد اتجاه المقاطع المضمّنة صراحةً بدل الاعتماد على استنتاج الخوارزمية، والاختبار بمحتوى مختلط واقعي. فبيانات الاختبار العربية الخالصة تُخفي هذه الفئة من الأخطاء تمامًا.
الخطأ السادس: بحث وترتيب يفشلان بصمت
هذا أكثر العيوب الخفية شيوعًا في المنتجات العربية، لأن شيئًا لا يبدو معطوبًا — النتائج ببساطة مفقودة.
للعربية عدة صور للألف (أ، إ، آ، ا) يكتبها المستخدمون بالتبادل. والتاء المربوطة (ة) والهاء (ه) يُستبدلان كثيرًا في نهاية الكلمات. والتشكيل قد يوجد وقد لا يوجد. ابحث عن عميل كُتب اسمه بصورة وخُزّن بأخرى، ولن تحصل على شيء.
توحيد النص على الطرفين — بتوحيد صور الألف، وإزالة التشكيل، ومعالجة التاء المربوطة — قبل الفهرسة وقبل المقارنة يحل معظم المشكلة. والترتيب يحتاج العناية نفسها: ترتيب العربية بمقارنة بايتات افتراضية ينتج ترتيبًا لا يعرفه أي متحدث بالعربية. استخدم ترتيبًا يراعي اللغة (collation) بشكل صحيح.
الخطأ السابع: رابط واحد للغتين
إن كانت نسختاك العربية والإنجليزية تتشاركان رابطًا واحدًا وتتبادلان المحتوى بزر، فستفهرس محركات البحث إحداهما فقط. وتكون قد جعلت منتجك غير مرئي في أحد سوقيك.
امنح كل لغة عنوانًا خاصًا بها — و/en/... و/ar/... نمط واضح ومتعارف عليه — وصرّح بالعلاقة عبر hreflang ليقدّم محرك البحث النسخة الصحيحة للمستخدم الصحيح. وترجم ما يهم الاكتشاف لا الواجهة المرئية فقط: عناوين الصفحات، والأوصاف الوصفية، والنص البديل للصور، والبيانات المنظمة. فصفحة عربية ببيانات وصفية إنجليزية لا تنافس على شيء.
قائمة اختبار تستحق التنفيذ قبل الإطلاق
اختبر بمحتوى حقيقي لا بنص وهمي — أسماء منتجات عربية طويلة، وعناوين عربية تحتوي أرقام مبانٍ لاتينية، وملاحظات عملاء مختلطة اللغة. وافحص كل نموذج: حقول الإدخال، ورسائل التحقق، ومحاذاة النص الإرشادي، ومنتقيات التواريخ هي حيث تتركز أخطاء الاتجاه. وتحقق من البحث بصور الألف والتاء المربوطة كما يكتبها مستخدم حقيقي. واطبع أو صدّر مستندًا من الواجهة العربية، فتوليد ملفات PDF غالبًا ما تكون له مشكلات اتجاه منفصلة. واطلب من متحدث عربي أصلي إنجاز مهمة فعلية بدل مراجعة لقطات شاشة — فالصياغة الآلية الركيكة غير مرئية في المراجعة وواضحة تمامًا في الاستخدام.
أسئلة شائعة
هل نطلق بالإنجليزية أولًا ونضيف العربية لاحقًا؟ تستطيع، وستكلّفك أكثر إجمالًا. وإن فرض الجدول الزمني ذلك، فابنِ على الأقل بخصائص CSS المنطقية، ونصوص مستخرجة خارجيًا، وروابط منفصلة لكل لغة من اليوم الأول. هذه الخيارات الثلاثة تجعل الإضافة اللاحقة مشروعًا عاديًا بدل إعادة بناء.
هل الترجمة الآلية كافية؟ لمسودة أولى من محتوى طويل، أحيانًا. أما لعناوين الواجهة ورسائل الخطأ وأي شيء قانوني أو مالي فلا — فلغة الواجهة مكثّفة ومرتبطة بالسياق ولا تسامح الخطأ. وتكلفة المراجعة أقل بكثير من تكلفة أن تبدو غريبًا في سوقك.
هل يضر دعم العربية بالأداء؟ ليس بشكل يُذكر، إن حمّلت الخطوط التي تحتاجها كل لغة فقط. والخطأ الشائع هو إرسال عائلتَي الخطوط كاملتين لكل مستخدم بغض النظر عن لغته.
كيف نتعامل مع المستخدمين الذين يخلطون اللغتين؟ دعهم يفعلون. خزّن تفضيل لغة المستخدم منفصلًا عن لغة المحتوى، واسمح بالمحتوى بأي من الأبجديتين في الحقل نفسه، ولا تتحقق أبدًا من الإدخال بشرط «عربي فقط».
الخطوة التالية
إن كنت تخطط لمنتج ثنائي اللغة، فاحسم ثلاثة أمور قبل بدء التصميم: أي نظام أرقام يتوقعه جمهورك، وكيف ستفصل روابطك بين اللغتين، ومن سيراجع العربية كمستخدم لا كمدقق لغوي. هذه القرارات الثلاثة تمنع معظم إعادة العمل المكلفة.
تبني لجمهور يقرأ اللغتين؟ تبني ZAWAT منتجات ثنائية اللغة فعلًا — هذا الموقع منها، إلى جانب أعمال العملاء مثل مجوهرات الجزيرة ومنصة Specially4U التعليمية. اطلب مكالمة أو استعرض أعمالنا في تطوير الويب.