קריטריון 3.3.7: הזנה כפולה רמה A
בקצרה
קריטריון 3.3.7 הזנה כפולה (Redundant Entry, רמה A) הוא קריטריון חדש ב-WCAG 2.2. הוא דורש שמידע שהמשתמש כבר הזין בשלב קודם של אותו תהליך לא יידרש ממנו שוב - המערכת תמלא אוטומטית או תאפשר בחירה. קריטריון זה אינו נדרש לפי ת"י 5568 הנוכחי (מעבר לדרישת התקן), אך מומלץ ליישום.
פרטי הקריטריון
| מספר | 3.3.7 |
|---|---|
| שם | הזנה כפולה (Redundant Entry) |
| רמה | A |
| גרסה | WCAG 2.2 |
| עיקרון | 3 - מובן (Understandable) |
| הנחיה | 3.3 - סיוע בהזנת קלט |
| מחייב לפי ת"י 5568 | לא - מעבר לדרישת ת"י 5568 (מומלץ) |
מה דורש קריטריון 3.3.7?
קריטריון 3.3.7 עוסק בתהליכים מרובי שלבים - כגון רכישה מקוונת, הרשמה לשירות, או מילוי שאלון ארוך. הדרישה: מידע שהמשתמש כבר הזין בשלב קודם של אותו תהליך לא יידרש ממנו להזין שוב, אלא אם קיימת סיבה מהותית לכך.
הקריטריון מציע שתי דרכי יישום:
- מילוי אוטומטי - המערכת ממלאת אוטומטית שדות עם מידע שהוזן בשלב קודם.
- בחירה מרשימה - המשתמש יכול לבחור מרשימה של מידע שהוזן קודם לכן, במקום להקליד מחדש.
חריגים מותרים: ניתן לבקש הזנה חוזרת כאשר:
- הזנה חוזרת היא הכרחית (כגון אישור סיסמה חדשה).
- המידע שהוזן קודם כבר לא תקף בהקשר הנוכחי.
- הדרישה נועדה לבטיחות (כגון אישור כתובת דוא"ל).
למי זה עוזר?
- אנשים עם לקויות קוגניטיביות - אינם נדרשים לזכור ולהזין שוב מידע שכבר סיפקו.
- אנשים עם לקויות מוטוריות - הקלדה היא מאמץ משמעותי עבורם; צמצום ההקלדות משפר את חוויית השימוש.
- משתמשי מקלדת וטכנולוגיות מסייעות - תהליכים ארוכים הופכים נגישים יותר כאשר אינם דורשים הזנות חוזרות.
- כלל המשתמשים - צמצום הזנות מיותרות מקצר תהליכים ומפחית עייפות וטעויות.
איך עומדים בקריטריון?
- בתהליכי רכישה: מלאו אוטומטית את כתובת החיוב מכתובת המשלוח אם הן זהות, עם אפשרות לשנות.
- בטפסי הרשמה רב-שלביים: שמרו נתונים שהוזנו בשלב א' והציגו אותם מולאו בשלב ב'.
- הציגו "השתמש במידע שהזנתם קודם" כאפשרות נוחה לבחירה.
- אל תנקו שדות שמולאו כאשר המשתמש חוזר לשלב קודם לתיקון - שמרו את ההזנות.
- ודאו שמנגנוני המילוי האוטומטי נגישים ומוקראים נכון על ידי קורא מסך.
טיפ
דוגמה נפוצה: בעמוד תשלום, הציעו "כתובת החיוב זהה לכתובת המשלוח" - תיבת סימון שמספקת חוויה טובה יותר ועומדת בקריטריון.
איך בודקים?
- בדיקה ידנית: עברו על תהליכים מרובי שלבים באתר. בדקו האם מידע שהוזן בשלב א' מתבקש שוב בשלב ב' ללא סיבה.
- בדקו שכאשר קיים מידע ממלא אוטומטי, הוא מוצג ונגיש גם בניווט מקלדת וקורא מסך.
- בחנו תהליכי רכישה, הרשמה, ומילוי שאלונים ארוכים.
- כלים אוטומטיים אינם מסוגלים לזהות הזנות כפולות - נדרשת בדיקת זרימה אנושית.
שאלות נפוצות
מה דורש קריטריון 3.3.7?
מידע שהמשתמש כבר הזין בשלב קודם של אותו תהליך לא יידרש ממנו להזין שוב - אלא אם יש סיבה מהותית. המערכת צריכה למלא מחדש את הנתונים שכבר ידועים, או לאפשר בחירה מרשימה.
מהי רמת הקריטריון 3.3.7?
רמה A. הקריטריון חדש ב-WCAG 2.2 ואינו נכלל ב-ת"י 5568 הנוכחי (המבוסס על WCAG 2.0 ו-2.1), ולכן אינו מחייב לפי ת"י 5568 - אך מומלץ ליישום.
מתי מותר לבקש מהמשתמש להזין אותו מידע שוב?
מותר לבקש הזנה חוזרת כאשר היא נחוצה מסיבה מהותית - כגון אישור סיסמה חדשה, בדיקת דיוק (אישור כתובת דוא"ל), או כשהמידע הקודם כבר לא רלוונטי בהקשר החדש.
מקורות
- W3C - Understanding SC 3.3.7 Redundant Entry (w3.org/WAI)
- W3C - How to Meet WCAG (Quick Reference) (w3.org/WAI/quickref)
צריכים לעמוד בקריטריון הזה באתר שלכם?
ראו את המדריך המעשי להטמעה, או בדקו את האתר מול הצ'ק-ליסט.
לצ'ק-ליסט הנגישות