נגישות אתרים בישראל (תקן 5568) - מה החוק דורש מבעל עסק

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

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

מה אומר החוק

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

המעגל השלישי הוא התקן הטכני עצמו: תקן ישראלי 5568, שמאמץ כמעט במלואן את ההנחיות הבינלאומיות של ארגון W3C, המוכרות בשם WCAG (Web Content Accessibility Guidelines). החוק הישראלי מחייב עמידה ברמה AA - כלומר בכל הקריטריונים של הרמה הבסיסית (A) ושל הרמה הבינונית (AA), שכוללים יחד עשרות דרישות טכניות מוגדרות: מניגודיות צבעים ועד ניווט מלא במקלדת.

מי חייב ומי פטור

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

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

מה הסיכון למי שלא עומד בדרישות

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

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

ארבעת עקרונות הנגישות

התקן כולו בנוי על ארבעה עקרונות יסוד, המוכרים בראשי התיבות POUR. להכיר אותם עוזר להבין מה בעצם נדרש מהאתר.

תפיסתי (Perceivable)

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

תפעולי (Operable)

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

מובן (Understandable)

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

עמיד (Robust)

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

למה תוסף נגישות צף לא מספיק

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

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

הצהרת נגישות: גם היא חובה

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

איך מנגישים אתר בפועל

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

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

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

השורה התחתונה

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

אנחנו ב-One Stop Shop בונים אתרים נגישים מהיסוד: מבנה סמנטי, ניווט מקלדת, ניגודיות ותוויות - כחלק מהבנייה, לא כתוסף שמודבק בסוף. רוצים לדעת איפה האתר שלכם עומד מול הדרישות? שלחו לנו הודעת וואטסאפ ונעשה בדיקה ראשונית.