נגישות אתרים בישראל: מה תקנות הנגישות (תקן 5568) דורשות

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

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

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

1. מה זה בכלל נגישות אתרים — ולמה החוק קיים

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

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

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

2. תקן 5568 ו-WCAG — מה ההבדל ומה הקשר

פה נכנס הבלבול הכי נפוץ. בואו נסדר.

WCAG (ראשי-תיבות של Web Content Accessibility Guidelines) הוא תקן בינלאומי שמפרסם ארגון ה-W3C. זה המסמך שמגדיר את כל הכללים הטכניים של נגישות באינטרנט — מה זו ניגודיות מספקת, איך מסמנים תמונות, איך בונים טפסים נגישים וכו׳. ל-WCAG יש שלוש רמות עמידה: A (בסיסית), AA (בינונית), ו-AAA (גבוהה).

תקן ישראלי 5568 הוא האימוץ הרשמי של WCAG בישראל, שמפרסם מכון התקנים. חלק 1 של התקן עוסק באתרי אינטרנט. בפועל, התקן הישראלי מאמץ את WCAG ומוסיף עליו התאמות מקומיות, בעיקר התייחסות לעברית ו-RTL, ולשפה (עברית/ערבית). אז כשמישהו אומר ״האתר עומד בתקן 5568״, הוא בעצם אומר ״האתר עומד ב-WCAG ברמה הנדרשת, כולל ההתאמות לעברית״.

הרמה הנדרשת בישראל היא AA. לא A (לא מספיק), ולא AAA (זה רף גבוה מאוד שגם אתרים ממשלתיים מתקשים לעמוד בו). תקן 5568 בנוי במקורו על WCAG 2.0, אבל בפועל היום עובדים מול WCAG 2.1 / 2.2, כי אלה הגרסאות העדכניות וכך גם בדיקות הנגישות נעשות. ההבדלים בין הגרסאות מינוריים מבחינת רוב האתרים — מי שעומד ב-2.2 AA מכוסה היטב גם לדרישת התקן.

בשורה התחתונה: כשאתם בודקים נגישות, המטרה היא WCAG 2.2 ברמה AA, וזה מה שמספק את העמידה בתקן 5568.

3. מי חייב להנגיש — ומי פטור

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

מי חייב

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

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

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

הפטור החלקי לעסקים קטנים

יש פה שתי הקלות שונות שמתבלבלות אחת בשנייה, אז שווה להפריד ביניהן בזהירות.

ההקלה הראשונה — אתר ותיק של עסק קטן. חובת ההנגשה הטכנית המלאה לפי תקן 5568 חלה על אתר שכבר היה קיים לפני 26 באוקטובר 2017 רק אם המחזור הכספי השנתי של העסק עולה על מיליון ש״ח (בממוצע שלוש השנים האחרונות). עסק קטן יותר, עם אתר ותיק שלא עבר שינוי מהותי, פטור מההנגשה הטכנית המלאה. שימו לב לתנאי הכפול: גם ״ותיק״ (לפני אוקטובר 2017) וגם ״מתחת למיליון״. אתר חדש חייב להיות נגיש בלי קשר לגודל העסק.

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

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

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

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

4. הצהרת נגישות — המסמך שכולם שוכחים

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

מה חייב להופיע בהצהרה

הצהרת נגישות תקינה כוללת לפחות את הסעיפים הבאים:

• שם הארגון/העסק ופרטי האתר שאליו ההצהרה מתייחסת.
• רמת הנגישות שהושגה (לדוגמה: ״האתר עומד בדרישות תקנות הנגישות ברמה AA לפי תקן ישראלי 5568״).
• תאריך ביצוע ההנגשה ותאריך עדכון אחרון של ההצהרה.
• באילו דפדפנים וטכנולוגיות מסייעות נבדק האתר (למשל Chrome עם NVDA), כדי שיהיה ברור על מה ההצהרה מבוססת.
• מה כן הונגש ומה לא — אם יש חלקים שלא הונגשו (למשל מסמך PDF ישן או תוכן צד-שלישי), צריך לציין זאת בכנות ולהציע חלופה.
• דרכי פנייה לרכז הנגישות — שם, טלפון ומייל של מי שאפשר לפנות אליו בנושאי נגישות. זה קריטי.
• פירוט פטור, אם הסתמכתם על אחד — לפי איזה תנאי, ומה הדרך החלופית לקבלת השירות.

דוגמה לטקסט פתיחה של הצהרה

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

הצהרת נגישות — [שם העסק]

אנו רואים חשיבות רבה במתן שירות שווה לכלל הציבור, כולל אנשים עם מוגבלות.
האתר הונגש בהתאם לתקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות),
התשע״ג-2013, ולתקן הישראלי ת״י 5568 ברמה AA.

