تعريب التطبيقات والمواقع: الدليل الكامل

معظم الفرق تضع الترجمة بنداً في الميزانية باسم «التعريب». ثم تُطلق المنتج، فيصفه المستخدم العربي بأنه «مترجَم» لا «عربي» — ولا أحد يستطيع تحديد الفرق بدقة.

الإجابة المختصرة: التعريب مشكلة تصميم وهندسة تتضمن الترجمة، لا العكس. الترجمة عادةً 20–30% من العمل. أما عكس التخطيط والطباعة والأرقام والتواريخ وتكييف المحتوى فهي الباقي — وهي ما يحدد إن كان المنتج يبدو أصيلاً أم غريباً.

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

ست طبقات لا طبقة واحدة

فشل التعريب دائماً فشل في تحديد النطاق — الفريق يخطط للطبقة الأولى ثم يكتشف الخمس الباقية أثناء الاختبار.

المنتج الذي يعالج الطبقتين 1 و2 فقط هو ما يقصده المستخدم بكلمة «مترجَم». أما الطبقات 3 إلى 6 فهي ما يجعله يبدو مبنياً له.

الطبقة 2: الاتجاه ليس خاصية CSS

الغريزة الأولى ضبط direction: rtl واعتبار الأمر منتهياً. وما يحتاج عكساً فعلياً:

يُعكَس: التخطيط العام، ومحاذاة النص، وترتيب التنقل، وأشرطة التقدم، والمنزلقات، والشرائح الدوّارة، وأسهم الرجوع والتقدّم، ومحاذاة القوائم المنسدلة، وترتيب أعمدة الجداول، وموضع القائمة الجانبية.

لا يُعكَس: الساعات، وأزرار تشغيل الوسائط (زر التشغيل يتجه يميناً دائماً)، والرسوم البيانية ذات محور زمني، وأرقام الهواتف، وعناوين البريد، والكود، ومعظم الشعارات.

القائمة الثانية هي مصدر الأخطاء. العكس الشامل يقلب زر التشغيل فيصبح مشغّل الفيديو بلا معنى.

العادة الهندسية التي تمنع معظم هذا: استخدم الخصائص المنطقية بدل الفيزيائية. margin-inline-start بدل margin-left، وpadding-inline-end بدل padding-right. بهذه الكتابة ينعكس التخطيط صحيحاً افتراضياً، بدل ملف أنماط RTL موازٍ ينحرف عن الأصل مع الوقت.

للتنفيذ الخاص بكل إطار، دعم العربية وRTL في Flutter يغطي الويدجت الاتجاهية والحزم الخارجية التي تكسر التعريب.

الطبقة 3: الطباعة العربية ليست لاتينية مُكبَّرة

الخط العربي متصل — الحروف ترتبط وتتغير أشكالها بحسب موضعها. وهذا له نتائج لا تراعيها معظم أنظمة التصميم:

تباعد الأسطر يجب أن يزيد. الحروف العربية تمتد صعوداً ونزولاً أكثر من اللاتينية. قيمة line-height تساوي 1.5 مريحة بالإنجليزية تبدو خانقة بالعربية؛ و1.7 إلى 1.8 نقطة بداية أفضل.

الحجم البصري مختلف. بنفس حجم النقطة، يُقرأ العربي أصغر غالباً. النص العربي يحتاج عادةً 1–2 بكسل إضافية ليعادل نظيره اللاتيني بصرياً.

تباعد الحروف يجب أن يكون صفراً. تطبيق letter-spacing على العربية يكسر اتصال الحروف. وهو لا يبدو خاطئاً فحسب — بل يجعل النص مكسوراً بصرياً. وهذا من أشيع أخطاء CSS في المواقع ثنائية اللغة.

النص يتمدد ويتقلص بشكل غير متوقع. العربية أقصر بـ20–25% من الإنجليزية في عدد الأحرف غالباً، لكنها أطول في الارتفاع المعروض. الأزرار والبطاقات ذات الارتفاع الثابت المصممة للإنجليزية ستنكسر في الاتجاهين.

ملفات الخطوط أثقل. الخط العربي يحمل محارف أكثر بكثير من اللاتيني — وقد يبلغ الخط العربي الكامل أضعاف حجمه. الخطوط العربية للويب يغطي التجزئة وwoff2 وfont-display لمنع ذلك من إفساد زمن التحميل.

الطبقة 4: الأرقام — التفصيل الذي يشي بالغربة

في العربية نظامان رقميان مستخدمان: العربية الغربية (1234) والعربية الشرقية (١٢٣٤). وأيهما تستخدم قرار منتج يختلف بحسب المنطقة — مصر والشام يميلان للشرقية، والخليج يستخدم الغربية غالباً وخصوصاً في السياقات التجارية.

