הנגשת אתר וורדפרס נעשית בשלוש שכבות: הליבה של וורדפרס, התבנית והתוספים, והתוכן שאתם מעלים. הליבה עושה את החלק שלה — לפי תקני הקוד של וורדפרס, קוד חדש או מעודכן בוורדפרס אמור לעמוד ב-WCAG 2.2 ברמה AA. אבל רוב בעיות הנגישות באתרים אמיתיים לא נמצאות בליבה. הן נמצאות בתבנית, בתוספים, ובתמונות, בכותרות ובטפסים שנוספו לאתר. את הדרישות החוקיות בישראל פירטתי במאמר על חוק הנגישות לאתרי אינטרנט; כאן אני מתמקד בצד המעשי — מה עושים בוורדפרס.
שכבה 1: התבנית
התבנית קובעת את רוב מה שמשתמש עם מקלדת או קורא מסך פוגש בכל עמוד: התפריט, מבנה הכותרות, הקישורים, הטפסים והניגודיות. מה בודקים:
- ניווט מקלדת — אפשר להגיע לכל קישור, כפתור ותפריט עם Tab, ולראות בבירור איפה הפוקוס.
- קישור דילוג לתוכן — הקישור הראשון בעמוד מאפשר לדלג על התפריט ישר לתוכן.
- תפריט נפתח — תפריטי משנה נפתחים גם במקלדת, לא רק במעבר עכבר.
- ניגודיות — טקסט על רקע, כולל כפתורים, קישורים וטקסט על תמונות.
- מבנה כותרות — כותרת ראשית אחת, והיררכיה הגיונית מתחתיה.
- שפה וכיוון — באתר עברי, הגדרת שפה וכיוון נכונה חשובה לקוראי מסך.
במאגר הרשמי של וורדפרס יש תג accessibility-ready לתבניות שעברו בדיקה ידנית של צוות הנגישות. זו נקודת פתיחה טובה, אבל לפי ההנחיות של צוות התבניות, התג לא אומר שהתבנית עומדת ב-WCAG ברמה AA — אלא בדרישות מינימום. ותבניות פרימיום מחוץ למאגר לא עוברות את הבדיקה הזו בכלל. על בחירת תבנית כתבתי בתבנית וורדפרס: איך בוחרים.
שכבה 2: התוספים
תוסף יכול להכניס לאתר נגיש רכיב לא נגיש: סליידר שאי אפשר לעצור, חלון קופץ שלוכד את הפוקוס, טופס בלי תוויות, צ'אט שלא נגיש במקלדת. לפני התקנה — ובמיוחד לתוספים שמציגים משהו למבקרים — בודקים את הרכיב במקלדת. ראו גם איך בוחרים תוספים לוורדפרס.
ומה לגבי תוספי "סרגל נגישות"?
תוספים שמוסיפים כפתור עם הגדלת טקסט, ניגודיות גבוהה ועוד, נפוצים מאוד בישראל. הם יכולים להיות תוספת נוחה, אבל הם לא מתקנים את הבעיות שבבסיס: תמונה בלי טקסט חלופי, טופס בלי תוויות או תפריט שלא עובד במקלדת יישארו כאלה גם עם הסרגל. הנגשה אמיתית נעשית בקוד ובתוכן.
שכבה 3: התוכן
זה החלק שבאחריות מי שמעדכן את האתר, וכאן נשברת הנגישות של הרבה אתרים שהושקו נגישים:
| רכיב | מה עושים בוורדפרס |
|---|---|
| תמונות | ממלאים טקסט חלופי בספריית המדיה — תיאור של מה שהתמונה מעבירה. תמונה דקורטיבית — טקסט חלופי ריק |
| כותרות | משתמשים בכותרות לפי מבנה (כותרת 2, כותרת 3), לא כדי להגדיל טקסט |
| קישורים | טקסט קישור שמתאר לאן הוא מוביל, לא "לחצו כאן" |
| טבלאות | שורת כותרת לטבלאות נתונים; לא משתמשים בטבלה לעיצוב |
| קבצי PDF | מסמך נגיש, או גרסת HTML של אותו תוכן |
| וידאו | כתוביות לסרטונים עם דיבור |
הדרך הכי יעילה לשמור על זה לאורך זמן: תבנית שמכריחה מבנה נכון. כשהעורך ממלא שדות מוגדרים במקום לעצב בחופשיות, יש פחות מקום לטעויות. ראו שדות מותאמים ב-ACF.
טפסים
טפסים הם המקום שבו בעיות נגישות עולות כסף — לקוח שלא מצליח לשלוח פנייה פשוט הולך. בודקים:
- לכל שדה יש תווית גלויה, לא רק טקסט בתוך השדה שנעלם כשמקלידים.
- הודעות שגיאה מסבירות מה לא תקין, ומוקראות לקוראי מסך.
- אפשר למלא ולשלוח את הטופס במקלדת בלבד.
- CAPTCHA, אם יש, לא חוסם משתמשים עם מוגבלות.
איך בודקים בעצמכם
- מקלדת בלבד — עוברים על דף הבית, עמוד שירות וטופס עם Tab, Enter ו-Esc, בלי עכבר.
- הגדלה — מגדילים את הדפדפן ל-200% ובודקים שהתוכן לא נחתך או חופף.
- כלי בדיקה אוטומטי — בדיקת הנגישות ב-Lighthouse בדפדפן כרום מוצאת חלק מהבעיות (ניגודיות, טקסט חלופי חסר, תוויות). חלק מהבעיות כלי אוטומטי לא יכול לזהות.
- קורא מסך — אפילו בדיקה קצרה עם קורא המסך של מערכת ההפעלה מגלה הרבה.
בדיקה עצמית לא מחליפה בדיקה מקצועית, אבל היא מגלה את הבעיות הבולטות מהר.
הצהרת נגישות
אחרי ההנגשה מפרסמים הצהרת נגישות שמתארת מה הונגש, מה עוד לא, ואיך פונים לרכז הנגישות. על מה צריך לכלול בה כתבתי באיך כותבים הצהרת נגישות, ולדוגמה — הצהרת הנגישות של האתר הזה.
שאלות נפוצות
וורדפרס נגיש מהקופסה?
הליבה וממשק הניהול מפותחים לפי תקני נגישות. האתר שהמבקרים רואים תלוי בתבנית, בתוספים ובתוכן — ושם נמצאות רוב הבעיות.
מספיק להתקין תוסף נגישות?
לא. תוסף יכול להוסיף כלים למשתמש, אבל לא לתקן קוד ותוכן לא נגישים.
מה עם תוכן חדש אחרי ההנגשה?
כל עמוד ותמונה חדשים צריכים לשמור על אותם כללים. כדאי שמי שמעדכן את האתר יכיר אותם, ושתהיה בדיקה תקופתית.
רוצים לדעת איפה האתר שלכם עומד? זה התחום של הנגשת אתרים. שלחו לי את כתובת האתר.
אהבתם את המאמר?
