הנגשת אתר בקוד פירושה לתקן את האתר עצמו: את ה-HTML, את התבנית ואת הרכיבים, כך שהם עובדים עם מקלדת וקורא מסך בלי שכבה חיצונית. התהליך כולל 5 שלבים: בדיקה ידנית על טופס הנציבות, ליווי של צוות הפיתוח, הדרכה למנהלי התוכן, בדיקה חוזרת והצהרת נגישות.
מה זה אומר "בקוד", בפועל
תוסף לא יודע אם סדר הכותרות הגיוני, אם הטקסט החלופי מתאר את מה שחשוב בתמונה, או אם הפוקוס עובר למקום הנכון כשנפתח חלון. את זה בודק אדם, ומתקנים בקוד. כמה דוגמאות לתיקונים שאני רואה כמעט בכל פרויקט:
| ליקוי | התיקון בקוד |
|---|---|
| שדה טופס בלי תווית | תגית label שמקושרת לשדה, כדי שקורא המסך יקריא מה ממלאים |
| כפתור שהוא בעצם div | כפתור אמיתי (button), שמקבל פוקוס ונלחץ ב-Enter וברווח |
| תפריט שנפתח רק בריחוף עכבר | תפריט שנפתח גם במקלדת, ומודיע לקורא המסך אם הוא פתוח או סגור |
| חלון קופץ שהפוקוס בורח ממנו | פוקוס שעובר לחלון כשהוא נפתח, וחוזר לכפתור כשהוא נסגר |
| כותרות שנבחרו לפי גודל | היררכיה לוגית: H1 אחד, ואחריו H2 ו-H3 לפי המבנה |
| אתר בעברית בלי הגדרת שפה | הגדרת שפה בתגית html, כדי שקורא המסך יקרא בעברית |
בחלק מהמקרים צריך גם ARIA. הכלל הוא להשתמש בו רק כשאין רכיב HTML רגיל שעושה את העבודה. הסברתי את זה במאמר ARIA בנגישות. ועל הגדרת השפה כתבתי במדריך הנגשת שפת האתר.
הנגשת אתר בקוד ב-5 שלבים
- בדיקה ידנית מתועדת. עוברים על כל סוג עמוד ורכיב, עם מקלדת וקורא מסך, ומתעדים בטופס הבדיקה של הנציבות.
- ליווי של צוות הפיתוח. לא רק "יש בעיה בשורה הזו", אלא איך לתקן. אני מגיע מעולם הפיתוח, אז ההסבר הוא ממתכנת למתכנת.
- הדרכה למנהלי התוכן. טקסט חלופי, כתוביות לסרטונים, כותרות וקישורים ברורים. בלי זה, האתר מאבד את הנגישות בפוסט הבא.
- בדיקה חוזרת. בודקים שכל שורה בטופס טופלה.
- הצהרת נגישות שמתארת את מה שנבדק ותוקן, ואת פרטי רכז הנגישות.
רוצים הנגשה בקוד?
נבדוק את האתר ידנית, נלווה את המתכנתים בתיקון, ותקבלו טופס נציבות מלא.
מה מקבלים בסוף
שני מסמכים: טופס הבדיקה של הנציבות מלא, והצהרת נגישות לאתר. יש פרט אחד בטופס שכדאי להכיר: לכל ליקוי יש צילום מסך של הרכיב, מה נמצא, וסטטוס התיקון בבדיקה החוזרת. כשמישהו שואל "איך אתם יודעים שהטופס בעמוד צור קשר נגיש?", זה המקום שבו רואים את התשובה. בדוח של תוסף אין שורה כזו, כי אף אחד לא הסתכל על הרכיב.
ואם כבר מותקן תוסף?
זו החלטה שמקבלים בתחילת התהליך. אם התוסף נשאר, בודקים שהוא לא מפריע לקורא המסך ולא מסתיר רכיבים. אם מסירים אותו, האתר צריך לעמוד בעצמו. בכל מקרה, אין חובה בחוק להתקין תוסף. פרטים על התהליך בעמוד הנגשת אתרים.
שאלות נפוצות על הנגשת אתר בקוד
מה זה הנגשת אתר בקוד?
תיקון של ה-HTML, התבנית והרכיבים של האתר, כך שהם עובדים עם מקלדת וקורא מסך בלי שכבה חיצונית.
האם חייבים תוסף נגישות?
לא. אתר יכול לעמוד בתקן בלי שום תוסף, אם הקוד והתוכן נגישים.
בדיקה אוטומטית לא מספיקה?
היא מוצאת רק חלק מהבעיות, כמו ניגודיות או טקסט חלופי חסר. סדר קריאה, ניווט במקלדת ומשמעות התוכן דורשים בדיקה של אדם.
זה מכביד על המתכנתים?
פחות ממה שנדמה. רוב התיקונים קטנים, כשמסבירים בדיוק מה לתקן ואיך.
למה צריך הדרכה למנהלי תוכן?
כי כל תמונה, סרטון או פוסט חדש יכולים להחזיר ליקויים. הקוד מחזיק, התוכן צריך תחזוקה.
מומחה להנגשת אתרי אינטרנט וקצין הגנת פרטיות מוסמך (DPO). מעל 9 שנות ניסיון בליווי ארגונים לעמידה בתקנות הנגישות, ת"י 5568 ובחוק הגנת הפרטיות.
חושבים שהאתר שלכם חשוף?
אל תישארו עם התחושה. שלחו כתובת אתר ונחזור אליכם עם תמונת מצב ראשונית, בלי התחייבות.