קריטריון 3.3.4: מניעת שגיאות (משפטי, פיננסי, נתונים) רמה AA

בקצרה

קריטריון 3.3.4 מניעת שגיאות (משפטי, פיננסי, נתונים) (Error Prevention, רמה AA) דורש שלפעולות עם השלכות חמורות - רכישה, חתימה, מחיקה - תינתן לפחות אחת מהאפשרויות: ביטול, בדיקה מוקדמת, או אישור. קריטריון זה מחייב לפי ת"י 5568.

פרטי הקריטריון

מספר3.3.4
שםמניעת שגיאות (משפטי, פיננסי, נתונים) (Error Prevention (Legal, Financial, Data))
רמהAA
גרסהWCAG 2.0
עיקרון3 - מובן (Understandable)
הנחיה3.3 - סיוע בהזנת קלט
מחייב לפי ת"י 5568כן

מה דורש קריטריון 3.3.4?

הקריטריון חל על פעולות שלמשתמשים יש חשש לבצע אותן בטעות בשל ההשלכות החמורות שלהן. הוא מחייב שיינתן לפחות אחד משלושת הפתרונות הבאים:

  • ניתן לביטול (Reversible) - הפעולה ניתנת לביטול לאחר ביצועה (למשל, תקופת ביטול להזמנה).
  • בדיקה ותיקון (Checked) - הנתונים שהוזנו ניתנים לבדיקה ותיקון לפני השלמת הפעולה (למשל, עמוד סיכום לפני תשלום).
  • אישור (Confirmed) - מנגנון לאישור ובדיקה מפורש לפני ביצוע הפעולה (למשל, דיאלוג "האם אתה בטוח?").

הפעולות הכלולות בקריטריון זה הן:

  • פעולות משפטיות - כגון הסכמה לתנאי שימוש, חתימה על הסכם.
  • פעולות פיננסיות - כגון רכישות, העברות כספים, הרשמה לשירות בתשלום.
  • שינוי או מחיקת נתונים - כגון מחיקת חשבון, מחיקת קובץ בלתי הפיכה.

למי זה עוזר?

  • אנשים עם לקויות קוגניטיביות - עמוד בדיקה לפני אישור מאפשר להם לבחון שוב את הנתונים שהזינו.
  • אנשים עם לקויות מוטוריות - שגיאות לחיצה בלתי מכוונות ניתנות לתיקון לפני ביצוע בלתי הפיך.
  • משתמשים עם קשיי ריכוז - אפשרות ביטול מספקת רשת ביטחון לפעולות שנעשו בטעות.
  • כלל המשתמשים - אפשרות לבדוק ולאשר פרטים לפני פעולה פיננסית מחזקת את ביטחון המשתמש.

איך עומדים בקריטריון?

  • הוסיפו עמוד סיכום לפני תשלום - "אנא בדקו את פרטי ההזמנה לפני האישור" - עם אפשרות לחזור ולתקן.
  • לפעולות מחיקה בלתי הפיכה: הציגו דיאלוג אישור עם הסבר ברור על ההשלכות.
  • אפשרו ביטול הזמנה לפרק זמן מוגדר לאחר ביצועה.
  • לפני שליחת טופס עם השלכות משפטיות: אפשרו למשתמש לעיין בנתונים ולערוך אותם.
  • ודאו שכפתורי "אישור" ו"ביטול" ברורים ומובחנים זה מזה, כדי למנוע לחיצה שגויה.

טיפ

שלב בדיקה לפני אישור הוא בדרך כלל הפתרון המועדף - הוא מאפשר גם תיקון טעויות וגם אישור מודע, ומשפר את חוויית המשתמש לכולם.

איך בודקים?

  • בדיקה ידנית: עברו על כל זרימות המשתמש הכוללות פעולות בלתי הפיכות. בדקו שקיים לפחות אחד מהמנגנונים: ביטול, בדיקה, או אישור.
  • בדקו שאישורים מוצגים בצורה שקורא מסך יקריא אותם נכון ושפקדי האישור/ביטול נגישים למקלדת.
  • ודאו שהמידע בעמוד הבדיקה/אישור מלא ומדויק ומאפשר קבלת החלטה מושכלת.
  • כלים אוטומטיים אינם מסוגלים לבדוק קריטריון זה - נדרשת בדיקת זרימה אנושית.

שאלות נפוצות

מה דורש קריטריון 3.3.4?

עבור פעולות בעלות השלכות משפטיות, פיננסיות או מחיקת נתונים בלתי הפיכה, יש לאפשר לפחות אחת מהאפשרויות: ביטול הפעולה, בדיקה ותיקון של הנתונים לפני השלמת הפעולה, או אישור מפורש לפני ביצוע.

מהי רמת הקריטריון 3.3.4?

רמה AA. הקריטריון נכלל ב-WCAG 2.0 ולכן הוא מחייב לפי ת"י 5568.

על אילו פעולות חל קריטריון 3.3.4?

הקריטריון חל על פעולות בעלות השלכות משפטיות (חתימת חוזה, הסכמה לתנאים), פיננסיות (רכישה, העברת כספים), או פעולות שמשנות או מוחקות נתונים בצורה שקשה לבטל.

מקורות

  • W3C - Understanding SC 3.3.4 Error Prevention (Legal, Financial, Data) (w3.org/WAI)
  • W3C - How to Meet WCAG (Quick Reference) (w3.org/WAI/quickref)

צריכים לעמוד בקריטריון הזה באתר שלכם?

ראו את המדריך המעשי להטמעה, או בדקו את האתר מול הצ'ק-ליסט.

לצ'ק-ליסט הנגישות