מתכנת נגישות: מה הוא מתקן ואיך בוחרים אחד

מתכנת נגישות הוא מי שמתקן את הליקויים שנמצאו בבדיקת הנגישות, בקוד של האתר עצמו. זה לא אותו מתכנת שבנה את האתר, לפחות לא תמיד. רוב המתכנתים לא למדו נגישות, והבעיות שאני מוצא בבדיקות חוזרות על עצמן מאתר לאתר. הנה מה שכדאי לדעת לפני שאתם בוחרים מישהו לעבודה.

למה לא כל מתכנת הוא מתכנת נגישות

• חוסר ידע בתקן: מתכנת טוב יכול לא להכיר את 5568 ואת WCAG בכלל. התוצאה היא תיקונים שנראים נכון ולא עובדים בקורא מסך.
• תבניות מוכנות: הרבה אתרים בנויים מרכיבים מוכנים, והנגשה דורשת לפתוח אותם ולשנות אותם.
• קוד של מישהו אחר: מתכנתים לא אוהבים לגעת באתר שלא הם בנו. זה מובן, אבל זה בדיוק מה שהנגשה של אתר קיים דורשת.
• חשש לפגוע בעיצוב: ברוב המקרים אפשר להנגיש בלי שינוי נראה לעין. כשצריך שינוי, למשל בניגודיות, הוא קטן.

על מה מתכנת נגישות עובד בפועל

תחום	דוגמאות
ניווט מקלדת	סדר פוקוס, סימון פוקוס נראה, תפריטים ורכיבים שנפתחים במקלדת
סמנטיקה	כותרות אמיתיות, כפתורים שהם כפתורים, רשימות, אזורים בעמוד
טפסים	תוויות לשדות, הודעות שגיאה שקורא מסך מקריא
רכיבים דינמיים	חלונות קופצים, קרוסלות, לשוניות, עם ARIA רק במקום שבו צריך
עיצוב	ניגודיות, הגדלה ל-200%, מידע שלא מועבר רק בצבע

מתכנת מתקן קוד, תוסף לא נוגע בקוד

זה ההבדל העיקרי, וכדאי שתבינו אותו לפני שאתם משווים מחירים. מתכנת נגישות פותח את התבנית ומתקן את הרכיב עצמו. תוסף נגישות מוסיף שכבת כפתורים מעל האתר, והקוד נשאר כמו שהיה. לכן אחרי תיקונים של מתכנת, בקשו את טופס הבדיקה של הנציבות, הטופס בגרסת ה-Excel, מעודכן: כל ליקוי מהבדיקה, ולצדו הסטטוס שלו אחרי התיקון.

מתי לשלב מתכנת נגישות

הכי זול זה בזמן הבנייה. אם אתם בוחרים עכשיו חברה, כדאי לקרוא את המדריך לבחירת חברה לבניית אתרים ולהכניס את הנגישות לחוזה. אם האתר כבר קיים, מתחילים בבדיקה ואחריה מתקנים. מי עושה מה, חברה או יועץ, פירטתי בחברה להנגשת אתרים או יועץ.

לצוותי פיתוח ועיצוב פנימיים אנחנו מעבירים גם הדרכות למפתחים ולמעצבי UI/UX, כדי שהקוד הבא ייכתב נגיש מההתחלה. פרטים על השירות בעמוד הנגשת אתרים.

שאלות נפוצות על מתכנת נגישות