اختر بوعي ثم طبّق باتساق. الخلط بينهما في واجهة واحدة هو الخطأ الحقيقي. سعر بـ١٢٣ بجوار رقم طلب بـ123 يُقرأ كمنتج غير مكتمل.

ولا تعكس هذه أبداً مهما كان اختيارك: أرقام الهواتف، وأرقام الآيبان، وبطاقات الائتمان، وأرقام الإصدارات، وكل ما يحمل فيه ترتيب الأرقام معنى.

ومن هذه الطبقة أيضاً: موضع العملة وصيغتها (ر.س ١٢٣ مقابل 123 SAR)، والفاصل العشري، وموضع علامة النسبة. وهذه إعدادات لغة لا نصوص مترجمة، ومكانها طبقة i18n لا سلاسل الترجمة.

الطبقة 5: التواريخ

التواريخ الهجرية مهمة في الخليج، خصوصاً في المنتجات الحكومية والدينية وأنظمة الموارد البشرية.

القاعدة التي تمنع معظم الأخطاء: خزّن ميلادياً واعرض هجرياً. تخزين التواريخ الهجرية في قاعدة البيانات يخلق مشكلات تحويل لن تستمتع بتتبعها، لأنه لا يوجد تقويم هجري واحد — أم القرى والجدولي والرؤية تختلف بيوم أو أكثر.

التواريخ الهجرية في التطبيقات يغطي التحويل في المتصفح وفي Flutter، ولماذا يهم اختيار مرجعية تقويم محددة.

الطبقة 6: ما لا تصلحه الترجمة وحدها

هذه الطبقة تفصل المنتج الذي يبدو عربياً عن المنتج الذي يبدو مترجماً، ونادراً ما تدخل النطاق أصلاً.

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

مستوى الرسمية قرار حقيقي. العربية الفصحى المعاصرة تُقرأ رسمية وتصلح في كل مكان. واللهجة أدفأ لكنها تجزّئ جمهورك — فاللهجات الخليجية والشامية والمصرية تختلف كثيراً. ومعظم المنتجات ينبغي أن تبدأ بالفصحى مع مفردات إقليمية خفيفة؛ أما المنتجات الاستهلاكية الموجهة لبلد واحد فيمكنها التوسع أكثر.

الأمثلة والصور تحتاج تكييفاً. الأسماء والمدن والعملات وصور الأشخاص كلها تحمل إشارات. الواجهة التي تستخدم «John» ومبالغ بالدولار في منتج سعودي مترجَمة تقنياً وغريبة عملياً.

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

كم يكلف؟

النطاقات تفترض التخطيط للتعريب من البداية. أما إضافة العربية لمنتج إنجليزي مُطلَق فتكلف أكثر بكثير، لأن افتراضات التخطيط تجمّدت أصلاً.

مبنياً من البداية: نحو 15–25% فوق تكلفة بناء بلغة واحدة.

مُضافاً بعد الإطلاق: 40–70%. والفارق ليس في حجم الترجمة — بل في أن كل مكوّن بعرض ثابت، وكل margin-left، وكل نص مكتوب داخل الكود يجب البحث عنه وإعادة كتابته.

أرخص قرار متاح: إن كانت العربية في خارطة طريقك أصلاً، ابنِ طبقة i18n في المرحلة الأولى حتى لو أطلقت بالإنجليزية وحدها. إخراج النصوص من الكود واستخدام خصائص CSS المنطقية يكلف أياماً الآن ويوفّر أسابيع لاحقاً.

خطة مرحلية

المرحلة 1 — الأساس (قبل كتابة كود الواجهة) جهّز إطار i18n، وأخرج كل النصوص من الكود، واستخدم خصائص CSS المنطقية في كل مكان، واختبر التخطيط بـRTL مبكراً ولو بنص وهمي. اكتشاف تخطيط مكسور في الأسبوع الثاني أمر تافه؛ واكتشافه في الشهر الرابع ليس كذلك.

المرحلة 2 — التعريب الأساسي ترجمة احترافية لنصوص الواجهة، واختيار الخط العربي وتجزئته، وصيغ الأرقام والتواريخ، والتحقق من تخطيط RTL شاشةً بشاشة.

المرحلة 3 — تكييف المحتوى أعد كتابة النصوص التسويقية بدل ترجمتها، وكيّف الأمثلة والصور، وابحث عن الكلمات المفتاحية العربية بشكل مستقل عن المجموعة الإنجليزية.

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

الأخطاء التي تستحق التسمية

