كيفية توطين تطبيق الهاتف المحمول

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

هذا هو الفارق الجوهري: توطين تطبيقات الهاتف المحمول لا يعني مجرد ترجمة النصوص. بل يعني تكييف التطبيق وصفحة المنتج وعملية ضمان الجودة لكل سوق مستهدف. تقول Apple إن App Store متاح في 175 منطقة و40 لغة، بينما قدّم Android 13 تفضيلات لغوية على مستوى النظام لكل تطبيق. بعبارة أخرى، كلتا المنصتين الرئيسيتين تعتبران الآن اختيار اللغة جزءاً أساسياً من تجربة المنتج وليس مجرد إضافة ثانوية.

يستعرض هذا الدليل الخطوات العملية لفرق iOS وAndroid.

نظرة سريعة:

• افصل بين التوطين داخل التطبيق وتوطين App Store وGoogle Play.
• استخرج السلاسل النصية قبل البدء بالترجمة.
• تعامل مع صيغ الجمع، المتغيرات، التواريخ، العملات، ودعم الكتابة من اليمين إلى اليسار مبكراً.
• اختبر باستخدام اللغات الوهمية قبل إطلاق الترجمات الحقيقية.
• وطّن لقطات الشاشة وأصول المتجر، وليس الأوصاف فقط.

ما الذي يشمله توطين تطبيقات الهاتف المحمول فعلياً

عادةً ما ينقسم عمل التوطين إلى مسارين.

1. التوطين داخل التطبيق

هذا هو المنتج نفسه:

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

تنصح Apple صراحةً باستخدام Xcode وواجهات Foundation APIs وAuto Layout ودعم Unicode وكتالوجات الأصول المحلية والرموز المتوافقة مع الاتجاه لتجهيز التطبيقات للأسواق العالمية. كذلك ينصح Android باستخدام الموارد المتوافقة مع الإعدادات المحلية ودعم لغة التطبيق والتخطيطات المتوافقة مع الكتابة من اليمين إلى اليسار بدلاً من النصوص والمواضع الثابتة.

2. توطين قوائم المتجر

هكذا يكتشف المستخدمون تطبيقك:

• اسم التطبيق
• العنوان الفرعي أو الوصف المختصر
• الوصف الكامل
• الكلمات المفتاحية
• لقطات الشاشة
• معاينات التطبيق أو مقاطع الفيديو الترويجية

تعامل مع هذا كمُخرَج منفصل. يمكن أن يُظهر تطبيق مُوطَّن جيداً أداءً ضعيفاً إذا كانت صفحة المنتج عامة أو غير مترجمة أو غير متوافقة بصرياً مع السوق المستهدف.

ابدأ بالتدويل وليس بالترجمة

الترجمة هي الخطوة الأخيرة في مسار يبدأ بالهيكلة.

استخرج السلاسل النصية واحتفظ بلغة احتياطية كاملة

في Android، تحذّر Google من أن ملف res/values/strings.xml الافتراضي يجب أن يحتوي على كل سلسلة يحتاجها تطبيقك. إذا كان الملف الافتراضي غير مكتمل والجهاز يعمل بإعدادات محلية غير مدعومة، فقد يفشل التطبيق في التحميل ويُظهر خطأً مع زر إغلاق إجباري. لهذا السبب يبدأ التوطين بنظافة الموارد وليس باختيار اللغة.

بالنسبة لـ iOS، تنصح Apple بفصل النصوص والصور المرئية للمستخدم عن الكود القابل للتنفيذ حتى يمكن توطينها كملفات موارد. في سير عمل Apple الحديث، كتالوجات السلاسل هي الطريقة الموصى بها في Xcode 15 والإصدارات الأحدث للسلاسل التي تحتوي على صيغ جمع.

قاعدة عملية:

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

مثال صغير يوضح الفكرة.

عادةً ما يبدأ Android بملف strings.xml افتراضي:

<!-- Primary CTA on the checkout screen. Keep it short. -->
<string name="checkout_cta">Pay now</string>
<string name="welcome_title">Welcome back, %1$s</string>

ثم تقرأ واجهة المستخدم المورد بدلاً من تثبيت النص الإنجليزي:

Text(text = stringResource(R.string.checkout_cta))

على منصات Apple، غالباً ما يدير Xcode 15+ نفس الفكرة في كتالوج سلاسل. يمكن أن يبدو مقتطف مبسط من Localizable.xcstrings كالتالي:

