טופס נגיש מסביר מראש מה למלא, מחבר כל הסבר לשדה המתאים ומאפשר להבין מה השתבש. טקסט מציין מקום בתוך השדה אינו תחליף בטוח לתווית שנשארת זמינה.
בודקים תוויות והוראות
לכל שדה, בחירה וכפתור צריך להיות שם שמסביר את מטרתו. בודקים שהתווית הנראית מקושרת לשדה בקוד וששם הרכיב שנמסר לטכנולוגיה מסייעת תואם למילים שהמשתמש רואה.
פורמט נדרש, מגבלת קלט וסימון של שדה חובה צריכים להופיע לפני הטעות או בזמן שבו המידע נחוץ. קבוצות של אפשרויות צריכות הסבר משותף שמבהיר את השאלה.
יוצרים שגיאות מכוונות
שולחים את הטופס עם שדה חסר ועם ערך בפורמט שגוי. הודעת השגיאה צריכה לזהות בטקסט את השדה ואת מה שנדרש לתקן, ולא להסתמך רק על מסגרת אדומה או סמל.
בודקים שההודעה נקראת בקורא מסך, שהקשר שלה לשדה ברור ושאפשר להגיע לשדה הבעייתי במקלדת. במקרים המתאימים יש לספק הצעת תיקון בלי לשנות את משמעות הנתון עבור המשתמש.
בודקים תיקון והשלמה
לאחר שגיאה בודקים שהערכים התקינים נשמרו, שהמיקוד אינו נעלם ושהמשתמש יכול להשלים את הפעולה. הודעת הצלחה צריכה להיות ברורה ולהגיע גם לטכנולוגיה מסייעת.
בטופס בעל משמעות משפטית או כספית יש לבחון גם את מנגנוני האישור, הבדיקה והתיקון החלים עליו. המאמר אינו קובע אילו מנגנונים נדרשים בכל שירות.
רשימת בדיקה
-
לכל רכיב קלט יש תווית ברורה ומקושרת.
-
הוראות ופורמט נדרש מופיעים בזמן המתאים.
-
שגיאה מזוהה בטקסט ולא בצבע בלבד.
-
הודעת השגיאה קשורה לשדה ונמסרת לטכנולוגיה מסייעת.
-
אפשר לתקן ולשלוח בלי לאבד מידע תקין.
מקורות רשמיים להמשך בדיקה
- הסבר נגיש על ת״י 5568 חלק 1 (HTML) ת״י 5568 חלק 1 (PDF, מסמך רשמי)
- W3C: תוויות או הוראות
- W3C: זיהוי שגיאה
המקורות הרשמיים הם הקובעים. יש לוודא שהמסמך וההוראות בתוקף במועד הבדיקה.