1. letter-spacing على العربية — يكسر اتصال الحروف ويجعل النص مكسوراً بصرياً.
2. ملف أنماط RTL منفصل — ينحرف عن نظيره خلال أسابيع. استخدم الخصائص المنطقية.
3. عكس ما لا يُعكس — أزرار التشغيل والساعات وأرقام الهواتف.
4. خلط نظامي الأرقام في واجهة واحدة.
5. نصوص مكتوبة داخل الكود تُكتشف في الاختبار متناثرةً في المشروع.
6. مكوّنات بارتفاع ثابت تنكسر حين يُعرض النص العربي أطول.
7. ترجمة آلية تُنشر بلا مراجعة بشرية — أسرع طريقة لجعل المنتج يبدو غير جاد.
8. تخزين التواريخ الهجرية بدل التحويل عند العرض.
9. تجاهل مشكلة المحتوى المختلط — الجملة العربية التي تحتوي اسم منتج إنجليزياً أو أرقاماً تحتاج معالجة ثنائية الاتجاه، وإلا وقعت علامات الترقيم في المكان الخطأ.
10. معاملة SEO العربي ككلمات إنجليزية مترجمة — الاستعلامات مختلفة فعلاً.

اقرأ أيضاً

• دعم العربية وRTL في Flutter — الويدجت الاتجاهية والحزم وقائمة تحقق قبل الإطلاق.
• دعم العربية وRTL في React Native — I18nManager والأنماط المنطقية والمكتبات التي تكسر RTL.
• الأرقام والعملات والصيغ — أنظمة الأرقام وواجهات Intl وأخطاء الاتجاه.
• RTL في CSS — الخصائص المنطقية وملف أنماط واحد للاتجاهين.
• i18n للمنتجات العربية — الجموع والاستيفاء وسير عمل الترجمة.
• البحث العربي — التوحيد ولماذا يُغفل البحث نتائج.
• 12 خطأً في التعريب — ما يقع خطأً وحلوله.
• الخطوط العربية للويب — التجزئة وwoff2 وقياس أثر الأداء.
• التواريخ الهجرية في التطبيقات — التخزين والتحويل ومرجعيات التقويم.
• Flutter مقابل React Native — دعم RTL فارق حقيقي بينهما.
• تكلفة تطوير التطبيقات في الخليج — موضع التعريب في الميزانية الإقليمية.
• SEO مقابل GEO — لماذا يحتاج المحتوى العربي بحثاً خاصاً عن كلماته.

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

كم تكلفة تعريب تطبيق؟

مبنياً من البداية، نحو 15 إلى 25% فوق تكلفة البناء بلغة واحدة — عادةً 8,000 إلى 20,000 دولار لتطبيق تجاري معتاد. أما إضافته لمنتج مُطلَق فتكلف 40 إلى 70%، لأن كل افتراض تخطيطي يجب البحث عنه وإعادة كتابته. والترجمة نفسها 20 إلى 30% فقط من هذا الإجمالي.

هل ترجمة جوجل تكفي لتطبيق عربي؟

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

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

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

هل أحتاج التواريخ الهجرية؟

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

أي إطار يتعامل مع RTL بشكل أفضل؟

Flutter لديه أعمق دعم اتجاهية مبني داخلياً — العكس والنص ثنائي الاتجاه والويدجت الاتجاهية تعمل بشكل صحيح بتصحيح يدوي أقل. React Native قادر لكنه يحتاج ضبطاً يدوياً أكثر. وللمنتج العربي أولاً هذا فارق حقيقي لا نقطة تسويقية.

أكتب بالفصحى أم باللهجة؟

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

هل أستطيع إضافة العربية لاحقاً بدل الآن؟

تستطيع، لكنها تكلف نحو ثلاثة أضعاف. والطريق الوسط الرخيص: ابنِ طبقة i18n واستخدم خصائص CSS المنطقية في المرحلة الأولى حتى لو أطلقت بالإنجليزية وحدها. يكلفك ذلك أياماً الآن ويوفّر أسابيع لاحقاً، لأن الجزء المكلف في الإضافة المتأخرة ليس الترجمة بل نقض افتراضات التخطيط.

الخلاصة

التعريب ست طبقات والترجمة واحدة منها. والفرق الذي يضع الترجمة وحدها في الميزانية يُطلق منتجات يصفها المستخدم العربي بلباقة بأنها «مترجمة».

والفارق بين التخطيط له والإضافة المتأخرة نحو ثلاثة أضعاف — والقرار الذي يوفّر معظم هذا الفارق هو ببساطة بناء طبقة i18n واستخدام خصائص CSS المنطقية من البداية، سواء صدرت العربية في النسخة الأولى أم لا.

والطبقة الأكثر تحديداً للجودة المُدرَكة هي التي تُترك عادةً: محتوى مُكيَّف لا محوَّل، يراجعه شخص يقرأ العربية فعلاً.

تخطط لمنتج عربي؟ تواصل معنا لمحادثة تحديد نطاق مجانية — نحن نبني بالعربية أولاً ونستطيع أن نخبرك بصراحة أي الطبقات يحتاجها منتجك فعلاً. اطّلع على خدمات تطبيقات الموبايل وتطوير الويب.