{
  "sourceLanguage": "en",
  "strings": {
    "Pay now": {
      "localizations": {
        "en": { "stringUnit": { "value": "Pay now" } },
        "fr": { "stringUnit": { "value": "Payer maintenant" } }
      }
    }
  }
}

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

إذا كان تطبيقك يتضمن أيضاً ملفات لغوية منظمة، فإن دليلنا حول أفضل مترجمات JSON في 2026 يمكن أن يساعدك في التفكير في الأتمتة والحفاظ على الصيغة.

إذا كنت تريد أداة مباشرة لملفات موارد التطبيق، فإن OpenL JSON Translator يستحق النظر. صُمم لترجمة ملفات .json دون كسر المفاتيح أو البنية، وهذا بالضبط ما تحتاجه عندما تكون سلاسل التطبيق مخزنة في ملفات توطين قابلة للقراءة آلياً. سير العمل بسيط: ارفع ملف JSON المُصدَّر من تطبيقك أو نظام إدارة المحتوى أو مسار التوطين، اختر اللغة المستهدفة، وحمّل ملف JSON مترجم بنفس البنية. وفقاً لصفحة المنتج، يدعم أكثر من 100 لغة وملفات تصل إلى 50 ميغابايت، مما يجعله أداة عملية للمسودة الأولى لفرق توطين التطبيقات التي تتعامل مع محتوى منظم.

دعم اختيار اللغة على مستوى التطبيق

يتوقع المستخدمون بشكل متزايد اختيار لغة التطبيق بشكل مستقل عن لغة الجهاز.

على منصات Apple، يمكن للمستخدمين اختيار لغتهم المفضلة للتطبيق بشكل مستقل عن لغة الجهاز. في Android، أضاف Android 13 إعداد لغة مركزي لكل تطبيق، وتنصح Google بتمكين دعم اللغة التلقائي لكل تطبيق أو ربط أداة الاختيار بالواجهات البرمجية الرسمية.

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

استخدم مجموعة التوطين الخاصة بالمنصة

قاوم الرغبة في ابتكار نظام توطين موازٍ إلا إذا كنت تحتاج ذلك فعلاً.

لمعظم الفرق، مجموعة المنصة الافتراضية كافية:

• iOS: كتالوجات السلاسل، Localizable.strings، .stringsdict، مُنسِّقات Foundation، Auto Layout
• Android: res/values/، مجلدات الموارد الخاصة بالإعدادات المحلية، LocaleConfig، setApplicationLocales()، supportsRtl

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

وطّن الأجزاء التي تفوتها معظم الفرق

غالباً ما تترجم الفرق الجمل المرئية وتفوّت آليات المنتج المحيطة بها.

صيغ الجمع، المتغيرات، والقواعد النحوية

قواعد الجمع ليست عالمية. تحدد قواعد الجمع في Unicode CLDR فئات مثل zero وone وtwo وfew وmany وother، وتستخدم اللغات المختلفة مجموعات فرعية مختلفة. تشير Apple إلى أنه في سير عمل .stringsdict القديم، فإن other هي الفئة الوحيدة المطلوبة، لكن تخطي الفئات الخاصة باللغة يمكن أن ينتج مخرجات غير صحيحة نحوياً. يعتمد كل من Android وiOS على معالجة الجمع المتوافقة مع الإعدادات المحلية لسبب وجيه.

هنا تفشل الترجمة الآلية البسيطة:

• 1 file مقابل 2 files سهلة في الإنجليزية
• اللغات السلافية تحتاج غالباً أكثر من صيغتين للجمع
• بعض اللغات تغيّر الأسماء والأفعال أو الكلمات المحيطة معاً

لا تبنِ أبداً واجهة مستخدم بصيغ جمع عن طريق دمج أجزاء مثل "You have " + count + " messages". استخدم موارد الجمع الخاصة بالمنصة بدلاً من ذلك.

إليك الشكل الأساسي لذلك على كل منصة.

Android:

<plurals name="files_remaining">
  <item quantity="one">%1$d file remaining</item>
  <item quantity="other">%1$d files remaining</item>
</plurals>

Text(text = pluralStringResource(R.plurals.files_remaining, count, count))

مثال iOS القديم .stringsdict:

