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

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

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

על מה ההצהרה מבוססת

חובת הנגישות של אתרים בישראל נובעת מתקנה 35 לתקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות). הדרישה הטכנית היא עמידה בתקן הישראלי ת״י 5568, שמבוסס על הנחיות WCAG 2.0 ברמה AA. פירטתי את המסגרת המלאה — על מי החובה חלה ומה היא כוללת — במאמר חוק נגישות אתרים.

מה הצהרת נגישות צריכה לכלול

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

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

איפה שמים אותה

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

דוגמה חיה: הצהרת הנגישות של WebUp.

טעויות נפוצות

להעתיק הצהרה מאתר אחר

הצהרה שמתארת התאמות שלא בוצעו באתר שלכם היא בדיוק הבעיה. היא צריכה לתאר את האתר הספציפי.

להסתמך רק על תוסף נגישות

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

להצהיר על עמידה מלאה כשהיא חלקית

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

לא לעדכן

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

פרטי קשר שאף אחד לא עונה בהם

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

איך מכינים הצהרה אמינה

1. בדיקה של האתר — ניווט במקלדת בלבד, בדיקה עם קורא מסך, כלים אוטומטיים כמו Lighthouse ו-axe. כלים אוטומטיים מוצאים רק חלק מהבעיות, לכן חשובה גם בדיקה ידנית.
2. תיקון — מה שאפשר לתקן, לפני הכתיבה.
3. תיעוד — מה נבדק, מה תוקן, מה נשאר.
4. כתיבה — לפי הרכיבים למעלה, בשפה פשוטה.
5. פרסום וקישור מהפוטר.
6. תזכורת לעדכון — בכל שינוי גדול באתר.

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

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

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

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

רכיבים של צד שלישי

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

איך אני עובד

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

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

צריכים לבדוק את האתר או לעדכן את הצהרת הנגישות? שלחו לי את כתובת האתר.