STATUS IS UPويكي تحسين المواقع
11تمكين
التصميم وتجربة المستخدم / تمكين

قابلية استخدام نماذجات الويب: تقليل الاحتكاك دون فقدان الثقة

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

قابلية استخدام نماذجات الويب: تقليل الاحتكاك دون فقدان الثقة — دليل بصري
اقرأ
8 دقائق
المصادر
7
أعد التحقق
2027-03-27
مُراجع
مراجع قابلية الوصول والخصوصية ونماذج الويب الآمنة
الإجابة المختصرة

ابدأ بالقرار.

اجعل كل حقل يستحق وجوده، امنحه تسمية مرئية ومحددة، واذكر ما سيحدث للبيانات قبل الإرسال. استخدم عناصر HTML الأصلية والسمات الدلالية: فهي تمنح المتصفحات ولوحات المفاتيح وتقنيات المساعدة والملء التلقائي (autofill) عقدًا واضحًا. تكون الصيغة قابلة للاستخدام عندما يستطيع الناس فهمها وإكمالها وتصحيحها وإرسالها دون تخمين.

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

For Status Is UP، قابليّة استخدام النماذج هي تحسين استباقي لزمن التشغيل. نفّذ اختبار preflight لمسارات النماذج الحرجة والتبعيات وحالات التأكيد وخطوات التراجع قبل الإصدار حتى لا يتحول أي تغيير إلى فشل صامت في الرحلة.

دليل بصري

انظر إلى العمل كنظام.

استخدم هذه الخريطة لربط قرارات المقال قبل تنفيذ التكتيكات الفردية.

SIUتمكين
01اطلب أقل، واشرح سبب الطلب
02اجعل التسميات والعناصر الأصلية تقوم بالعمل
03تحقق لتصحيح الأخطاء، ثم نفّذ القواعد على الخادم
04دعم الملء التلقائي والمتصفحات والكتابة على الجوال
01

اطلب أقل، واشرح سبب الطلب

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

في النموذج، بيّن من يتلقى البيانات ولأي غرض، مع رابط واضح لإشعار الخصوصية الكامل. لدى المنظمات المشمولة بUK GDPR واجبات شفافية تتضمن الأغراض وفترات الاحتفاظ وغيرها من المعلومات المعتمدة على السياق. هذا ليس نصيحة قانونية شاملة: اجعل المراجعين المناسبين يوافقون على جمع البيانات ونص إشعار الخصوصية لأسواقكم.

وضع صفة الضرورة في النص

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

فصل الاختيارات

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

02

اجعل التسميات والعناصر الأصلية تقوم بالعمل

كل حقل ومربع اختيار ومجموعة راديو وقائمة وزر بحاجة إلى اسم يصف غرضه. استخدم تسمية مرئية مرتبطة بعنصر التحكم، عادة عبر عنصر label بحيث تكون قيمة for مساوية لخاصية id للحقل input. هذا يوسّع منطقة التنشيط ويسمح لتقنيات المساعدة بتحديد العنصر الصحيح. اجعل التسمية قريبة من الحقل.

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

اختر عنصرًا دلاليًا

استخدم email و tel و date و radio و checkbox أو select عندما يناسب ذلك بدلاً من تقليدها بحقل نص عام.

سمِ النتيجة

استخدم تسمية فعلية مثل Create account أو Place order عندما يكون ذلك أوضح من Submit.

03

تحقق لتصحيح الأخطاء، ثم نفّذ القواعد على الخادم

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

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

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

استخدم قوائم السماح

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

تعامل مع المحاولات المتكررة

بالنسبة لانقضاء الجلسة أو الإرسال المكرر، اذكر ما إذا كانت الطلبات قد استُلمت وقدّم إجراءً آمنًا تاليًا.

04

دعم الملء التلقائي والمتصفحات والكتابة على الجوال

أضف رموز autocomplete المحددة التي تصف البيانات: given-name و family-name و email و tel و shipping street-address و billing postal-code و username و new-password هي أمثلة شائعة. تساعد هذه الرموز المتصفحات ومديري كلمات المرور على تمييز الحقول المشابهة. الملء التلقائي هو مساعدة، وليس وعدًا؛ سلوكها يختلف وقد يعتمد على نموذج قابل للاستخدام واسم أو id وزر إرسال.

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

فصل العناوين

عند وجود عنواني الفوترة والشحن في صفحة واحدة، استخدم رموز التجميع المقابلة حتى لا يختلط الحقلان المتطابقان.

اختبر حالات الملء

تأكد من بقاء التسميات مرئية وألا تخلط السكربتات بين القيم المملوءة من المتصفح والقيم الفارغة.

05

اجعل المسار قابلاً للإكمال باستخدام لوحة المفاتيح

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

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

قم بتمرير بدون ماوس

استخدم Tab و Shift+Tab و Enter و Space و Escape ومفاتيح الأسهم ذات الصلة لإكمال المسارات العادية ومسارات الأخطاء والتدفقات الشرطية.

06

أصدر التحسينات مع حواجز أمان وخطة تراجع

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

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

تجعل SIU الأمور أكثر أمانًا عبر اختبار إطلاق مسبق (launch preflight): أكد التبعيات، وسلوك العميل، واستجابات الخادم، والتأكيد، وخطوة التراجع. هذا إجراء تصحيحي استباقي، وليس بديلًا عن عملية الحالة الحية أو رصد الانقطاعات للفريق.