תאריך הנגשה: __ / __ / ____
תאריך עדכון אחרון: __ / __ / ____
נבדק בדפדפן Chrome עם קורא המסך NVDA.

חלקים שטרם הונגשו במלואם: [פירוט + דרך חלופית].

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

למה זה כל כך חשוב

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

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

5. הקנסות, התביעות והמציאות בשטח

עכשיו לחלק שמלחיץ אנשים — וזה בצדק. בואו נדבר בכנות על מה שבאמת קורה.

פיצוי בלי הוכחת נזק — זה הלב של העניין

החוק מאפשר לבית המשפט לפסוק פיצוי של עד 50,000 ש״ח לתובע, בלי שהתובע צריך להוכיח שום נזק ממשי. זו הנקודה הקריטית. בתביעות רגילות צריך להוכיח נזק; כאן מספיק שאדם עם מוגבלות נכנס לאתר ולא הצליח לבצע פעולה בסיסית — למלא טופס, לקרוא תפריט עם קורא מסך, להגדיל גופן — וכבר יש עילה.

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

סוגי החשיפה הכספית

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

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

6. למה ״תוסף נגישות״ לבדו זו מלכודת

זה אחד הדברים החשובים ביותר במדריך הזה, אז קראו אותו פעמיים.

יש המון תוספים (overlay / accessibility widget) שמבטיחים ״נגישות מלאה בלחיצת כפתור״ תמורת כמה מאות שקלים בשנה. אתם מכירים אותם — הכפתור הכחול-עגול בפינה עם איש המקל. בעלי עסקים אוהבים אותם כי הם זולים וקלים. הבעיה: הם לא מנגישים את האתר באמת, והם לא מגנים מתביעה.

למה התוספים לא מספיקים

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

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

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

אז למה בכלל יש תוספים?

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

7. צ׳קליסט הנגשה מעשי — מה לבדוק בפועל

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

מבנה וסמנטיקה

• כל תמונה משמעותית עם alt תיאורי; תמונות דקורטיביות עם alt="" ריק.
• שימוש בתגיות סמנטיות: <header>, <nav>, <main>, <footer>, ו-<h1>–<h6> בהיררכיה נכונה (h1 אחד לעמוד).
• שפה מוגדרת ב-HTML, ובעברית גם כיווניות נכונה.

<html lang="he" dir="rtl">
  <head>
    <meta charset="utf-8">
    <title>שם העסק — דף הבית</title>
  </head>
  <body>
    <a href="#main" class="skip-link">דלג לתוכן הראשי</a>
    <img src="logo.svg" alt="לוגו העסק">
    <main id="main"> ... </main>
  </body>
</html>

טפסים

• כל שדה עם <label> מקושר (for/id), לא רק placeholder.
• הודעות שגיאה ברורות, מקושרות לשדה עם aria-describedby.
• כפתור שליחה שאפשר להגיע אליו ולהפעיל אותו במקלדת.

<label for="email">אימייל</label>
<input id="email" type="email" aria-describedby="email-err" required>
<span id="email-err" role="alert">נא להזין כתובת אימייל תקינה</span>

ניווט במקלדת

• אפשר לעבור על כל האתר עם Tab בלבד, בסדר הגיוני.
• פוקוס נראה לעין (:focus-visible עם מסגרת ברורה) — אל תכבו אותו ב-CSS.
• ״קישור דילוג״ (skip link) לתחילת התוכן.

צבע וניגודיות

• ניגודיות טקסט מול רקע: לפחות 4.5:1 לטקסט רגיל, 3:1 לטקסט גדול.
• אסור להעביר מידע בצבע בלבד (למשל ״השדות באדום חובה״ — צריך גם טקסט/אייקון).

מדיה ותנועה

• וידאו עם כתוביות; אודיו עם תמלול.
• כיבוד prefers-reduced-motion למי שרגיש לאנימציות.

הצהרה ודרך חלופית

• עמוד הצהרת נגישות מלא ומקושר מהפוטר.
• פרטי רכז נגישות (שם, טלפון, מייל) זמינים.

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

8. איפה החוק והחוויה הטובה נפגשים

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

