تسجيل الدخول ابدأ مجانًا
التحويل

التحقق الفوري ومعالجة الأخطاء

استخدمه عندما يبدأ الناس ملء نموذج ثم يصطدمون بخطأ ولا يعودون لإكماله أبداً.

inline-validation-error-recovery.md
تنزيل ملف .md
أنت تراجع كيف يتصرف النموذج عندما يخطئ الزائر. أنت لا تعيد تصميم النموذج ولا تحذف حقولاً.

الحقول وقواعد التحقق الخاصة بها: {{FIELD_RULES}}
رسائل الخطأ كما تظهر بالضبط: {{CURRENT_ERROR_TEXT}}
متى يعمل التحقق (عند الإرسال، عند مغادرة الحقل، مع كل ضغطة مفتاح): {{VALIDATION_TIMING}}
الحقول الأعلى في نسبة الترك إن عُرفت: {{PROBLEM_FIELDS}}

أخرج جدولاً: الحقل | القاعدة | الرسالة الحالية مقتبسة من {{CURRENT_ERROR_TEXT}} | ما الذي أخطأ فيه الزائر فعلاً | هل يستطيع إصلاحه من الرسالة وحدها؟ (نعم/لا) | الرسالة المعاد كتابتها | التوقيت الأفضل.

ثم أجب:
- أي القواعد في {{FIELD_RULES}} ترفض مدخلات صحيحة فعلاً: المسافات في أرقام البطاقات والهواتف، والفواصل العليا والحركات في الأسماء، والعنونة الفرعية في البريد الإلكتروني، والعناوين خارج الدولة المفترضة. أدرج كل واحدة كعيب برمجي لا كمشكلة صياغة.
- أي الرسائل تلوم الزائر بدلاً من وصف طريقة الإصلاح.
- أين يعاقب {{VALIDATION_TIMING}} شخصاً في منتصف الكتابة، وماذا ينبغي أن يكون بدلاً من ذلك.
- ماذا يحدث للبيانات المُدخلة بالفعل عند فشل الإرسال، وهل يعود التركيز والتمرير إلى أول خطأ.

اختم بترتيب {{PROBLEM_FIELDS}} حسب احتمال أن تكون معالجة الأخطاء هي السبب، وقل بوضوح أين يرجّح أن يكون الحقل نفسه هو سبب الترك.

لا تخترع نص خطأ لم أعطه لك. بدون علامات تعجب وبدون شرطات طويلة.

املأها قبل التشغيل

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

  • {{FIELD_RULES}}
  • {{CURRENT_ERROR_TEXT}}
  • {{VALIDATION_TIMING}}
  • {{PROBLEM_FIELDS}}

كيف تحصل على نتيجة أفضل

  1. الصق الرسائل حرفياً، بما فيها تلك التي لا تظهر إلا من رد الخادم.
  2. جرّب برقم بطاقة حقيقي يحتوي مسافات وباسم يحتوي فاصلة عليا قبل أن تسلّم بأن القواعد سليمة.
  3. القواعد الموسومة كعيوب برمجية تذهب إلى فريق الهندسة لا إلى كاتب المحتوى.