נגישות אתרים נשמעת לרבים כמו נושא משפטי יבש, אבל בפועל היא שאלה פשוטה: האם אדם שאינו רואה, אינו שומע או אינו יכול להשתמש בעכבר מצליח לקרוא את האתר שלכם, למלא טופס ולהשלים רכישה. אם לא, אתם מאבדים לקוחות, וגם חשופים לסיכון משפטי.
המדריך הזה מסביר בשפה פשוטה מה החוק והתקן אומרים, מה חייב להיות בקוד, איך בודקים אתר ואיך נראה דף הצהרת נגישות תקין. הוא כתוב בלי הפחדות, ומומלץ להשלים אותו בייעוץ משפטי אם יש לכם שאלה לגבי מצבכם המסוים.
מהי נגישות אתרים, ולמי היא חשובה?
נגישות אתרים היא תכונה של אתר שמאפשרת לכל אדם להבין אותו, לנווט בו ולפעול בו, גם אם יש לו לקות ראייה, שמיעה, תנועה או קוגניציה. היא אינה תוספת קוסמטית אלא תכונה של איכות הקוד והעיצוב, בדומה למהירות או לאבטחה.
ההיקף רחב ממה שנדמה. נגישות מסייעת למשתמשי קורא מסך ולמי שגולש רק במקלדת, אבל גם למי שזקוק לטקסט גדול, לאדם מבוגר, ולמי שגולש בשמש חזקה מהנייד. אתר שנוח לשימוש לכולם הוא בדרך כלל גם אתר שממיר טוב יותר.
יש גם תועלת נלווית: רבות מהפעולות שנדרשות לנגישות אתרים, כמו כותרות מסודרות, טקסט חלופי וקישורים תיאוריים, משרתות גם את מנועי החיפוש, כפי שפירטנו במדריך על SEO טכני. זה בונוס ולא תחליף, ואין לבנות על כך את ההחלטה.
את הקשר בין עיצוב נוח לבין התנהגות משתמשים הסברנו במדריך על פסיכולוגיית UX UI. נגישות היא החלק של העיקרון הזה שנוגע למי שהמערכת לא נבנתה בשבילו כברירת מחדל.
מה החוק והתקן הישראלי דורשים?
חוק שוויון זכויות לאנשים עם מוגבלות ותקנות התאמות הנגישות לשירות (תקנה 35ו עוסקת באתרים ובאפליקציות) מחייבים אתרים שנותנים שירות לציבור בישראל להיות נגישים. התקן שמגדיר מה זה נגיש הוא התקן הישראלי ת"י 5568, המבוסס על WCAG 2.0 ברמה AA.
גרסאות WCAG 2.1 ו-2.2 קיימות וכוללות דרישות נוספות, בעיקר למובייל ולמוגבלויות קוגניטיביות. מי שבונה אתר חדש מתאים לשאוף אליהן, כי הן מוסיפות בדרך כלל אותות איכות ולא מסכנות את העמידה בתקן.
החוק מאפשר תביעה אזרחית ופיצוי סטטוטורי של עד 50,000 ש"ח לתביעה, ללא הוכחת נזק. קיימים פטורים, למשל לעסקים קטנים מאוד לפי מחזור ולאתרים עם מספר קטן של משתמשים רשומים, והתנאים משתנים. לכן בדקו את ההנחיות העדכניות של נציבות שוויון זכויות לאנשים עם מוגבלות.
ב-WCAG יש שלוש רמות: A היא המינימום, AA היא הרמה שהתקן הישראלי מחייב, ו-AAA היא רמה מחמירה שאין צורך לעמוד בה בכל האתר. כשמזמינים אתר, כדאי לכתוב במפורש בהצעה "עמידה ב-AA", כדי שלא יהיה ספק מה נבדק.
חשוב: זהו מידע כללי ולא ייעוץ משפטי. השאלה אם אתם חייבים, ובאיזה היקף, תלויה בעסק שלכם, ולכן מומלץ להתייעץ עם עורך דין שמתמחה בתחום.
מה חייב להיות בקוד כדי שאתר יהיה נגיש?
נגישות אמיתית מתחילה ב-HTML סמנטי, כלומר כותרות, רשימות, כפתורים וטפסים שמסומנים בתגיות המתאימות להם. קורא מסך מבין מבנה כזה בלי עזרה נוספת, ולכן הוא הבסיס שעליו מוסיפים כל השאר.
גם מהירות היא חלק מהחוויה הנגישה. משתמש עם חיבור איטי או עם מכשיר ישן נפגע מאתר כבד, וקורא מסך מתקשה כשהדף נטען בהדרגה וקופץ. עקרונות הביצועים מפורטים במדריך על מהירות אתרים ב-2026.
הרשימה הבאה כוללת את הדרישות הנפוצות שהכי קל לפספס. כל אחת מהן ניתנת לבדיקה, וכל אחת נכנסת לעבודת הפיתוח השוטפת אם מתכננים אותה מראש.
- תיוג נכון לשדות בטפסים, כולל הודעות שגיאה ברורות שמוקראות לקורא מסך.
- ניווט מלא במקלדת, עם סדר טאב הגיוני ובלי "מלכודת מקלדת".
- מסגרת מיקוד (focus) גלויה על כל רכיב אינטראקטיבי.
- ניגודיות צבעים מספקת, 4.5 ל-1 לטקסט רגיל ו-3 ל-1 לטקסט גדול.
- טקסט חלופי לתמונות משמעותיות, וכתוביות או תמלול לסרטונים.
- סדר כותרות היררכי, והתאמה להגדלה של עד 200% בלי איבוד תוכן.
- כיבוד ההעדפה להפחתת תנועה והימנעות מהבהובים.
למה תפריט נגישות לבדו לא הופך אתר לנגיש?
תפריט נגישות, או "ווידג׳ט" שמוסיפים לאתר בשורת קוד אחת, הוא כלי עזר לגולש ולא תחליף לקוד נגיש. הוא יכול להגדיל טקסט או לשנות ניגודיות, אבל הוא אינו מתקן שדה בלי תווית, כפתור שלא נגיש במקלדת או כותרת שנמצאת במקום הלא נכון.
לכן אנחנו מתייחסים לתפריט כשכבה משלימה. ב-Logicode אנחנו בונים נגישות בקוד של כל אתר, ובנוסף משלבים את התוסף שלנו "Logicode Accessibility", תפריט נגישות שמותאם לעיצוב האתר. על סוג התוספים שאנחנו מפתחים מפורט בעמוד פיתוח תוספים לוורדפרס.
מי שמסתמך רק על תפריט נשאר עם בעיות בקוד, ולכן אינו מוגן באמת. בדקו תמיד את האתר גם כשהתפריט כבוי.
איך בודקים נגישות אתרים: כלים אוטומטיים ובדיקה ידנית
בדיקה אוטומטית עם כלי כמו axe מוצאת רק חלק מהבעיות, בדרך כלל אלה שניתן לזהות לפי כללים טכניים, כמו חוסר בתווית או ניגודיות נמוכה. היא שימושית כנקודת פתיחה מהירה, אבל לא מספיקה כדי לקבוע שהאתר נגיש.
את החלק החסר משלימה בדיקה ידנית: ניווט באתר רק במקלדת, בדיקה עם קורא מסך כמו NVDA בווינדוס או VoiceOver באפל, והגדלה ל-200%. כך מגלים בעיות שכלי לא יזהה, כמו סדר קריאה מבלבל או כפתור שאי אפשר להפעיל.
- הריצו כלי אוטומטי על התבניות המרכזיות, לא רק על עמוד הבית.
- עברו על תהליך מלא במקלדת בלבד: תפריט, טופס, תשלום.
- הפעילו קורא מסך ובדקו שהכותרות, הקישורים והשגיאות מוקראים כהלכה.
- תעדו ממצאים לפי חומרה ותקנו קודם את מה שחוסם משימה מרכזית.
להתחיל נגיש או לתקן בדיעבד: מה זול יותר?
לבנות נגיש מההתחלה זול משמעותית מלתקן בדיעבד, כי נגישות שמתוכננת בשלב העיצוב והפיתוח היא חלק מהעבודה הרגילה. תיקון אחרי מעשה פירושו לעבור על כל תבנית, לשנות עיצוב שאושר ולבדוק מחדש. את היחס בין רכיבי העבודה לעלות הכוללת תיארנו במדריך על עלות בניית אתר.
רכיבים דינמיים כמו תפריטים נפתחים, חלונות קופצים וקרוסלות דורשים תשומת לב מיוחדת. הם צריכים לעבוד במקלדת, להכריז על מצבם לקורא המסך ולהחזיר את המיקוד למקום הנכון כשסוגרים אותם. אלה הרכיבים שבהם נגישות אתרים נשברת לרוב, ולכן הם הראשונים לבדיקה.
אתר שנבנה על גבי תבנית כבדה ובילדר חזותי קשה במיוחד להנגשה, כי הקוד שנוצר אינו תחת השליטה שלכם. זו אחת הסיבות שאנחנו ממליצים על וורדפרס בקוד נקי, שבו כל תג ותווית נקבעים במכוון.
בתהליך של בניית אתרים בקוד נקי נגישות נכללת מההתחלה בכל פרויקט. אם אתם מתכננים אתר חדש, המחשבון העלויות כולל נגישות כחלק ממה שנכלל תמיד, ולכן אינה מופיעה כתוספת.
מה צריך להכיל דף הצהרת נגישות?
הצהרת נגישות היא דף ייעודי באתר שמתאר את רמת הנגישות, את ההתאמות שבוצעו ואת דרך הפנייה אם נתקלתם בבעיה. החוק דורש דף כזה, ובו יש לציין פרטי קשר של רכז הנגישות. את הנוסח המדויק כדאי לתאם עם גורם משפטי.
הדף צריך גם להסביר מה עושים כשנתקלים בחסימה: למי פונים, באיזה ערוץ, ומה מידע חשוב לצרף, כמו כתובת העמוד והמכשיר. פנייה שנענית ומטופלת היא חלק מהשירות הנגיש, לא פרט טכני.
דוגמה מעשית אפשר לראות בהצהרת הנגישות שלנו, שמפרטת את התקן שבו עמדנו, את הדפדפנים שנבדקו ואת האפשרויות שבתפריט הנגישות. הצהרה שלא תואמת את המצב בפועל גרועה מהיעדרה, ולכן אל תעתיקו נוסח מאתר אחר.
- התקן והרמה שאליהם האתר מותאם, וכן הדפדפנים והמכשירים שנבדקו.
- רשימת ההתאמות שבוצעו, ומגבלות ידועות אם יש כאלה.
- שם רכז הנגישות ופרטי קשר: טלפון, מייל וכתובת.
- קישור קבוע לדף מכל עמוד באתר, ותאריך עדכון אחרון.
איך שומרים על נגישות לאורך זמן?
נגישות אינה פרויקט חד-פעמי, כי אתר משתנה: מעלים תכנים חדשים, מוסיפים עמודים ומעדכנים תוספים. כל שינוי כזה עלול לפגוע במה שנבדק. הדרך להתמודד היא לשלב בדיקות נגישות בתחזוקה השוטפת, כפי שמתואר במדריך תחזוקת אתרים.
מינו אדם אחד בארגון שאחראי על הנושא: הוא מקבל פניות מגולשים, מוודא שהצהרת הנגישות מעודכנת ומבקש בדיקה חוזרת אחרי שדרוגים גדולים. בלי אחראי ברור, הנגישות נשכחת עד הפנייה הראשונה.
הכשירו את מי שמעלה תוכן: טקסט חלופי לתמונות, כותרות בסדר נכון, קישורים עם טקסט שמסביר לאן הם מובילים וסרטונים עם כתוביות. אלה הרגלים קטנים שמונעים את רוב הרגרסיות.
איך מתחילים בפועל?
התחילו בבדיקה של שלושה תהליכים מרכזיים באתר: ניווט בתפריט, מילוי טופס יצירת קשר, ומעבר תשלום אם יש חנות. אם אחד מהם נשבר במקלדת או בקורא מסך, יש לכם נקודת פתיחה ברורה. לאחר מכן קבעו סדר עדיפויות לפי חומרה ולפי נפח התנועה בעמודים.
אם אתם רוצים עזרה, אנחנו בודקים אתרים קיימים ובונים חדשים עם נגישות בקוד. אפשר לפנות אלינו ולספר על האתר, ואחרי שיחה קצרה נוכל להמליץ אם נדרש תיקון נקודתי או בנייה מחדש.
מאמרים נוספים שכדאי לקרוא
- פסיכולוגיית UX UI: איך עיצוב מניע לפעולה
- תחזוקת אתרים: מה כלול ומה חשוב
- וורדפרס בקוד נקי: למה לוותר על אלמנטור