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