اختبر مسارات الفشل

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

اجعل التراجع حقيقيًا

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

نفّذ / تحقق

دليل المهام العملي الخاص بك.

  1. 01

    جرد الغرض والبيانات

    سرد نتيجة المستخدم، كل حقل، المستلم، الاستخدام، ومالك الاحتفاظ. أزل أو أجّل الحقول بدون غرض حالي.

    تحقق: يمكن لمالك أن يشرح سبب وجود كل حقل.
  2. 02

    أضف تسميات واضحة

    ربط كل عنصر تحكم بتسمية مرئية محددة وإعطاء تعليمات نصية للحقول المطلوبة والصيغ غير الاعتيادية.

    تحقق: تظل التسميات متاحة بعد الكتابة وتُفعّل عناصرها حيث ينطبق.
  3. 03

    استخدم الدلالات الأصلية

    اختر عنصر HTML ونوع الإدخال ورموز autocomplete التي تطابق البيانات قبل السلوك المخصص.

    تحقق: تعرض لوحات المفاتيح على الجوال وميزات المتصفح وتقنيات المساعدة الغرض المقصود.
  4. 04

    أزواج التحقق على العميل والخادم

    استخدم فحوصات المتصفح للمساعدة الفورية؛ نفّذ قواعد الأمان والأعمال ذات الصلة على الخادم.

    تحقق: يُرفض الطلب المصاغ لتجاوز المتصفح أو يُعالج بأمان.
  5. 05

    صمم التعافي

    احتفظ بالإدخالات المقبولة، أعرض ملخصًا مرتبطًا وأخطاء داخلية، اشرح التصحيحات، وأكد النجاح.

    تحقق: يصلح المختبر عدة أخطاء دون تخمين أو إعادة إدخال القيم المقبولة.
  6. 06

    اختبر رحلة لوحة المفاتيح

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

    تحقق: التركيز مرئي، ومنطقي الترتيب، ولا يتم حصره أبدًا.
  7. 07

    راجع الخصوصية والبيانات الحساسة

    ضع الغرض ومعلومات الخصوصية عند نقطة القرار وافصل الخيارات الاختيارية.

    تحقق: راجع الإعداد المناسب من قبل مسؤولي الخصوصية والقانون والأمن والمدفوعات.
  8. 08

    اختبر مسبقًا وقِس

    مارس التبعيات، والتأكيد، وسلوك إعادة المحاولة، وخطوة التراجع ببيانات آمنة؛ قارن النتائج بخط الأساس.

    تحقق: يمتلك الفريق دليلًا على المسار الكامل، ومالك تراجع، ومراجعة بعد الإصدار.
مواضيع النقاش

قارن المقايضات، لا تشارك بيانات خاصة.

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

  1. 01

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

  2. 02

    أي خطوة لاسترداد الأخطاء لا يستطيع مختبِر لوحة المفاتيح إكمالها اليوم، وأي عنصر تحكم أو تدفق أبسط يمكن أن يزيل تلك العقبة؟

  3. 03

    أي تغيير في النموذج يمكنك إصداره خلف حاجز أمان واضح وخطوة تراجع بدلاً من إعادة تصميم شاملة؟

الموارد الشائعة / الموثوقة

اطّلع على المواد المصدرية.

W3C Web Accessibility InitiativeLabeling Controls ↗

إرشادات للتسميات والبدائل الموثوقة.

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeUser Notification ↗

أنماط أخطاء وتركيز ونجاح قابلة للوصول.

تمت المراجعة 2026-09-27
W3C Web Accessibility InitiativeKeyboard Accessible ↗

مسارات لوحة المفاتيح لوظائف النماذج.

تمت المراجعة 2026-09-27
MDN Web Docsautocomplete HTML attribute ↗

الرموز والتجميع وحدود autocomplete.

تمت المراجعة 2026-09-27
MDN Web DocsUsing HTML form validation and the Constraint Validation API ↗

القيود الأصلية وحدود التحقق على العميل.

تمت المراجعة 2026-09-27
OWASPInput Validation Cheat Sheet ↗

التحقق على الخادم وقوائم السماح.

تمت المراجعة 2026-09-27
Information Commissioner’s OfficeWhat privacy information should we provide? ↗

إرشادات الخصوصية الرسمية للمملكة المتحدة الخاصة بجمع البيانات.

تمت المراجعة 2026-09-27

سياسة المصادر. يستخدم معايير رسمية وتوجيهات الجهات التنظيمية والمتصفحات و OWASP. الروابط الداخلية هي للتنقل وليست دليلاً؛ القيود ذات الصلة مذكورة بجانب النصائح.

توضيحات سريعة

أسئلة شائعة.

هل يجب أن يتحقق كل حقل أثناء كتابة الشخص؟

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

هل يحل تحقق المتصفح محل تحقق الخادم؟

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

هل يعني طلب حقول أقل إخفاء معلومات الخصوصية؟

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

Status Is UP Editorial Team · محررو تمكين الجهوزية

راجعه مراجع قابلية الوصول والخصوصية ونماذج الويب الآمنة. نُشر في 2026-09-27؛ وحُدِّث في 2026-09-30.