<plist version="1.0">
<dict>
  <key>%#@files@</key>
  <dict>
    <key>NSStringLocalizedFormatKey</key>
    <string>%#@files@</string>
    <key>files</key>
    <dict>
      <key>NSStringFormatSpecTypeKey</key>
      <string>NSStringPluralRuleType</string>
      <key>NSStringFormatValueTypeKey</key>
      <string>d</string>
      <key>one</key>
      <string>%d file remaining</string>
      <key>other</key>
      <string>%d files remaining</string>
    </dict>
  </dict>
</dict>
</plist>

في Xcode 15 والإصدارات الأحدث، تنصح Apple بمعالجة صيغ الجمع في كتالوجات السلاسل بدلاً من ذلك، لكن المبدأ يبقى نفسه: أعطِ المنصة نمط رسالة واحد ودعها تختار الصيغة اللغوية الصحيحة.

لمزيد من إرشادات سير العمل حول العناصر النائبة والسلاسل المنظمة، راجع كيفية ترجمة المستندات التقنية دون كسر الكود.

التواريخ، الأرقام، العملات، والوحدات

تنصح Apple صراحةً باستخدام واجهات Foundation APIs لتنسيق التواريخ والأطوال والأوزان والأسعار ورموز العملات عبر الإعدادات المحلية. ينطبق نفس المبدأ على Android: نسّق البيانات باستخدام واجهات برمجية متوافقة مع الإعدادات المحلية بدلاً من تثبيت علامات الترقيم أو الفواصل العشرية أو ترتيب الوحدات.

تشمل حالات الفشل النموذجية:

• 03/04/2026 يعني أشياء مختلفة في مناطق مختلفة
• رموز الدولار المثبتة للأسواق غير الأمريكية
• 1,234.56 يُعرض بشكل خاطئ في الإعدادات المحلية التي تستخدم الفواصل كفاصل عشري
• وحدات القياس تُعرض بالنظام الخاطئ

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

توسع التخطيط ودعم الكتابة من اليمين إلى اليسار

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

تنصح Apple بالاختبار باستخدام لغات وهمية، بما في ذلك لغة وهمية من اليمين إلى اليسار ولغة وهمية مضاعفة الطول، قبل حتى استيراد ترجمات حقيقية. ينصح Android باستخدام start وend بدلاً من left وright، وتمكين android:supportsRtl="true"، واختبار تخطيطات RTL على الجهاز باستخدام Force RTL.

قائمة التحقق الخاصة بك هنا بسيطة:

• اسمح للأزرار والعناوين بالنمو
• تجنب حاويات النصوص ذات العرض الثابت لعناصر واجهة المستخدم المهمة
• اعكس واجهة المستخدم الاتجاهية حيثما كان ذلك مناسباً
• تحقق من الأيقونات والأسهم وتدفقات التقدم والمكتبات الدوارة في وضع RTL
• اختبر النصوص مختلطة الاتجاه مثل واجهة عربية مع أسماء منتجات لاتينية أو أكواد قسائم

الصور، الأيقونات، لقطات الشاشة، والفيديو

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

هذا مهم بشكل خاص لشاشات التسجيل وبطاقات الشرح وأصول App Store. لا يفصل المستخدمون ذهنياً بين “المرئيات التسويقية” و”لغة المنتج”. إنهم يحكمون على التجربة بأكملها دفعة واحدة.

وطّن صفحات App Store وGoogle Play بشكل منفصل

هنا تخسر كثير من الفرق التنزيلات حتى بعد إتقان العمل داخل التطبيق.

متطلبات App Store التي يجب التخطيط لها

تنصح Apple بتوطين البيانات الوصفية في App Store Connect، بما في ذلك وصف التطبيق والكلمات المفتاحية ومعاينات التطبيق ولقطات الشاشة. تقول Apple أيضاً أنه يمكنك عرض ما يصل إلى 10 لقطات شاشة على صفحة منتجك، وما يصل إلى 3 معاينات تطبيق لكل حجم جهاز مدعوم ولغة. يمكن أن تصل مدة معاينات التطبيق إلى 30 ثانية، ولقطات الشاشة تهم أكثر عندما لا توجد معاينة لأن أول لقطة إلى ثلاث لقطات شاشة قد تظهر في نتائج البحث.

لهذا تأثيران:

1. لقطات الشاشة الأولى هي أصول قابلية الاكتشاف وليست مجرد توثيق.
2. يجب عليك توطين لقطات الشاشة والمعاينات للأسواق ذات الأولوية العليا بدلاً من إعادة استخدام الأصول الإنجليزية في كل مكان.

