נגישות אתרים בישראל: המדריך המלא לחוק, לתקן ולפתרונות

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

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

מה זו נגישות אתרים ולמה היא נוגעת לכל עסק בישראל

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

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

המסגרת החוקית: חוק שוויון זכויות לאנשים עם מוגבלות

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

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

תקנות נגישות השירות (2013) ותקנה 35 — איפה כתובה החובה על אתרים

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

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

תקן ישראלי 5568 — הגרסה הישראלית של WCAG 2.0 רמה AA

תקנה 35 מפנה אל תקן ישראלי ת"י 5568 — "קווים מנחים לנגישות תכנים באינטרנט". התקן הישראלי מאמץ כמעט אחד לאחד את התקן הבינלאומי WCAG 2.0 (Web Content Accessibility Guidelines) של ארגון W3C, ברמת עמידה AA. במילים פשוטות: מה שמחייב אתכם בישראל הוא רשימת הקריטריונים של WCAG 2.0 ברמה AA, עם התאמות קלות לעברית ולכיווניות RTL.

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

מי חייב להנגיש את האתר שלו?

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

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

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

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

הפטורים וההקלות — מי לא חייב (ומה הסייגים)

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

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

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

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

קנסות, תביעות ופיצויים — מה הסיכון האמיתי

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

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

גל התביעות בישראל — איך נערכים נכון

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

איך נערכים בפועל? ארבעה צעדים:

1. בדיקת מצב קיים — סריקה מקצועית של האתר מול דרישות ת"י 5568, עם דוח ממצאים מסודר ומתועד.
2. תיקון כשלים בקוד — טיפול אמיתי בבעיות: ניגודיות, אלטים, טפסים, ניווט מקלדת. לא רק התקנת תוסף.
3. פרסום הצהרת נגישות — עדכנית, מלאה וכנה, כולל פירוט מה הונגש ואיך פונים אליכם.
4. תיעוד שוטף — שמרו דוחות בדיקה, חשבוניות של ספק ההנגשה ותאריכי עדכון. בתביעה, היכולת להראות שפעלתם בתום לב ובאופן סביר היא קו הגנה משמעותי.

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

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

עקרונות WCAG — ארבעת עמודי התווך של אתר נגיש

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

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

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

דרישות WCAG 2.0 AA בפועל — טבלה מסכמת

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

צבעים וניגודיות — הכשל הנפוץ ביותר

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

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

ניווט מקלדת ופוקוס — האתר שלכם עובד בלי עכבר?

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

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

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

תמונות וטקסט אלטרנטיבי (Alt) — לתת לתמונות קול

קורא מסך לא יודע מה יש בתמונה — הוא יודע רק מה כתבתם ב-alt שלה. טקסט אלטרנטיבי הוא התיאור הקצר שמוצמד לכל תמונה בקוד, וכשהוא חסר, הגולש העיוור שומע במקרה הטוב שתיקה ובמקרה הרע את שם הקובץ: "IMG-20260715-WA0003". ככה נראית חוויית שימוש משפילה, וככה גם נראית ראיה בתביעת נגישות.

הכללים פשוטים יחסית:

• תמונה שמעבירה מידע — מוצר, תרשים, צילום צוות — מקבלת alt תיאורי וענייני: "נעלי ריצה כחולות של נייקי, דגם פגסוס" ולא "נעליים".
• תמונה קישוטית — רקעים, קווים מפרידים, אלמנטים גרפיים — מקבלת alt ריק (alt="") כדי שקורא המסך ידלג עליה ולא יציק לגולש.
• תמונה שהיא קישור או כפתור — ה-alt מתאר את הפעולה: "מעבר לעמוד צור קשר", לא את התמונה.
• טקסט בתוך תמונה — להימנע ככל האפשר. אם חייבים (לוגו, באנר), ה-alt חייב לכלול את הטקסט המלא שמופיע בתמונה.

בונוס משמעותי: alt איכותי הוא גם אות דירוג לגוגל תמונות ומחזק את ה-SEO של העמוד. עוד סיבה שאין תירוץ לדלג עליו.

מבנה כותרות והיררכיה סמנטית

גולש רואה מבחין במבנה של עמוד בשבריר שנייה: כותרת גדולה, כותרות משנה, פסקאות. גולש עיוור מקבל את אותו מבנה דרך תגיות הכותרת בקוד — H1, H2, H3 — וקורא המסך מאפשר לו "לקפוץ" בין כותרות כמו שאתם מרפרפים בעיניים. כשהמבנה שבור, העמוד הופך לגוש טקסט אחד בלתי עביר.

הכללים: H1 אחד בלבד לעמוד, שמתאר את נושא העמוד; תחתיו H2 לכל פרק תוכן מרכזי; H3 לתתי-נושאים בתוך פרק; ואסור לדלג על רמות (מ-H2 ישר ל-H4) רק כי הגודל הוויזואלי "מסתדר". הטעות הנפוצה ביותר בבוני אתרים כמו אלמנטור ו-Wix היא בחירת כותרת לפי מראה — "ה-H4 הזה נראה לי בגודל הנכון" — במקום לפי היגיון תוכני. את הגודל קובעים ב-CSS; את רמת הכותרת קובע המבנה. אותו עיקרון חל על שאר הסמנטיקה: רשימות אמיתיות בתגיות רשימה ולא מקפים ידניים, טבלאות נתונים בתגיות טבלה עם שורת כותרת, וכפתורים בתגית button ולא div לחיץ. קוד סמנטי נכון הוא הבסיס שקוראי מסך — וגם מנועי חיפוש — נשענים עליו.

