קריטריון 3.3.1: זיהוי שגיאות רמה A

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

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

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

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

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

למי זה עוזר?

הקריטריון מסייע למגוון רחב של משתמשים:

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

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

• הציגו הודעת שגיאה טקסטואלית ברורה בסמוך לשדה השגוי, או בראש הטופס עם קישור לשדה.
• השתמשו ב-aria-describedby כדי לקשר את השדה להודעת השגיאה, ואת aria-invalid="true" לסימון השדה השגוי.
• אל תסתמכו על צבע בלבד - הוסיפו תמיד טקסט המסביר מה שגוי.
• ניסוח הודעת השגיאה צריך להיות ספציפי: "כתובת הדוא"ל אינה תקינה" עדיף על "שגיאה בשדה 3".
• הציגו את הודעות השגיאה לאחר ניסיון ההגשה, או מיד לאחר שהמשתמש עוזב שדה שגוי (blur) - בהתאם לחוויית המשתמש הרצויה.

איך בודקים?

• בדיקה ידנית: נסו להגיש טופס עם שדות ריקים או ערכים לא תקינים. בדקו האם מוצגת הודעת שגיאה בטקסט וכי ניתן לזהות איזה שדה שגוי.
• קורא מסך (NVDA / VoiceOver): עברו על הטופס לאחר הגשה כושלת ובדקו האם השגיאות מוקראות, כולל שם השדה ותיאור הבעיה.
• בדיקת קוד: ודאו שקיים aria-invalid="true" ו-aria-describedby המצביע להודעת שגיאה על שדות שגויים.
• כלים אוטומטיים (axe, WAVE): יזהו חסרים נפוצים כגון שדות ללא קישור לשגיאה, אך לא יכולים לבדוק את איכות הניסוח.