תוסף נגישות מספיק כדי לעמוד בחוק? מה הווידג'ט עושה, ומה הוא לא יכול

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

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

מה התוסף באמת עושה

רוב התוספים הצפים בשוק נותנים פחות או יותר את אותו תפריט:

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

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

מה התוסף לא יכול לעשות, גם אם מאוד ירצה

הנה ארבע דרישות מרכזיות מהתקן, ולמה תוסף לא פותר אף אחת מהן:

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

תוויות בטפסים. שדה בלי תווית מחוברת בקוד מוקרא כ"שדה עריכה" ותו לא. האם זה שם? טלפון? מספר תעודת זהות? תוסף יכול לנחש לפי ה-placeholder, אם יש. כשהוא טועה, הוא טועה בשקט, ואף אחד לא יודע.

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

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

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

למה התוסף לפעמים גם מזיק

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

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

וזו לא רק דעה של מפתחים. קהילת הנגישות הבינלאומית מתעדת את הבעיות האלה כבר שנים, למשל ב-Overlay Fact Sheet, מסמך שעליו חתומים מאות אנשי מקצוע בתחום. ובארה"ב, ב-2025, רשות הסחר הפדרלית (FTC) אישרה צו נגד אחת מחברות התוספים הגדולות בגלל טענות מטעות שהמוצר הופך אתרים לעומדים ב-WCAG. מוצר שהרגולטור אסר עליו לטעון שהוא מבטיח עמידה - זה לא מוצר שכדאי לבנות עליו הגנה.

ומה עם "התוסף כולל הצהרת נגישות"?

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

אז מה כן מכסה אתכם

אין קיצור דרך, אבל יש סדר עבודה הגיוני:

1. בדיקה אמיתית. כלי אוטומטי (Lighthouse, WAVE) לתמונה ראשונית, ואז מעבר ידני עם מקלדת וקורא מסך. בדיקה אוטומטית תופסת רק חלק מהבעיות, והחלק שהיא מפספסת הוא בדיוק החלק שתוסף לא מתקן.
2. תיקון במקור. טקסטים חלופיים, תוויות, ניווט מקלדת, ניגודיות, מבנה כותרות. ברוב אתרי העסקים זו עבודה מוגדרת וסופית, לא פרויקט אינסופי.
3. הצהרת נגישות אמיתית שמשקפת את מה שנעשה, עם דרך פנייה שמישהו באמת עונה בה.
4. שמירה על המצב. כל עמוד חדש, באנר או רכיב מוטמע יכולים לשבור את מה שתוקן. נגישות היא חלק מהתחזוקה, לא אירוע חד פעמי.

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

שאלות שחוזרות

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

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

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

שורה תחתונה

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

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