متطلبات Google Play التي يجب التخطيط لها

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

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

ميزة حالية ذات صلة خاصة: تقول Play Console إنها تستطيع ترجمة سلاسل التطبيق بشكل مستمر باستخدام نماذج Gemini بدون تكلفة. بشكل أدق، تقول Google إن هذا ينطبق على سلاسل التطبيق من strings.xml في حزم التطبيقات المرفوعة إلى إصدارات المسودة، وأنه يمكنك معاينة الترجمات المُنشأة في محاكٍ مدمج قبل النشر. هذه طريقة قوية لتسريع التغطية الأولية، لكن يجب أن تُتبع بمراجعة بشرية للتدفقات الحرجة.

بناء سير عمل الإصدار وضمان الجودة

عملية التوطين الجيدة تتعلق أقل بالترجمة الأسرع وأكثر بإطلاق مفاجآت أقل.

الخطوة 1. اختر اللغات المستهدفة بعناية

لا تبدأ بـ “ترجم كل شيء إلى 20 لغة.”

ابدأ بـ:

• مزيج التنزيلات الحالي
• البلدان التي تدعمها فعلياً
• تغطية الفوترة والشؤون القانونية ودعم العملاء
• ما إذا كان بإمكانك توطين التطبيق وقائمة المتجر معاً

إطلاق سوق واحد بشكل كامل عادةً يتفوق على إطلاق خمسة أسواق بشكل جزئي.

الخطوة 2. أنشئ أصولاً جاهزة للتوطين

قبل بدء الترجمة، جمّد وحضّر:

• السلاسل المصدرية مع السياق
• قائمة لقطات الشاشة حسب الإعدادات المحلية
• المسرد وقواعد أسماء المنتجات
• قواعد العناصر النائبة
• إرشادات حد الأحرف لنصوص المتجر
• مالكو المراجعة حسب الإعدادات المحلية

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

الخطوة 3. اختبر بالتوطين الوهمي أولاً

على منصات Apple، استخدم اللغات الوهمية مضاعفة الطول ومن اليمين إلى اليسار. على Android، اختبر الإعدادات المحلية غير المدعومة وForce RTL وإعدادات لغة التطبيق. هذا يكشف:

• أزرار مقطوعة
• عناوين مقصوصة
• نصوص مخفية
• محاذاة خاطئة
• سلاسل غير مُوطَّنة
• افتراضات مثبتة لليسار/اليمين

هذا أحد أرخص اختبارات ضمان الجودة التي يمكنك إجراؤها.

الخطوة 4. أجرِ اختبار جودة لغوية على أجهزة حقيقية

بعد وصول الترجمات:

• اختبر التدفقات الحرجة بكل لغة مستهدفة
• قارن سلوك لغة النظام ولغة التطبيق
• تحقق من سلوك صيغ الجمع والعناصر النائبة
• افحص المدفوعات والتواريخ والعناوين
• راجع لقطات الشاشة وقوائم المتجر في السوق المحلي

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

قائمة تحقق لأول دورة توطين

إذا كان هذا أول إطلاق جدي لك، اجعل الدورة صغيرة بما يكفي لإنهائها بشكل نظيف:

• اختر لغة مستهدفة واحدة وليس 10.
• جمّد السلاسل المصدرية لفرع إصدار واحد.
• صدّر جميع سلاسل التسجيل والدفع والحساب والإشعارات مع تعليقات السياق.
• التقط لقطات الشاشة التي تريد توطينها لـ App Store وGoogle Play.
• أجرِ اختبار توطين وهمي واحد قبل إرسال النصوص الحقيقية للمترجمين.
• ترجم سلاسل التطبيق ونصوص قائمة المتجر في نفس الدورة.
• أعد استيراد الترجمات واختبر تبديل لغة التطبيق على كل من iOS وAndroid.
• اختبر ضمان الجودة لأهم 5 رحلات مستخدم على أجهزة حقيقية.
• حدّث لقطات الشاشة ومعاينات التطبيق وبيانات المتجر الوصفية لنفس اللغة.
• أطلق على TestFlight أو مسار داخلي أولاً، ثم راقب تذاكر الدعم وتقارير الأعطال.

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

أمثلة من الواقع

الأفكار الأساسية أعلاه ليست نظرية.

DoorDash بنت الترجمة كمشكلة منصة

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

