מי חייב בנגישות דיגיטלית ומאיזה תאריך
החובה לנגישות דיגיטלית בישראל נובעת מתקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), התשע"ג-2013, שתוקנו מספר פעמים להרחבת החובות על שירותים דיגיטליים. החל ממאי 2018, הרשויות הציבוריות נדרשו להנגיש את אתריהן, ובהדרגה הורחבה החובה לגופים נוספים.
החל מינואר 2021, החובה חלה על כל ארגון המעסיק 25 עובדים או יותר ומפעיל אתר אינטרנט או אפליקציה המשמשים את הציבור. הגדרה זו כוללת חברות פרטיות, עמותות וכל גוף שמספק שירותים לציבור. חשוב לציין שהחובה חלה גם על שירותים שמופעלים דרך אתר צד שלישי.
- רשויות ציבוריות - החל ממאי 2018
- גופים שמעסיקים 50+ עובדים - החל מינואר 2020
- גופים שמעסיקים 25-49 עובדים - החל מינואר 2021
- בתי עסק ברישיון - החל ממאי 2022 (בעת חידוש הרישיון)
הגדרת "שירות לציבור" רחבה וכוללת כל אתר או אפליקציה המאפשרים לציבור לקבל מידע, לבצע פעולות או לקבל שירותים. זה כולל אתרי מסחר אלקטרוני, פלטפורמות SaaS, אתרי תוכן ואפילו אתרי תדמית פשוטים שמספקים מידע על החברה.
דרישות התקן הטכני ורמת הציות הנדרשת
התקן הישראלי לנגישות דיגיטלית מתבסס על תקן WCAG 2.1 ברמה AA, שהוא התקן הבינלאומי המובל לנגישות אתרים. התקן כולל ארבע עקרונות יסוד: Perceivable (ניתן לתפיסה), Operable (ניתן להפעלה), Understandable (מובן) ו-Robust (עמיד).
הדרישות הטכניות העיקריות כוללות:
- טקסט חלופי לתמונות - כל תמונה חייבת להכיל תיאור שמעביר את המידע או הפונקציה שלה
- כתוביות לסרטונים - כל תוכן וידאו חייב לכלול כתוביות מדויקות
- ניווט במקלדת - כל הפונקציות חייבות להיות זמינות דרך מקלדת בלבד
- ניגודיות צבעים - יחס ניגודיות מינימלי של 4.5:1 לטקסט רגיל ו-3:1 לטקסט גדול
- מבנה סמנטי - שימוש נכון בתגי HTML לארגון התוכן
- תמיכה בקוראי מסך - הבטחת תאימות לטכנולוגיות עזר
נכון למועד כתיבת מאמר זה, רשות השוויון מפרסמת הנחיות מפורטות באתרה הרשמי, והתקן הישראלי מתעדכן בהתאם להתפתחויות הבינלאומיות. חברות טכנולוגיה מומלצות לעקוב אחר העדכונים שכן הדרישות עשויות להתרחב.
חשוב להבין שנגישות דיגיטלית אינה "תוספת יפה" אלא דרישה משפטית מחייבת שאי-עמידה בה עלולה להוביל לסנקציות משמעותיות.
כיצד להנגיש אתר או אפליקציה קיימים
הנגשת אתר או אפליקציה קיימים דורשת תהליך מתוכנן הכולל בדיקה, תיקון ובקרה שוטפת. הגישה המומלצת היא לבצע תהליך מדורג שמתחיל ברכיבים הקריטיים ביותר ומתקדם להיבטים טכניים מורכבים יותר.
שלב 1: ביצוע ביקורת נגישות
השלב הראשון כולל בדיקה מקיפה של האתר או האפליקציה כנגד דרישות WCAG 2.1 AA. הבדיקה כוללת בדיקה אוטומטית באמצעות כלים כמו axe-core או WAVE, ובדיקה ידנית המתמקדת בחוויית המשתמש עם טכנולוגיות עזר.
שלב 2: תיעדוף תיקונים
- קריטי - בעיות המונעות גישה לתוכן בסיסי (חסר טקסט חלופי, בעיות מקלדת)
- חשוב - בעיות המקשות על השימוש (ניגודיות, מבנה כותרות)
- רצוי - שיפורים שמעשירים את החוויה (הנחיות ברורות יותר, פונקציות עזר)
שלב 3: יישום טכני
התיקונים הטכניים כוללים הוספת תכונות נגישות לקוד, התאמת עיצוב והבטחת תמיכה בטכנולוגיות עזר. לעיתים נדרש לשנות את ארכיטקטורת המידע או דרכי האינטראקציה כדי להבטיח חוויה נגישה.
חברות SaaS מומלצות לשלב נגישות בתהליכי הפיתוח השוטפים ("Shift Left") כדי למנוע הצטברות של בעיות נגישות בגרסאות עתידיות.
הצהרת הנגישות: תוכן חובה ודרישות פרסום
כל גוף החייב בנגישות דיגיטלית מחויב לפרסם הצהרת נגישות באתר או באפליקציה. ההצהרה חייבת להיות זמינה בקלות, בדרך כלל דרך קישור בתחתית הדף הראשי, ולהיות נגישה בעצמה לאנשים עם מוגבלות.
תוכן חובה בהצהרת נגישות:
- מידע על הארגון - שם, כתובת ופרטי יצירת קשר
- תאריך עדכון האתר האחרון מבחינת נגישות
- תקן הנגישות עליו מבוסס האתר (WCAG 2.1 AA)
- חלקים שאינם נגישים - פירוט של תכנים או פונקציות שעדיין לא הונגשו
- דרכי יצירת קשר לפניות בנושא נגישות
- מנגנון משוב המאפשר למשתמשים לדווח על בעיות נגישות
ההצהרה חייבת להיות מעודכנת ומדויקת. פרסום הצהרה מטעה או לא מעודכנת עלול להחמיר את המצב המשפטי במקרה של תביעה או פניה לרשות השוויון.
הצהרת הנגישות אינה רק דרישה פורמלית אלא כלי תקשורת חשוב עם המשתמשים ומחויבות פומבית לשיפור מתמיד.
עדכון שוטף והתאמות
ההצהרה חייבת להתעדכן כל 6 חודשים או בעקבות שינויים משמעותיים באתר. כדאי לקבוע תהליך פנימי שמבטיח עדכון שוטף ומעקב אחר התקדמות בהנגשת התכנים.
מנגנוני אכיפה, עיצומים כספיים ותביעות אזרחיות
אכיפת חובות הנגישות הדיגיטלית בישראל מתבצעת בשתי דרכים עיקריות: הליכים מינהליים באמצעות רשות השוויון לזכויות אנשים עם מוגבלות, והליכים אזרחיים שמתבצעים בבתי המשפט.
הליך מינהלי - רשות השוויון
רשות השוויון מוסמכת להטיל עיצומים כספיים על גופים שלא עומדים בחובות הנגישות. נכון למועד כתיבת מאמר זה, גובה העיצומים מתפרסם באתר הרשות ומתעדכן מעת לעת. הרשות מוסמכת גם להוציא צווי ביצוע המחייבים תיקון הבעיות בלוח זמנים מוגדר.
- התראה ראשונה - בדרך כלל ללא עיצום כספי, עם דרישה לתיקון בתוך 30 יום
- עיצום על אי-ציות - בגובה שמתפרסם באתר הרשות
- עיצום מוגבר - במקרים של אי-ציות חוזר או מקרים חמורים
תביעות אזרחיות
אנשים עם מוגבלות יכולים להגיש תביעות אזרחיות כנגד גופים שלא עומדים בחובות הנגישות. התביעות יכולות לכלול דרישה לפיצויים, לצו עשה המחייב הנגשה, ובמקרים מסוימים גם תביעות ייצוגיות.
פסיקת בתי המשפט הישראליים מראה מגמה של הקפדה על יישום חובות הנגישות, כאשר בתי המשפט נוטים לחייב פיצויים משמעותיים במקרים של הפרה מכוונת או רשלנית.
חברות טכנולוגיה צריכות להתייחס לנגישות דיגיטלית כחלק אינטגרלי מניהול הסיכונים המשפטיים, לא כעניין שיווקי או טכני בלבד.
הגנות אפשריות ומגבלות
החוק מכיר במגבלות מסוימות, כגון עומס כלכלי בלתי-סביר או קושי טכני יוצא דופן. עם זאת, הגנות אלה נבחנות בקפדנות ונדרש הוכחת מאמץ של ממש לפתרון חלופי.
אתגרים ספציפיים לחברות SaaS, פלטפורמות דיגיטליות ואפליקציות מובייל
חברות טכנולוגיה מתמודדות עם אתגרים מיוחדים ביישום נגישות דיגיטלית, הנובעים מהמורכבות הטכנית של המוצרים שלהן ומהצורך לאזן בין חדשנות לבין דרישות נגישות.
פלטפורמות SaaS ומערכות מורכבות
פלטפורמות SaaS מתאפיינות בממשקים מורכבים, פונקציונליות דינמית ועדכונים תכופים. הנגשתן דורשת גישה מערכתית שמתחילה בשלב התכנון ונמשכת לכל מחזור הפיתוח.
- ממשקים דינמיים - הבטחת נגישות לתכנים שנוטענים ומתעדכנים בזמן אמת
- דאשבורדים ותרשימים - מתן חלופות טקסטואליות למידע ויזואלי מורכב
- ווירקפלואים מורכבים - הבטחת נגישות לתהליכים רב-שלביים
- התאמות אישיות - מתן אפשרות למשתמשים להתאים את הממשק לצרכיהם
אפליקציות מובייל - אתגרים נוספים
אפליקציות מובייל כפופות לאותן דרישות נגישות, אך מתמודדות עם אתגרים טכניים נוספים הנובעים ממגבלות המסך, דפוסי השימוש השונים והצורך בתמיכה במגוון רחב של טכנולוגיות עזר מובייליות.
חשוב לשים לב שאפליקציות היברידיות (PWA) או אפליקציות שמבוססות על WebView צריכות לעמוד בדרישות נגישות גם לגבי הרכיבים הנטיבים וגם לגבי התוכן הווב.
שילוב עם שירותי צד שלישי
רבות מחברות הטכנולוגיה מסתמכות על שירותי צד שלישי (widgets, פלאגינים, API externals). החברה נושאת באחריות לוודא שגם הרכיבים של צד שלישי עומדים בדרישות הנגישות או למצוא חלופות נגישות.
אחריות הנגישות חלה על כל חברה לגבי השירות שלה כפי שהוא מוצג למשתמש הסופי, ללא קשר לשימוש ברכיבי צד שלישי.
אסטרטגיה ארוכת טווח לנגישות דיגיטלית בארגון
יישום נגישות דיגיטלית בצורה יעילה ומקיפה דורש גישה אסטרטגית שמשלבת היבטים טכניים, משפטיים וארגוניים. הגישה המומלצת היא לראות בנגישות חלק אינטגרלי מתרבות הפיתוח ולא פרויקט חד-פעמי.
בניית יכולות פנימיות
- הכשרת הצוות - הכשרת מפתחים, מעצבים ומנהלי מוצר בעקרונות נגישות
- קביעת אחריות ברורה - מינוי רכז נגישות או הטמעת האחריות בתפקידים קיימים
- שילוב בתהליכי QA - הוספת בדיקות נגישות לבדיקות השגרתיות
- כלים אוטומטיים - שילוב כלי בדיקה אוטומטיים בתהליך הפיתוח (CI/CD)
תכנון ולוחות זמנים
מומלץ לפרק את פרויקט ההנגשה לשלבים ברורים עם יעדי ביניים מדידים. כל שלב צריך לכלול בדיקה, תיקון ואימות התוצאות. חשוב לתת עדיפות לפונקציות הקריטיות של המוצר ולהתקדם משם לפונקציות משניות.
שיתוף פעולה עם מומחים
רבות מהחברות בוחרות לעבוד עם יועצי נגישות חיצוניים, במיוחד בשלבים הראשונים. השיתוף יכול לכלול ביקורת נגישות, הכשרת הצוות, ליווי בתהליך היישום ובדיקות תקופתיות.
כמו כן, חשוב לשתף משתמשים עם מוגבלות בתהליך הבדיקה - הם יכולים לספק תובנות שלא ניתן לקבל רק מבדיקות טכניות.
תחזוקה ועדכון שוטף
נגישות דיגיטלית אינה פרויקט חד-פעמי אלא תהליך מתמשך. כל עדכון במוצר, תכונה חדשה או שינוי בעיצוב צריך לעבור בדיקת נגישות. מומלץ לבצע ביקורת נגישות כוללת לפחות אחת לשנה ולעדכן את הצהרת הנגישות בהתאם.
חברות שמיישמות גישה מערכתית ארוכת טווח לנגישות דיגיטלית מגלות לעיתים קרובות שהתוצאה היא לא רק עמידה בחובה המשפטיות אלא גם שיפור כללי בחוויית המשתמש, הרחבת קהל היעד ואפילו יתרונות SEO משמעותיים.
האמור במאמר זה מהווה מידע כללי בלבד ואינו מהווה ייעוץ משפטי. לקבלת ייעוץ מותאם לנסיבות הספציפיות של חברתכם, אנו מזמינים אתכם ליצור קשר עם משרדנו.
