בקצרה
נגישות אתרים היא התאמת אתר כך שכל אדם יוכל להשתמש בו, כולל עיוורים, כבדי ראייה ושמיעה ומשתמשי מקלדת. בישראל זו חובה חוקית לרוב האתרים, לפי תקן 5568 ברמת AA. רוב העבודה נמצאת בקוד, בעיצוב ובתוכן, ותוסף נגישות לבד לא מספיק.
נגישות אתרים היא ההתאמה של אתר אינטרנט כך שכל אדם יוכל להשתמש בו, כולל אנשים עיוורים וכבדי ראייה, חירשים, אנשים עם מוגבלות מוטורית שמנווטים במקלדת בלבד, ואנשים עם מוגבלות קוגניטיבית. בישראל נגישות אתרים היא חובה חוקית לכל אתר שמספק שירות או מידע לציבור, לפי תקן ישראלי 5568 ברמת AA. מעבר לחוק, אתר נגיש הוא בדרך כלל גם אתר בנוי טוב יותר: ברור יותר לגולשים, קל יותר לתפעול בנייד, ומובן יותר למנועי חיפוש.
בערך הזה נסביר מה החוק דורש, מה הקשר בין התקן הישראלי ל-WCAG, אילו דרישות חשובות במיוחד, מה באמת עושה תוסף נגישות, ואיך בודקים ומנגישים אתר וורדפרס בפועל. המידע המשפטי כאן הוא כללי ואינו ייעוץ משפטי.
נקודות מפתח
- בישראל נגישות אתרים מוסדרת בחוק שוויון זכויות לאנשים עם מוגבלות ובתקנות נגישות השירות מ-2013, שמפנות לתקן ישראלי 5568 ברמת AA.
- התקן הישראלי מבוסס על WCAG 2.0 עם התאמות. ההמלצה שלנו היא לכוון ל-WCAG 2.2 AA, שכולל את כל הדרישות הקודמות.
- תוסף או סרגל נגישות לבד לא הופך אתר לנגיש. רוב הדרישות נמצאות בקוד, בעיצוב ובתוכן.
- הבדיקות החשובות ביותר: ניווט במקלדת, ניגודיות צבעים, טקסט חלופי לתמונות, מבנה כותרות ותוויות לשדות טפסים.
- כל אתר שחלה עליו החובה צריך גם הצהרת נגישות עדכנית עם פרטי פנייה.
מה זה נגישות אתרים ולמי היא מיועדת?
אתר נגיש מאפשר להשתמש בו גם בלי לראות את המסך, בלי לשמוע, בלי עכבר ובלי להבין פריסה מורכבת. הקהל רחב יותר ממה שנהוג לחשוב:
| קבוצת משתמשים | איך הם גולשים | מה חשוב להם |
|---|---|---|
| עיוורים | קורא מסך (כמו NVDA או VoiceOver) שמקריא את העמוד | מבנה כותרות, טקסט חלופי, תוויות ברורות לכפתורים וקישורים |
| כבדי ראייה ועיוורי צבעים | הגדלת מסך, ניגודיות גבוהה | ניגודיות מספקת, מידע שלא מועבר רק בצבע, פריסה שלא נשברת בהגדלה |
| חירשים וכבדי שמיעה | כתוביות ותמלולים | כתוביות לסרטונים, חלופה כתובה לתוכן קולי |
| מוגבלות מוטורית | מקלדת בלבד, מתגים, שליטה קולית | כל פעולה זמינה במקלדת, פוקוס נראה, כפתורים בגודל סביר |
| מוגבלות קוגניטיבית | קריאה איטית יותר, רגישות לעומס | שפה פשוטה, פריסה עקבית, הודעות שגיאה ברורות, בלי אנימציות מסיחות |
וגם מי שאין לו מוגבלות קבועה נהנה מנגישות: מי שמחזיק טלפון ביד אחת, מי שגולש בשמש חזקה, ומי שפשוט ממהר.
מה אומר החוק בישראל?
החובה מבוססת על חוק שוויון זכויות לאנשים עם מוגבלות, התשנ"ח-1998, ועל תקנות שוויון זכויות לאנשים עם מוגבלות (התאמות נגישות לשירות), התשע"ג-2013. תקנה 35 עוסקת בשירות שניתן דרך האינטרנט, ומפנה לתקן הישראלי.
| נושא | בקצרה |
|---|---|
| על מי חלה החובה | על רוב האתרים שמספקים שירות או מידע לציבור: אתרי עסקים, חנויות, נותני שירות וגופים ציבוריים. בתקנות ישנם פטורים והקלות מסוימים |
| התקן | ת"י 5568 חלק 1 (מהדורת 2023), שמבוסס על WCAG 2.0 עם שינויים לאומיים |
| רמת העמידה | AA. התקן הישראלי מחמיר בכמה סעיפים, למשל חלופות לתוכן קול ווידאו ומבנה כותרות |
| הצהרת נגישות | עמוד שמפרט את מצב הנגישות של האתר, מה עדיין לא נגיש, ופרטי פנייה לנושא נגישות |
| אכיפה | החוק מאפשר להגיש תביעה ולקבל פיצוי ללא הוכחת נזק, ובשנים האחרונות הוגשו תביעות רבות נגד אתרים לא נגישים |
הפטורים וההקלות בתקנות תלויים בגודל העסק, בסוג התוכן ובמועד העלאת האתר, ולכן כדאי לבדוק את המקרה הספציפי מול עורך דין או מורשה נגישות. אתרים שפונים לקהל באיחוד האירופי כפופים גם לחוק הנגישות האירופי (EAA), שחל מיוני 2025 על חנויות אונליין ושירותים דיגיטליים רבים.
WCAG והתקן הישראלי: מה הקשר?
WCAG (Web Content Accessibility Guidelines) הוא מסמך הנחיות בינלאומי של ארגון W3C, והוא הבסיס לתקני הנגישות ברוב העולם. כל גרסה חדשה מוסיפה דרישות ושומרת על הקודמות, ולכן אתר שעומד ב-2.2 עומד גם ב-2.1 וב-2.0.
| גרסה | שנה | מה הוסיפה | מעמד |
|---|---|---|---|
| WCAG 2.0 | 2008 | הבסיס: טקסט חלופי, ניגודיות, מקלדת, מבנה, טפסים | הבסיס של התקן הישראלי |
| WCAG 2.1 | 2018 | נייד: התאמה לרוחב צר, הגדלת ריווחי טקסט, ניגודיות של רכיבי ממשק | מקובל בשוק כרף מינימלי |
| WCAG 2.2 | 2023 | פוקוס שלא מוסתר, גודל מטרה, חלופה לגרירה, התחברות נגישה | הגרסה העדכנית הרשמית |
| WCAG 3.0 | בפיתוח | מודל ניקוד חדש ומבנה שונה | טיוטה בלבד, לא צפויה להיות סופית לפני 2028 |
המסקנה המעשית: מי שבונה אתר חדש היום כדאי שיכוון ל-WCAG 2.2 ברמת AA, ויוודא גם את ההחמרות של התקן הישראלי. כך האתר עומד בדרישות הקיימות ומוכן לעדכונים עתידיים.
ארבעת העקרונות של WCAG
| עקרון | המשמעות | דוגמאות |
|---|---|---|
| נתיס לתפיסה (Perceivable) | אפשר לקלוט את התוכן ביותר מחוש אחד | טקסט חלופי לתמונות, כתוביות, ניגודיות |
| נתין לתפעול (Operable) | אפשר להפעיל את כל הממשק בכמה דרכים | ניווט במקלדת, זמן מספיק, בלי הבהובים מסוכנים |
| מובן (Understandable) | התוכן והממשק צפויים וברורים | שפת העמוד מוגדרת, ניווט עקבי, הודעות שגיאה מסבירות |
| יציב (Robust) | עובד עם דפדפנים וטכנולוגיות מסייעות שונות | HTML תקין וסמנטי, שמות ותפקידים נכונים לרכיבים |
הדרישות החשובות ביותר בפועל
בתקן יש עשרות קריטריונים, אבל רוב הכשלים שאנחנו רואים באתרים בישראל חוזרים על עצמם. זו הרשימה שכדאי להתחיל ממנה:
| דרישה | מה בודקים | כשל נפוץ |
|---|---|---|
| טקסט חלופי | לכל תמונה שמעבירה מידע יש alt שמתאר אותה. תמונה דקורטיבית מקבלת alt ריק | alt שמכיל שם קובץ או רשימת מילות מפתח |
| ניגודיות | יחס של לפחות 4.5:1 לטקסט רגיל ו-3:1 לטקסט גדול ולרכיבי ממשק | טקסט אפור בהיר על רקע לבן, טקסט על תמונה |
| מקלדת | כל קישור, כפתור, תפריט וטופס נגישים ב-Tab ופעילים ב-Enter או רווח | תפריטים שנפתחים רק במעבר עכבר, חלוניות שאי אפשר לסגור |
| פוקוס נראה | רואים בבירור על איזה רכיב נמצאים כשמנווטים במקלדת | outline: none ב-CSS בלי תחליף |
| מבנה כותרות | H1 אחד, אחריו H2 ו-H3 לפי ההיררכיה של התוכן | בחירת רמת כותרת לפי גודל הגופן ולא לפי המשמעות |
| טפסים | לכל שדה יש תווית מקושרת, והודעות שגיאה מסבירות מה לתקן | placeholder במקום תווית, שגיאה שמסומנת רק בצבע אדום |
| קישורים | טקסט הקישור מסביר לאן הוא מוביל | "לחץ כאן" ו"קרא עוד" שחוזרים עשר פעמים |
| מדיה | כתוביות לסרטונים, אפשרות לעצור תוכן נע | וידאו שמתנגן אוטומטית עם קול |
| שפה וכיוון | lang="he" ו-dir="rtl" בתגית html | תבניות מתורגמות שמוגדרות כאנגלית |
| הגדלה ורוחב צר | האתר עובד בהגדלה של 200% וברוחב 320 פיקסלים בלי גלילה לצדדים | טקסט שנחתך, רכיבים שיוצאים מהמסך |
חלק מהדרישות האלה הן גם דרישות של אתר רספונסיבי טוב. פירוט בערך אתר רספונסיבי, ועל טפסים שקל למלא בערך אופטימיזציה של טפסים.
מה חדש ב-WCAG 2.2?
WCAG 2.2 הוסיף קריטריונים שמתמקדים במשתמשי מקלדת, משתמשי מגע ואנשים עם מוגבלויות קוגניטיביות. אלה הקריטריונים ברמות A ו-AA, כלומר אלה שרלוונטיים לרוב האתרים:
| קריטריון | רמה | מה הוא דורש |
|---|---|---|
| 2.4.11 פוקוס שלא מוסתר | AA | הרכיב שבפוקוס לא מוסתר לגמרי על ידי הדר דביק, באנר עוגיות או חלונית צאט |
| 2.5.7 תנועות גרירה | AA | כל פעולה שדורשת גרירה זמינה גם בלחיצה פשוטה, למשל חיצים בסליידר |
| 2.5.8 גודל מטרה מינימלי | AA | אזור לחיץ של לפחות 24 על 24 פיקסלים, או מרווח מספיק מרכיבים סמוכים |
| 3.2.6 עזרה עקבית | A | דרכי עזרה ויצירת קשר מופיעות באותו מקום בכל העמודים |
| 3.3.7 ללא הזנה כפולה | A | מידע שכבר הוזן בתהליך ממולא מראש או ניתן לבחירה, למשל כתובת משלוח זהה לכתובת חיוב |
| 3.3.8 התחברות נגישה | AA | התחברות שלא מחייבת לפתור חידה או לזכור סיסמה, ומאפשרת הדבקה ומנהל סיסמאות |
במקביל הוסר הקריטריון הישן 4.1.1 (Parsing), כי הדפדפנים המודרניים מתמודדים עם הבעיות שהוא נועד למנוע.
תוסף נגישות: מה הוא עושה ומה לא
באתרים רבים בישראל מופיע סרגל נגישות: כפתור שפותח תפריט עם הגדלת טקסט, ניגודיות גבוהה, הדגשת קישורים ועצירת אנימציות. סרגל כזה יכול לעזור לחלק מהגולשים, אבל חשוב להבין את הגבולות שלו:
| מה סרגל נגישות עושה | מה הוא לא עושה |
|---|---|
| מאפשר לגולש להגדיל טקסט ולשנות צבעים | לא מוסיף טקסט חלופי מדויק לתמונות |
| מדגיש קישורים ועוצר אנימציות | לא מתקן תפריטים וטפסים שלא עובדים במקלדת |
| מציג באופן בולט קישור להצהרת הנגישות | לא מסדר מבנה כותרות וקוד לא סמנטי |
| נותן עזרה במקרים של קושי בראייה | לא מוסיף כתוביות לסרטונים ולא כותב שפה ברורה יותר |
המסקנה: סרגל נגישות הוא תוספת, לא תחליף. אתר נגיש באמת נבנה נגיש מלכתחילה: תבנית עם קוד סמנטי, עיצוב עם ניגודיות מספקת, ותוכן שנכתב עם כותרות וטקסט חלופי נכונים.
איך בודקים נגישות של אתר?
כלים אוטומטיים מוצאים חלק מהבעיות, בעיקר טכניות: ניגודיות, alt חסר, שדות בלי תווית. הם לא יודעים לשפוט אם טקסט חלופי מדויק, אם סדר הניווט הגיוני ואם הודעת שגיאה מובנת. לכן משלבים בדיקה אוטומטית עם בדיקה ידנית.
| כלי | סוג | למה הוא טוב |
|---|---|---|
| Lighthouse (בכלי המפתחים של Chrome) | אוטומטי | סריקה מהירה של בעיות בסיסיות |
| axe DevTools | אוטומטי | דוח מפורט עם הפניה לקריטריון הרלוונטי |
| WAVE | אוטומטי וחזותי | מציג את הבעיות ישירות על העמוד, כולל מבנה הכותרות |
| מקלדת בלבד | ידני | מעבר על העמוד ב-Tab מגלה תפריטים נעולים ופוקוס לא נראה |
| קורא מסך (NVDA בחינם, VoiceOver במק ובאייפון) | ידני | מראה איך העמוד נשמע בפועל לגולש עיוור |
| הגדלה ל-200% ומצב נייד | ידני | מגלה פריסה שנשברת וטקסט שנחתך |
בפרויקטים גדולים, ובמיוחד באתרים עם רכישה או טפסים מורכבים, כדאי להוסיף בדיקה של יועץ נגישות מקצועי.
נגישות באתר וורדפרס
- התבנית קובעת את רוב התוצאה. תבנית עם קוד סמנטי (header, nav, main, footer), קישור דילוג לתוכן, תפריט שעובד במקלדת ופוקוס נראה חוסכת עבודה רבה. על המבנה הנכון של עמודים בערך היררכיית עמודים.
- בוני עמודים דורשים זהירות. קל לבחור בהם רמת כותרת לפי המראה, ליצור כפתורים שהם בעצם div, ולהוסיף סליידרים שלא עובדים במקלדת.
- תוספי טפסים צריכים לייצר label אמיתי לכל שדה, ולהציג שגיאות בטקסט ולא רק בצבע.
- ARIA רק כשצריך. הכלל הראשון של ARIA הוא להעדיף רכיב HTML מובנה: תגית button עדיפה על div עם role="button". משתמשים ב-aria-label לכפתור שיש בו רק אייקון, וב-aria-expanded לתפריט נפתח.
- העורך המובנה של וורדפרס מבקש טקסט חלופי לכל תמונה ומציג את מבנה הכותרות, וכדאי להשתמש בזה. השוואה בין האפשרויות בערך אלמנטור או גוטנברג.
נגישות, ביצועים ו-SEO
רוב מה שעוזר לקורא מסך עוזר גם לגוגל. מבנה כותרות לוגי מסביר מה הנושאים בעמוד, טקסט חלופי מסביר מה בתמונה, טקסט קישור תיאורי מסביר מה העמוד שהוא מוביל אליו, ותמלול של סרטון הופך תוכן וידאו לטקסט שאפשר לאנדקס. גם מנועי AI קוראים את העמוד דרך ה-HTML, ועמוד סמנטי ומסודר קל להם להבין יותר.
יש גם חפיפה עם מדדי הביצועים: תוכן שקופץ בזמן הטעינה פוגע גם ב-CLS וגם בגולשים עם לקויות ראייה, ועמוד שנתקע בלחיצה פוגע גם ב-INP וגם במשתמשי מקלדת. פירוט בערך Core Web Vitals, והתמונה המלאה של הקידום בערך קידום אתרים אורגני.
טעויות נפוצות בנגישות אתרים
- להניח שתוסף אחד פותר את העניין מבלי לבדוק את הקוד ואת התוכן.
- לבטל את מסגרת הפוקוס מסיבות עיצוביות, ולהשאיר משתמשי מקלדת בלי דרך לדעת איפה הם.
- טקסט בתוך תמונות שקורא מסך לא יכול לקרוא ושלא מתאים את עצמו להגדלה.
- פופאפים שקופצים בלי אפשרות סגירה במקלדת, ושלא מחזירים את הפוקוס למקום הנכון אחרי שנסגרו.
- הצהרת נגישות מועתקת מאתר אחר שלא מתארת את המצב האמיתי של האתר.
- בדיקה חד פעמית. כל עמוד חדש, תוסף או עיצוב מחודש יכולים לשבור מה שכבר תוקן.
שאלות נפוצות
האם כל אתר חייב להיות נגיש בישראל?
רוב האתרים שמספקים שירות או מידע לציבור חייבים בנגישות לפי חוק שוויון זכויות לאנשים עם מוגבלות ותקנות נגישות השירות. בתקנות ישנם פטורים והקלות מסוימים, ולכן כדאי לבדוק את המקרה הספציפי מול עורך דין או מורשה נגישות.
על איזו גרסה של WCAG מבוסס התקן הישראלי?
תקן ישראלי 5568 חלק 1, במהדורת 2023, מבוסס על WCAG 2.0 עם שינויים והחמרות לאומיים, ברמת AA. בפועל מומלץ לכוון ל-WCAG 2.2 AA, שכולל את כל הדרישות של הגרסאות הקודמות.
האם תוסף נגישות מספיק כדי לעמוד בחוק?
לא. סרגל נגישות מאפשר לגולש להגדיל טקסט ולשנות צבעים, אבל הוא לא מתקן קוד לא סמנטי, תפריטים שלא עובדים במקלדת, טקסט חלופי חסר או טפסים ללא תוויות. רוב הדרישות מטופלות בתבנית, בעיצוב ובתוכן עצמם.
מה צריך להופיע בהצהרת נגישות?
בדרך כלל: לאיזה תקן ורמה האתר מונגש, מה הונגש, אילו חלקים עדיין לא נגישים, מתי ההצהרה עודכנה, ופרטי פנייה לנושא נגישות. ההצהרה צריכה לתאר את המצב האמיתי של האתר, ולא להיות מועתקת מאתר אחר.
מה יחס הניגודיות המינימלי באתר נגיש?
לפי WCAG ברמת AA, טקסט רגיל צריך יחס ניגודיות של לפחות 4.5:1 מול הרקע, וטקסט גדול ורכיבי ממשק כמו גבולות שדות ואייקונים צריכים לפחות 3:1.
האם נגישות משפיעה על הקידום בגוגל?
בעקיפין כן. גוגל לא מודדת נגישות כאות דירוג נפרד, אבל מבנה כותרות לוגי, טקסט חלופי, טקסט קישור תיאורי וקוד סמנטי עוזרים לגוגל ולמנועי AI להבין את העמוד, ושיפור החוויה משפיע על התנהגות הגולשים.
סיכום
נגישות אתרים בישראל היא חובה חוקית לרוב האתרים, לפי תקן 5568 ברמת AA, והדרך הנכונה לעמוד בה היא לבנות נגיש מההתחלה ולכוון ל-WCAG 2.2. רוב העבודה נמצאת במקומות פשוטים יחסית: קוד סמנטי, ניגודיות מספקת, ניווט מלא במקלדת עם פוקוס נראה, טקסט חלופי מדויק, טפסים עם תוויות ברורות והצהרת נגישות עדכנית. סרגל נגישות יכול להוסיף נוחות, אבל לא מחליף את העבודה הזו. אתר שעובר את הבדיקות האלה משרת טוב יותר את כל הגולשים, וגם את גוגל.