في تدوينة بتاريخ 2 فبراير 2026، قالت الشركة إن منصة التسجيل المُعاد بناؤها تشغّل الآن عمليات الاشتراك عبر جميع أسواق DoorDash وتدعم الإطلاقات الدولية السريعة مع توطين سلس. هذا بالضبط ما يبدو عليه التوطين الناضج: سير عمل قابل لإعادة الاستخدام، مرونة إقليمية، وحلول مخصصة أقل.

Meta تعاملت مع التوطين كمشكلة لغوية ومشكلة حجم تطبيق

تقول Meta أن حوالي 57% من مستخدمي Facebook for Android و49% من مستخدمي Facebook for iOS يستخدمون التطبيق بلغة غير الإنجليزية. في نفس المقال، تقول Meta إن إزالة ملفات الترجمة المُجمَّعة وفّرت ما يصل إلى 16.6 ميغابايت في تطبيق iOS وسمحت لـ Android بإضافة حوالي عشر لغات إضافية دون زيادة حجم التطبيق.

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

قائمة التحقق النهائية قبل الإطلاق

استخدم هذه كمراجعة أخيرة:

• جميع السلاسل المرئية للمستخدم مُستخرجة.
• موارد القيمة الاحتياطية الافتراضية مكتملة.
• صيغ الجمع والعناصر النائبة تستخدم دعم التوطين الأصلي للمنصة.
• التواريخ والوقت والأرقام والعملات والوحدات متوافقة مع الإعدادات المحلية.
• تخطيطات RTL والنصوص مختلطة الاتجاه تم اختبارها.
• نصوص قائمة المتجر مُوطَّنة للأسواق المستهدفة.
• لقطات الشاشة والمعاينات مُوطَّنة للغات ذات الأولوية.
• اختيار اللغة داخل التطبيق يعمل كما هو متوقع على iOS وAndroid.
• اختبار الجودة اللغوية غطّى أهم رحلات المستخدم.

أفكار ختامية

أبسط طريقة للتفكير في توطين تطبيقات الهاتف المحمول هي: ترجم المنتج، وطّن التجربة، واختبر الإصدار.

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

إذا كنت ستتخذ إجراءً واحداً هذا الأسبوع، افعل هذا: اختر لغة واحدة، أجرِ اختبار توطين وهمي واحد، ووطّن قائمة App Store أو Google Play واحدة مطابقة. هذا الاختبار ثلاثي الأجزاء سيخبرك عن جاهزيتك أكثر من ترجمة عشرين لغة بالتوازي.

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

المراجع

• Apple Developer. Localization. https://developer.apple.com/localization/
• Apple Developer. Creating Your Product Page. https://developer.apple.com/app-store/product-page/
• Apple Developer. Upload app previews and screenshots. https://developer.apple.com/help/app-store-connect/manage-app-information/upload-app-previews-and-screenshots
• Apple Developer. Localizing strings that contain plurals. https://developer.apple.com/documentation/xcode/localizing-strings-that-contain-plurals
• Apple Developer. Testing Your Internationalized App. https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/BPInternational/TestingYourInternationalApp/TestingYourInternationalApp.html
• Apple Developer. Get it right (to left). https://developer.apple.com/videos/play/wwdc2022/10107/
• Android Developers. Localize your app. https://developer.android.com/guide/topics/resources/localization
• Android Developers. Per-app language preferences. https://developer.android.com/guide/topics/resources/app-languages
• Android Developers. Support different languages and cultures. https://developer.android.com/training/basics/supporting-devices/languages
• Google Play Console Help. Translate and localize your app. https://support.google.com/googleplay/android-developer/answer/9844778?hl=en
• Google Play Console Help. Create and set up your app. https://support.google.com/googleplay/android-developer/answer/9859152?hl=en
• Unicode CLDR. Plural Rules. https://cldr.unicode.org/index/cldr-spec/plural-rules
• DoorDash Engineering. Building a Platform to Translate DoorDash into Multiple Languages. https://careersatdoordash.com/blog/building-a-platform-to-translate-doordash-into-multiple-languages/
• DoorDash Engineering. Unified Dasher Onboarding: A modular platform to scale globally. https://careersatdoordash.com/blog/doordash-unified-dasher-onboarding-a-modular-platform-to-scale-globally/
• Engineering at Meta. Language packs: Meta’s mobile localization solution. https://engineering.fb.com/2022/05/09/android/language-packs/