תוסף נגישות לאתר הוא רכיב צד שלישי — בדרך כלל סקריפט שמוסיפים בשורת קוד אחת — שמציג כפתור נגישות בפינת המסך, ולפעמים גם מנסה "לתקן" את הקוד של העמוד אוטומטית בזמן הטעינה. בישראל הוא נפוץ מאוד, בעיקר כי הוא זול ומהיר. אבל תוסף נגישות לבד לא הופך אתר לנגיש ולא מבטיח עמידה בתקן: הבעיות האמיתיות יושבות בקוד של התבנית, ברכיבים ובתוכן, והתוסף ברוב המקרים לא מגיע אליהן. במאמר הזה אני מפרק מה התוספים האלה עושים בפועל, איפה הם נכשלים, ומתי יש להם מקום.
המאמר כולל הסבר כללי ואינו ייעוץ משפטי.
שני סוגים של תוספי נגישות
חשוב להבדיל בין שני דברים שנמכרים תחת אותו שם:
- סרגל העדפות (ווידג'ט) — תפריט עם הגדלת טקסט, ניגודיות גבוהה, גווני אפור, הדגשת קישורים, עצירת אנימציות. הוא משנה את התצוגה עבור מי שלוחץ עליו, ולא נוגע במבנה הקוד.
- "תיקון אוטומטי" — סקריפט שסורק את העמוד אחרי שהוא נטען, ומנסה להוסיף טקסט חלופי לתמונות, תוויות לשדות ותכונות ARIA. לפעמים מוצג כמבוסס בינה מלאכותית.
רוב התוספים המסחריים משלבים את שניהם.
למה סרגל ההעדפות כמעט לא עוזר למי שצריך אותו
אנשים שמשתמשים בטכנולוגיה מסייעת כבר עובדים עם הכלים שלהם: קורא מסך, הגדלה של מערכת ההפעלה, הגדרות ניגודיות של הדפדפן, מקלדת. הם לא צריכים תפריט נפרד בכל אתר — ובטח שלא תפריט שנראה ומתנהג אחרת מאתר לאתר. זו אחת הטענות המרכזיות של Overlay Fact Sheet, מסמך שעליו חתומים יותר מאלף אנשי מקצוע בתחום — בהם תורמים לתקני WCAG ו-ARIA, מפתחי טכנולוגיות מסייעות ומשתמשים עם מוגבלות. לפי אותו מסמך, בסקר של WebAIM 67% מאנשי המקצוע דירגו את התוספים האלה כלא יעילים או לא יעילים במיוחד, ובקרב משיבים עם מוגבלות — 72%.
למה "תיקון אוטומטי" לא מספיק
כדי לעמוד ב-WCAG צריך לעמוד בכל קריטריוני ההצלחה ברמה הנדרשת — לא ברובם. ויש דברים שסקריפט לא יכול לנחש:
- טקסט חלופי — סקריפט יכול לזהות שבתמונה יש "איש עם מחשב", אבל לא לדעת שהתמונה היא בעצם קישור לעמוד השירות, או שהיא דקורטיבית ועדיף שקורא המסך ידלג עליה. ראו איך כותבים טקסט חלופי.
- טפסים — הודעות שגיאה, סדר שדות וחיווי של שדות חובה תלויים בלוגיקה של הטופס.
- ניווט במקלדת — תפריט שנפתח רק בריחוף עכבר, או חלון קופץ שלוכד את הפוקוס, דורשים שינוי בקוד של הרכיב עצמו.
- אתרים דינמיים — באתרים שבנויים ב-React, Vue וכדומה התוכן משתנה בלי טעינה מחדש, והתיקון האוטומטי מתקשה לעמוד בקצב.
- קבצים — PDF, וידאו ותוכן בתוך canvas לא מושפעים מהסקריפט בכלל.
המקרה של accessiBe
בינואר 2025 הודיעה רשות הסחר הפדרלית האמריקאית (FTC) על הסדר עם חברת accessiBe, יצרנית התוסף accessWidget, שבמסגרתו החברה תשלם מיליון דולר. לפי ה-FTC, החברה טענה בפרסום שהכלי שלה יכול להפוך כל אתר לתואם WCAG, ללא ביסוס מספק, והציגה ביקורות ממומנות כאילו הן עצמאיות. הצו הסופי אושר באפריל 2025, והוא אוסר על החברה לטעון שהמוצרים האוטומטיים שלה מביאים אתר לעמידה בהנחיות, או שומרים על העמידה לאורך זמן, בלי ראיות. זה לא פסק דין ישראלי, אבל זה מסמך רשמי שמראה כמה רחוקה ההבטחה השיווקית מהמציאות.
מה זה אומר לפי הדין בישראל
החובה בישראל היא להנגיש את האתר לפי ת"י 5568, שמבוסס על WCAG 2.0 ברמה AA, ולפרסם הצהרת נגישות. אין בתקן סעיף שאומר "התקנת תוסף = עמידה". בפועל נבדק אם האתר עצמו עובד: אם אפשר להגיע לכל רכיב במקלדת, אם קורא מסך מבין את הכפתורים והטפסים, אם יש ניגודיות מספקת. את המסגרת המלאה פירטתי במאמר חוק נגישות אתרים.
יש גם מחירים נסתרים
- ביצועים — עוד סקריפט חיצוני שנטען בכל עמוד. על העלות של סקריפטים כאלה כתבתי בסקריפטים חיצוניים באתר.
- פרטיות — לפי Overlay Fact Sheet, חלק מהתוספים מנסים לזהות אם הגולש משתמש בטכנולוגיה מסייעת — כלומר מסיקים מידע רגיש על מוגבלות — ושומרים העדפות בעוגיות.
- התנגשויות — שינוי של ה-DOM בזמן ריצה יכול לשבור רכיבים שעבדו, או לגרום לקורא המסך להקריא דברים פעמיים.
- תחושת ביטחון כוזבת — העסק חושב שהנושא סגור, ולכן אף אחד לא בודק את האתר באמת.
אז מתי תוסף כן בסדר?
סרגל העדפות פשוט, שלא מתיימר לתקן קוד ולא טוען לעמידה בתקן, יכול להיות תוספת נוחה לחלק מהגולשים — למשל למי שלא יודע שאפשר להגדיל טקסט בדפדפן. הסדר הנכון הוא קודם אתר נגיש בקוד, ורק אחר כך, אם רוצים, סרגל קטן מעליו. לא להפך.
מה עושים במקום
- בודקים את האתר באמת — כלי אוטומטי, מקלדת וקורא מסך. פירטתי בבדיקת נגישות אתר.
- מתקנים בתבנית — רוב הבעיות חוזרות בכל העמודים, ולכן תיקון אחד בתבנית פותר אותן בכל האתר.
- מתקנים את התוכן — טקסט חלופי, כותרות, קישורים ברורים.
- מפרסמים הצהרה כנה — ראו הצהרת נגישות לאתר.
שאלות נפוצות
אם אסיר את תוסף הנגישות, האתר יהיה פחות נגיש?
אם האתר נגיש בקוד — כמעט לא. אם הוא לא נגיש, התוסף ממילא לא פתר את זה. לפני הסרה כדאי לבדוק מה התוסף עושה באתר שלכם, ולתקן את מה שהוא הסתיר.
תוסף נגישות בחינם לוורדפרס מספיק לאתר קטן?
אותה תשובה: הוא לא מחליף הנגשה. בוורדפרס רוב העבודה היא בתבנית ובתוכן — ראו הנגשת אתר וורדפרס.
האם יש תוסף שמבטיח עמידה בת"י 5568?
לא ראיתי כזה, וטענה כזו צריכה להדליק נורה אדומה — בדיוק על טענה כזו נקנסה accessiBe בארצות הברית.
מאמרים קשורים: רכז נגישות: מי חייב למנות, מה התפקיד, ואיך זה קשור לאתר.
אני מנגיש אתרים בקוד — תבנית, רכיבים וטפסים — ולא דרך תוסף. פירוט בעמוד הנגשת אתרים לפי ת״י 5568, ואם תרצו, שלחו לי את כתובת האתר.
אהבתם את המאמר?
