הצהרת נגישות היא אחד העמודים הכי “משעממים” באתר, עד שמבינים שהיא גם מסמך עמידה בדרישות, גם כלי שירות ללקוחות, וגם איתות אמון. בפועל, הרבה עסקים מפרסמים הצהרה גנרית שהועתקה מתבנית, ואז מגלים שבפנייה אחת של משתמש, או בבדיקה חיצונית, היא לא באמת מכסה את מה שצריך.
המטרה כאן היא לעשות סדר: מה מקובל שייכלל בהצהרת נגישות כדי לעמוד בדרישות בישראל (באתרי שירות), מה חשוב לנסח בזהירות, ואיך לפרסם ולעדכן את ההצהרה כך שתשרת אתכם לאורך זמן.
הערה חשובה: המאמר הוא מידע כללי ולא ייעוץ משפטי. דרישות נגישות משתנות לפי סוג הגוף, היקף השירות והפרשנות הרלוונטית. כשיש ספק, כדאי לעבוד עם יועץ נגישות מוסמך או ייעוץ משפטי.
למה בכלל צריך הצהרת נגישות
הצהרת נגישות לא “מכסה” אתר לא נגיש, אבל היא כן חלק בלתי נפרד מתהליך נכון.
- עמידה בדרישות רגולטוריות: בישראל נושא הנגישות נגזר מחוק שוויון זכויות לאנשים עם מוגבלות ותקנות נגישות השירות, והפרקטיקה המקובלת מתיישרת עם תקן/הנחיות נגישות לאתרים (לרוב על בסיס WCAG). מידע ממשלתי רשמי אפשר למצוא באתר נציבות שוויון זכויות לאנשים עם מוגבלות.
- שירות טוב יותר: משתמש עם קורא מסך, ניווט מקלדת, הגדלה גבוהה, או רגישות להבהובים, צריך לדעת למי לפנות ומה הפתרון הזמין.
- אמון והמרה: הצהרה שקופה (כולל מגבלות ידועות וערוץ פנייה עובד) מפחיתה תסכול, ומגדילה סיכוי להשלים פעולה באתר.
למי זה רלוונטי בישראל (ולמה לא כדאי לנחש)
בגדול, הצהרת נגישות רלוונטית לכל מי שמספק שירות לציבור דרך אתר, במיוחד כאשר האתר משמש לקבלת מידע, יצירת קשר, רכישה, תיאום פגישה או כל פעולה מהותית.
הבעיה היא שעסקים רבים “מנחשים” אם הם חייבים, או מניחים שאם הם קטנים אז לא. בפועל, חובת הנגשה והיקפה יכולה להשתנות לפי מאפייני הגוף, היקף פעילות, סוג השירות והחרגות.
אם אתם לא בטוחים, נקודת התחלה טובה היא:
- לקרוא את ההנחיות והמידע המעודכן של הנציבות.
- להתייעץ עם יועץ נגישות שמכיר את המקרה שלכם.
- בכל מקרה, להימנע מהצהרה שמבטיחה 100% התאמה אם לא בוצעה בדיקה מסודרת.
הצהרת נגישות: מה חייב להופיע כדי לעמוד בדרישות
אין “שורה אחת” שמסכמת את הכל, אבל יש סט רכיבים שחוזר כמעט בכל הצהרת נגישות תקינה. חשוב לחשוב על ההצהרה כמו על עמוד שירות: מי הקהל, איזה מידע הוא צריך, ומה יאפשר לו לקבל פתרון.
1) זיהוי האתר והגורם האחראי
התחילו בפרטים הברורים, כדי שלא יהיה ספק למי ההצהרה שייכת.
מה לכלול:
- שם העסק או הארגון.
- שם האתר וכתובת הדומיין.
- אם יש מחלקה/בעל תפקיד אחראי לנגישות (או ספק חיצוני), ציינו זאת.
למה זה חשוב: זה מחבר בין ההצהרה לבין הגורם שמתחייב לטפל בפניות, וזה מונע מצב של “עמוד משפטי” ללא בעל בית.
2) תאריך עדכון אחרון ותוקף ההצהרה
הצהרת נגישות בלי תאריך נתפסת מהר מאוד כלא אמינה.
מה לכלול:
- תאריך פרסום.
- תאריך עדכון אחרון.
- אם בוצעה בדיקת נגישות, אפשר לציין מתי (ובאיזו מתודולוגיה כללית), בלי להמציא אישורים.
3) מה הסטנדרט או היעד שאתם מכוונים אליו
בישראל מקובל להתייחס לתקן הישראלי ת"י 5568, שמבוסס על הנחיות WCAG של W3C (ברוב המקרים ברמת AA).
מה לכתוב:
- לאיזה סטנדרט אתם מכוונים (לדוגמה, “בהתאם להנחיות WCAG 2.0 ברמת AA, כפי שמשתקף בת"י 5568”, אם זה אכן המצב אצלכם).
- מה סטטוס ההתאמה כרגע: מלאה, חלקית, או בתהליך.
המלצה ניסוחית: אם לא בוצעה בדיקה מקצועית מלאה, עדיף לנסח “פועלים להנגשה בהתאם ל…” ולא “האתר עומד באופן מלא ב…”.
4) תיאור התאמות שבוצעו באתר (בצורה שימושית)
כאן אתם מתרגמים “נגישות” למה שהמשתמש צריך בפועל.
דוגמאות להתאמות מקובלות שכדאי לציין רק אם הן באמת קיימות:
- ניווט באמצעות מקלדת (Tab/Shift+Tab), פוקוס ברור.
- טקסטים חלופיים לתמונות מרכזיות.
- ניגודיות צבעים מספקת בטקסטים וכפתורים.
- מבנה כותרות נכון (H1, H2 וכן הלאה).
- טפסים עם תוויות (Labels) ושגיאות קריאות.
- תאימות בסיסית לקוראי מסך.
שימו לב: אם אתם משתמשים בתוסף “סרגל נגישות”, זה לא תחליף להנגשה אמיתית בקוד וב-UX. אפשר לציין שיש כלי עזר, אבל לא לבנות עליו כהוכחת עמידה.
5) מגבלות ידועות והחרגות (שקיפות שמונעת בעיות)
זה אחד החלקים הכי חשובים, והרבה אתרים מדלגים עליו. דווקא שקיפות כאן מפחיתה סיכון.
מה לכלול:
- אזורים באתר שעשויים להיות פחות נגישים כרגע.
- רכיבים של צד ג’ (צ’אט, מפות, ווידג’טים) שלא בשליטתכם.
- מסמכים להורדה (PDF) שאינם מונגשים עדיין.
איך לנסח נכון:
- תארו את הבעיה בצורה עניינית.
- הציעו חלופה: “ניתן לפנות אלינו ונשלח את המידע בפורמט נגיש”.
- אם יש תוכנית טיפול (למשל “בתהליך הנגשה”), אפשר לציין מסגרת זמן משוערת רק אם היא מבוססת.
6) פרטי קשר לפניות נגישות (חובה תפעולית, לא קישוט)
הצהרת נגישות בלי ערוץ פנייה שעובד היא כמו טופס לידים שלא מגיע לאף אחד.
מה לכלול:
- שם איש קשר או גורם מטפל.
- אימייל.
- טלפון.
- אם רלוונטי, אפשר לציין גם וואטסאפ או טופס פנייה, אבל עדיף שיהיה לפחות ערוץ אחד שאינו תלוי ביכולת להשתמש באתר.
טיפ פרקטי: הגדירו SLA פנימי, אפילו בסיסי (לדוגמה מענה תוך 3 ימי עסקים), ועמדו בו.
7) אם יש שירות פיזי: הסדרי נגישות במקום
אם האתר מייצג עסק עם קבלת קהל, מקובל לכלול גם מידע על נגישות פיזית.
מה אפשר לכלול (רק אם נכון):
- כתובת.
- חניות נכים בסביבה.
- דרכי גישה (מעלית/רמפה).
- שירותים נגישים.
- עמדת שירות נגישה או חלופה.
8) התאמות במוקדי שירות ומסמכים
הרבה אינטראקציות לא מסתיימות באתר, אלא ממשיכות לטלפון, מייל, SMS, חתימה על מסמכים, הצעות מחיר.
אם יש לכם תהליך שירות, כדאי לציין:
- אפשרות לקבל מסמכים בפורמט נגיש.
- דרך הזדהות או תיאום מותאם.
טבלת צ’ק ליסט: מה לשים בהצהרת נגישות
כדי להקל עליכם, הנה טבלה שמרכזת את הרכיבים, מה לכתוב, ולמה זה חשוב.
| רכיב בהצהרה | מה לכלול בפועל | למה זה חשוב |
|---|---|---|
| זיהוי האתר והבעלות | שם העסק, הדומיין, גורם אחראי | אחריות ושקיפות |
| תאריך עדכון | תאריך פרסום ועדכון אחרון | מונע הצהרה “נטושה” |
| סטנדרט יעד | WCAG/ת"י 5568, רמת התאמה (לרוב AA) | יוצר מסגרת ברורה |
| מצב נגישות בפועל | מלאה/חלקית/בתהליך | מונע הצהרות שגויות |
| התאמות שבוצעו | מקלדת, קורא מסך, טפסים, ניגודיות (רק מה שבאמת קיים) | עוזר למשתמש להבין מה אפשרי |
| מגבלות והחרגות | צד ג’, PDF, רכיבים לא מונגשים, חלופות | שקיפות והפחתת סיכון |
| פרטי קשר לנגישות | טלפון, מייל, שם גורם מטפל | מאפשר פתרון אמיתי |
| הסדרי נגישות פיזיים (אם יש) | נגישות מבנה/חניה/שירותים | רלוונטי לקבלת קהל |
איפה מפרסמים את הצהרת הנגישות
כדי שההצהרה תהיה שימושית (וגם תיראה “תקינה” בבדיקה), דאגו שהיא תהיה:
- נגישה מכל עמוד: לרוב דרך קישור קבוע בפוטר (Footer) בשם ברור, למשל “הצהרת נגישות”.
- עמוד HTML רגיל: לא תמונה ולא PDF.
- ניתנת לניווט מקלדת: גם בעמוד עצמו.
- מנוסחת בעברית ברורה: עם טלפונים/מיילים שמועתקים בקלות.
אם אתם בדיוק בשלב הקמה או שדרוג אתר, כדאי לשלב נגישות כבר בצ’ק ליסט לפני השקה. אפשר להיעזר במאמרים באתר כמו בניית אתרים: מה חייבים לסגור לפני שמתחילים וגם בניית אתרים וורדפרס: צ׳ק ליסט לפני העלאה לאוויר.
טעויות נפוצות שמכניסות אתרים לצרות
העתקה של תבנית בלי התאמה
אם בהצהרה כתוב “האתר עומד באופן מלא”, אבל בפועל אין ניווט מקלדת בסיסי או שיש טפסים לא קריאים לקורא מסך, ההצהרה עלולה לעבוד נגדכם.
הצהרה בלי פרטי קשר אמיתיים
פרטי קשר כלליים (למשל “פנו אלינו”) בלי שם, מייל, טלפון, או בלי מענה בפועל, זו נקודת כשל שכיחה.
הבטחות מוחלטות במקום ניסוח מדוד
מומלץ להימנע מניסוחים מוחלטים אם לא בוצעה בדיקת נגישות מקיפה. עדיף “פועלים לשיפור” עם פירוט מה כבר נעשה ומה עוד בתהליך.
התעלמות מרכיבי צד ג’
צ’אטים, סרגלי קופונים, מערכות הזמנות, מפות, ווידג’טים של רשתות חברתיות, אלו אזורים שבהם נגישות נופלת הרבה. בהצהרה חשוב לציין מה בשליטתכם ומה לא, ואיזו חלופה קיימת.
תהליך קצר ליישום נכון (פרקטי, בלי דרמה)
לא חייבים “פרויקט ענק” כדי להתחיל נכון, אבל צריך סדר.
-
בדיקה ראשונית: כלי אוטומציה יכולים לאתר בעיות נפוצות, אבל הם לא תחליף לבדיקה ידנית. מסגרת מקצועית נפוצה מתבססת על WCAG, אפשר לקרוא על זה באתר W3C WAI.
-
טיפול בבעיות שמשפיעות על שימוש אמיתי: ניווט מקלדת, טפסים, כפתורים, היררכיית כותרות, ניגודיות.
-
כתיבת הצהרה מותאמת למצב בפועל: כולל מגבלות ידועות וחלופות.
-
פרסום בפוטר ועדכון: קבעו תזכורת לעדכון לאחר שינויים גדולים באתר (רידיזיין, החלפת תבנית, הוספת רכיב חדש).
תבנית קצרה להצהרת נגישות (להתאמה אישית)
אפשר להשתמש בזה כבסיס, אבל חשוב למלא רק מה שנכון אצלכם.
הצהרת נגישות
[שם העסק] רואה חשיבות בהנגשת השירות לאנשים עם מוגבלות ופועל לשיפור הנגישות באתר [שם האתר] בכתובת [הדומיין].
תקן והנחיות: האתר פותח/עודכן בהתאם להנחיות [WCAG 2.0/2.1] ברמת [AA/A], ובהתאם לת"י 5568 ככל שרלוונטי.
מצב נגישות האתר: [התאמה מלאה/התאמה חלקית/בתהליך].
התאמות שבוצעו באתר: [לפרט בקצרה התאמות אמיתיות, לדוגמה ניווט מקלדת, מבנה כותרות, טפסים וכו’].
מגבלות ידועות: [לפרט רכיבים/דפים/מסמכים בעייתיים, צד ג’, ומה החלופה למשתמש].
פניות בנושא נגישות:
שם איש קשר: [שם]
טלפון: [מספר]
אימייל: [כתובת]
תאריך עדכון אחרון: [תאריך].
שאלות נפוצות (FAQ)
האם הצהרת נגישות לבדה מספיקה כדי “לעמוד בדרישות”? הצהרה היא חלק מהתמונה, אבל היא לא מחליפה הנגשה בפועל של האתר. אם האתר לא שמיש למשתמשים עם מוגבלות, ההצהרה לא תפתור את הבעיה.
מה ההבדל בין “התאמה מלאה” ל”התאמה חלקית” בהצהרה? התאמה מלאה משמעה שהאתר נבדק ועומד בדרישות היעד (לרוב לפי WCAG ברמה מוגדרת), בעוד התאמה חלקית משמעה שיש אזורים או רכיבים שעדיין לא עומדים באופן מלא, ומצוין מה הם ומה החלופה.
האם תוסף או סרגל נגישות פותר את הבעיה? בדרך כלל לא לבד. סרגל יכול לעזור בחלק מההתאמות (כמו שינוי גודל טקסט), אבל הוא לא מתקן בעיות מבנה, טפסים, קורא מסך, או ניווט מקלדת שנובעות מהקוד וה-UX.
איפה הכי נכון לשים קישור להצהרת נגישות באתר? ברוב האתרים שמים קישור קבוע בפוטר כדי שיהיה זמין מכל עמוד. חשוב שהקישור והעמוד עצמו יהיו נגישים.
כל כמה זמן צריך לעדכן הצהרת נגישות? בכל שינוי משמעותי באתר (עיצוב מחדש, החלפת תבנית, הוספת מערכת הזמנות/צ’אט, העלאת מסמכים רבים). בנוסף, מומלץ רענון תקופתי כדי לוודא שהפרטים והערוץ לפניות עדיין תקינים.
רוצים שהאתר יהיה גם נגיש וגם עובד שיווקית?
נגישות לא צריכה לבוא על חשבון ביצועים, קריאייטיב או מדידה. להפך, אתר נגיש יותר לרוב גם ברור יותר, מהיר יותר, וממיר טוב יותר.
ב-Brandbuilder's Collective יובל מנהל קמפיינים ותהליכי דיגיטל מקצה לקצה, ויכול לחבר אתכם למומחי ביצוע רלוונטיים (פיתוח, תוכן, SEO, אוטומציות ומדידה) כדי לסגור את הפערים בצורה מסודרת, כולל תיאום מול אנשי נגישות כשצריך.
אם אתם רוצים בדיקה פרקטית של מצב האתר ומה נכון לעשות קודם, אפשר להתחיל כאן: Brandbuilder's Collective.