تقنية

إتاحة رسائل خطأ المساعد الذكي

رسم توضيحي: ملف يتجاوز الحد؛ وصف نصي للرفض؛ إشعار متاح؛ تصحيح ثم متابعة
مخطط من إعداد بحر العلوم. اختفاء التحذير لا يثبت اكتمال الإرسال

اجعل رسالة خطأ المساعد الذكي تحدد المشكلة المعروفة والجزء المتأثر والخطوة التالية، وتصل إلى المستخدم بالطريقة التي يعتمد عليها. يوضح WCAG أن خطأ الإدخال المكتشف آليا يحتاج وصفا نصيا للخطأ والعنصر المعني. [1] ورسالة الحالة التي تظهر دون نقل التركيز تحتاج إتاحتها للتقنية المساعدة. [2] ليست كل إجابة جديدة رسالة حالة بالمعنى الفني نفسه.

الخلاصة السريعة

حدد ما فشل وما بقي محفوظا، وقدّم إجراء مناسباً، ثم افحص وصول الرسالة وإتمام التصحيح دون إخفاء عدم معرفة السبب.

  • سم الخطأ المعروف والعنصر المتأثر نصيا؛ لا تكتف بلون أحمر أو تخمين سبب العطل. [1]
  • بين ما يستطيع المستخدم فعله وما بقي محفوظا، دون وعد بإعادة المحاولة إذا لم تعرف نتيجتها.
  • افحص إعلان رسالة الحالة التي لا تنقل التركيز بقارئ الشاشة، مع بقاء موضع العمل واضحا. [2]
  • جرب التصحيح والمتابعة واحفظ حدود الفحص؛ اختفاء التحذير لا يثبت إرسال الطلب أو صحة جواب المساعد.

ما المشكلة التي تعرفها الواجهة فعلا؟

في واجهة افتراضية، الحد المعلن لرفع ملف هو 2 ميغابايت، واختير ملف حجمه 3. رسالة «تعذر التنفيذ» لا تحدد ما يحتاج تغييرا. رسالة مقترحة: «حجم الملف يتجاوز الحد المسموح 2 ميغابايت؛ اختر ملفا أصغر». الأرقام شرط المثال، وليست حدود خدمة نوصي بها.

إذا لم تعرف الواجهة إلا أن الاتصال لم يكتمل، فلا تقول «ملفك تالف» أو «حسابك محظور». افصل خطأ المدخل المعروف عن فشل خدمة مجهول السبب. يوضح WCAG وصف خطأ الإدخال والعنصر المعني بنص. [1] اللون أو الأيقونة يمكن أن يضافا إليه، ولا يغنيان عنه.

ما الخطوة التالية وما الذي لم يضع؟

في المثال، يمكن إبقاء السؤال المكتوب في الحقل بعد رفض الملف، وإتاحة اختيار ملف آخر دون مطالبة المستخدم بإعادة كل شيء. اذكر هذه الحالة إذا كانت الواجهة تحققها فعلا: «لم يرفع الملف؛ نص السؤال باق في الحقل». لا تعد بحفظ المسودة إذا كانت الصفحة تمحوها عند التحديث.

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

كيف يدرك المستخدم ظهور الرسالة؟

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

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

متى نقول إن المستخدم استعاد المسار؟

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

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

المصادر ومتابعة القراءة

  1. W3C WCAG2.2: Understanding Error Identification (يفتح في نافذة جديدة)w3.org
  2. W3C WCAG2.2: Understanding Status Messages (يفتح في نافذة جديدة)w3.org

أُعدّ هذا المقال بصياغة عربية أصلية بالاستناد إلى المصادر أعلاه، وهو مدخل تمهيدي إلى الموضوع. اقرأ منهجية المحتوى وحدوده.