ווידג'ט נגישות באתר - האם הוא מגן מתביעה, או שהוא בעצם מגדיל את הסיכון

למה ווידג'ט נגישות נראה כמו פתרון מפתה

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

מה ווידג'ט עושה בפועל - ומה הוא לא עושה

ווידג'ט נגישות הוא בעיקרו שכבת CSS ו-JavaScript שרצה מעל הדף הקיים ומנסה לשנות התנהגות דרך ה-DOM אחרי שהעמוד נטען. הוא יכול לשנות גודל פונט או קונטרסט כללי. אבל הוא לא יכול לדעת מה המשמעות האמיתית של אלמנט בעמוד - הוא לא יכול להוסיף תווית input שלא קיימת בקוד המקור בלי לטעות, לא יכול לפתור מלכודת מקלדת (focus trap) שנובעת ממבנה ה-HTML, ולא יכול לתקן ניווט שבור לקורא מסך שנוצר כי מפתח השתמש ב-<div> במקום ב-<button>. אלה בעיות שחייבות תיקון במקור - בקוד עצמו, לא מעליו.

זה בדיוק מה שה-FTC האמריקאי קבע רשמית. לפי ההסכם שפורסם בינואר 2025, accessiBe פרסמה שהווידג'ט שלה, accessWidget, מביא אתר לתאימות מלאה עם WCAG באמצעות בינה מלאכותית - בזמן שבפועל רכיבים בסיסיים כמו תפריטי ניווט, שדות טופס ותיאורי תמונה נשארו לא נגישים. accessiBe גם מימנה ביקורות שפורסמו באתרי צד שלישי בלי לחשוף שהן ממומנות, כך שהן נראו כמו חוות דעת עצמאיות. החברה שילמה מיליון דולר והתחייבה להימנע מפרסום מטעה מסוג זה (מקור: technologylaw.fkks.com).

הנתונים - ווידג'ט לא מוריד אתכם מרשימת היעד

לפי דוח התביעות השנתי של UsableNet לשנת 2023, תביעות דיגיטליות נגד אתרים שהתקינו ווידג'ט נגישות עלו ב-60% באותה שנה, וכ-30% מכלל התביעות הדיגיטליות שהוגשו בארה"ב היו נגד אתרים שכן השתמשו בווידג'ט כזה (מקור: accessibility.works). במילים אחרות - ווידג'ט לא רק שלא מגן, הוא לעתים מהווה סיגנל לתובעים ולעורכי דין שמתמחים בתחום שהעסק מודע לחובת הנגישות אבל פתר אותה בפתרון קוסמטי, ולא טיפל בבעיה עצמה.

מה באמת מקטין את הסיכון

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

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

מה שבטוח לא כדאי

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