טפסים נגישים — המקום שבו מאבדים לקוחות וכסף

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

מה נדרש בטופס נגיש:

• תווית (label) לכל שדה — מקושרת בקוד לשדה עצמו. placeholder לבדו אינו תחליף: הוא נעלם ברגע שמתחילים להקליד, וקוראי מסך רבים מתעלמים ממנו.
• סימון שדות חובה — בטקסט או בכוכבית מוסברת, לא רק בצבע.
• הודעות שגיאה ברורות — טקסט שמסביר מה השגיאה ואיך לתקן ("מספר טלפון חייב לכלול 10 ספרות"), מוצמד לשדה הרלוונטי ומוכרז לקורא המסך, ולא רק מסגרת אדומה.
• ניווט מקלדת מלא — כולל תאריכונים, תפריטים נפתחים וכפתור השליחה.
• קאפצ'ה נגישה — אם חייבים קאפצ'ה, לספק חלופה (למשל reCAPTCHA v3 שקוף או אימות חלופי). קאפצ'ת תמונה בלבד חוסמת עיוורים לחלוטין.

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

וידאו, אודיו וכתוביות

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

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

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

PDF ומסמכים נגישים — הפינה שכולם שוכחים

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

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

הצהרת נגישות — מה החוק דורש שתכלול

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

הצהרת נגישות תקינה צריכה לכלול:

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

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

רכז נגישות — מתי חייבים למנות ומה תפקידו

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

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

Widget נגישות — למה תוסף לבד לא מספיק

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

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

השוואת פתרונות נגישות — מה באמת מגן עליכם

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

השורה התחתונה: ההשקעה הנכונה היא קודם כול בקוד. widget הוא קצפת אפשרית — לא העוגה.

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

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

• WAVE (wave.webaim.org) — מזינים כתובת ומקבלים מפה ויזואלית של כל הכשלים: אלטים חסרים, בעיות ניגודיות, טפסים לא מתויגים, מבנה כותרות שבור. הכלי הידידותי ביותר ללא-מתכנתים.
• Lighthouse — מובנה בכרום: קליק ימני > Inspect > לשונית Lighthouse > סימון Accessibility. מפיק ציון 0–100 עם רשימת ליקויים והסברים. הריצו על כמה עמודים שונים, לא רק על הבית.
• בדיקת מקלדת ידנית — הניסוי מהפרק על ניווט מקלדת: לעבור על האתר עם Tab בלבד.
• בוחן ניגודיות — Contrast Checker של WebAIM לבדיקת צמדי צבעים ספציפיים.
• קורא מסך אמיתי — NVDA חינמי לחלונות; לשמוע את האתר שלכם כמו גולש עיוור זו חוויה מפקחת עיניים.

אזהרה חשובה אחת: כלים אוטומטיים מאתרים רק 30–40% מהכשלים האפשריים. ציון 100 ב-Lighthouse לא אומר שהאתר עומד בתקן — הוא אומר שלא נמצאו כשלים שמכונה יודעת לזהות. בדיקה מלאה לפי ת"י 5568 דורשת גם בדיקה אנושית ידנית.

נגישות ו-SEO — למה גוגל אוהב אתרים נגישים

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

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

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

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

נגישות בוורדפרס, וויקס ושופיפיי — מה חשוב לדעת בכל פלטפורמה

וורדפרס: הפלטפורמה הגמישה ביותר להנגשה — יש שליטה מלאה בקוד. המפתח הוא בחירת תבנית שמוצהרת כ-Accessibility Ready ובנייה נכונה מלכתחילה: היררכיית כותרות באלמנטור/גוטנברג לפי מבנה ולא לפי גודל, אלטים בספריית המדיה, וטפסים בתוספים שתומכים ב-labels תקינים. תוספי נגישות ישראליים לוורדפרס נותנים את שכבת ה-widget, אבל כאמור — הם לא פוטרים מתיקון הקוד. אם אתם בשלב בחירת פלטפורמה, המדריך שלנו על בניית אתר וורדפרס מכסה גם את שיקולי הנגישות.

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

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

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

כמה עולה הנגשת אתר בישראל — ומתי צריך מומחה

טווחי המחירים בשוק הישראלי (נכונים ל-2026, משתנים לפי היקף): בדיקת נגישות מקצועית עם דוח ממצאים — כ-1,500–5,000 ₪; הנגשת אתר תדמית קטן — כ-3,000–8,000 ₪; אתר בינוני או חנות אונליין — כ-8,000–20,000 ₪; מערכות גדולות ומורכבות — מעבר לכך. widget בתשלום מוסיף כ-500–2,500 ₪ בשנה. ליווי של מורשה נגישות השירות (בעל הסמכה רשמית) לבדיקה וחוות דעת — תוספת שכדאי לשקול לעסקים עם חשיפה גבוהה, כי חוות דעת מתועדת של מורשה היא נכס הגנתי בתביעה.

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

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

תחזוקה שוטפת ומיתוסים נפוצים

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

ולסיום החלק המקצועי — ניקוי שולחן ממיתוסים:

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

---

שאלות נפוצות על נגישות אתרים

סיכום: נגישות היא חוק, נכס שיווקי ומעשה נכון — באותה השקעה

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

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