• HTML סמנטי נקי עוזר לקוראי מסך, ובמקביל עוזר לגוגל להבין את העמוד. נגישות ו-SEO חולקים את אותו בסיס בריא. כתבתי על זה בהרחבה במדריך SEO לאתרי React ו-SPA, כי אתרים מבוססי JavaScript מועדים לבעיות בשני התחומים גם יחד.
• ניגודיות טובה טובה לכולם, לא רק לכבדי-ראייה. נסו לקרוא אתר עם צבעים בהירים בשמש בחוץ.
• טפסים ברורים עם תוויות מעלים את אחוז ההמרה. אנשים נוטשים טפסים מבלבלים. אם בא לכם לשפר טפסים בכלל, יש לי מדריך על טפסי יצירת קשר עם EmailJS ו-Resend שנכנס לפרטים, ועוד מדריך על קופי שממיר בעברית שמתחבר לזה ישירות.
• ניווט מקלדת תקין עוזר גם למשתמשי-כוח שמעדיפים מקלדת על עכבר.
• כיבוד prefers-reduced-motion משפר ביצועים ותחושת מהירות — וזה משחק ישירות לCore Web Vitals, שגוגל מודד.

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

9. תוכנית פעולה: מאיפה מתחילים

אם אתם מתחילים מאפס, זה הסדר שאני ממליץ עליו:

1. בדיקה מהירה (שעה). הריצו את האתר דרך כלי אוטומטי כמו Lighthouse (מובנה ב-Chrome DevTools, לשונית Accessibility) או הרחבת axe DevTools. הם יתפסו אחוז גדול מהבעיות הטכניות — alt חסר, ניגודיות נמוכה, תוויות חסרות. הם לא תופסים הכל, אבל זו נקודת פתיחה מצוינת.

1. בדיקה ידנית (1–2 שעות). סגרו את העכבר ונסו לעבור על האתר רק עם המקלדת. הפעילו קורא מסך (NVDA חינמי בווינדוס, VoiceOver מובנה ב-Mac) ותנסו לבצע את הפעולות העיקריות — להזמין, ליצור קשר, לקרוא מאמר. כאן תרגישו את הבעיות האמיתיות.

1. תיקון לפי הצ׳קליסט מסעיף 7. רוב התיקונים הם שינויי קוד קטנים.

1. הצהרת נגישות. כתבו עמוד הצהרה מלא וקשרו אותו מהפוטר. הקצו רכז נגישות (יכול להיות אתם).

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

הכלים שאני בעצם משתמש בהם

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

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

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

שאלות נפוצות

האם אני חייב להנגיש את האתר שלי אם אני עסק קטן?

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

האם תוסף נגישות (overlay) מספיק כדי לעמוד בחוק?

לא. תוסף overlay לבדו לא מנגיש את האתר באמת ולא מגן מתביעה — הוא מטפל בשכבה הוויזואלית אבל לא בבעיות המבניות בקוד שבהן נתקל קורא מסך. ב-2025 ה-FTC בארה״ב אף חייבה ספקית overlay מובילה (accessiBe) בתשלום מיליון דולר על מצג מטעה. הנגשה אמיתית נעשית בקוד; אפשר להוסיף widget בנוסף, לא במקום.

מה ההבדל בין תקן 5568 ל-WCAG?

WCAG הוא התקן הבינלאומי לנגישות אינטרנט (מאת W3C), ותקן ישראלי 5568 הוא האימוץ הרשמי שלו בישראל, עם התאמות לעברית ו-RTL. בפועל זה אותו דבר — כשאתם עומדים ב-WCAG 2.2 ברמה AA, אתם עומדים בדרישות תקן 5568. הרמה הנדרשת בישראל היא AA.

כמה אפשר לתבוע על אתר לא נגיש?

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

מה חייב להופיע בהצהרת נגישות?

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

האם הנגשת אתר עוזרת גם ל-SEO?

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

זה ייעוץ משפטי?

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

לסיכום

נגישות אתרים בישראל היא לא משהו שכדאי לדחות עד שמגיע מכתב. הנקודות החשובות לזכור: כמעט כל אתר עסקי חייב לעמוד ב-WCAG 2.2 ברמה AA (זה תקן 5568); הצהרת נגישות מלאה ומעודכנת היא חובה ומגינה עליכם; תוסף לבדו לא פותר כלום; והחשיפה הכספית אמיתית — עד 50,000 ש״ח לתובע בלי הוכחת נזק.

הצעדים המעשיים שלכם, לפי סדר: (1) הריצו בדיקת Lighthouse/axe על האתר היום, (2) עברו ידנית עם מקלדת וקורא מסך, (3) תקנו לפי הצ׳קליסט בסעיף 7, (4) פרסמו הצהרת נגישות והקצו רכז, (5) שקלו בדיקת מומחה לאתרים בחשיפה גבוהה. אם אתם בונים אתר חדש — בנו אותו נגיש מהשורה הראשונה. וכשמדובר בעברית, אל תדלגו על הדקויות של נגישות ו-RTL. זה זול עכשיו ויקר אחר כך.