מה כל מתכנת צריך לדעת על נגישות דיגיטלית

הנגישות הופכת חיונית עוד יותר למתכנתים להבין. בשנת 2020, בית המשפט העליון בארה"ב פסק בעניין Domino's vs. גורס שהאינטרנט והאפליקציות הם 'מקומות' ביחס לחוק האמריקאים עם מוגבלות. המשמעות היא שאנשים עם מוגבלויות יכולים כעת לתבוע אפליקציות דיגיטליות שאינן נגישות.

יותר מסתם חובה חוקית, מפתחים רבים מרגישים אחריות לשפר את הנגישות. זה הוביל את Electronic Arts להכריז שהם לא יאכופו את פטנטי הנגישות שלהם כדי שמפתחים אחרים יוכלו למנף אותם ליצירת משחקים מכילים יותר.

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

מהי נגישות דיגיטלית?

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

ההנחיות הנפוצות ביותר לגבי נגישות הן הנחיות נגישות לתוכן אינטרנט, תקן נגישות בינלאומי שנוצר על ידי ה קונסורציום האינטרנט העולמי (W3C).

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

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

רמות ההתאמה נמדדות באמצעות תקני רמה A, רמה AA ורמה AAA עם הרמה הנמוכה ביותר סף מינימלי והרמה הגבוהה ביותר שנועדה לטפל בבעיות נגישות מורכבות וספציפיות יותר המשפרות את המשתמשים הנכים ניסיון.

הבעיה עם גישות מבוססות תאימות

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

עם WCAG 2.2 ששוחרר באיחור של יותר משנה ועבודה על האיטרציה הבאה, WCAG 3.0, המתבצע כבר שנים, ברור שהנחיות הנגישות שנמצאות בשימוש כיום היו מיושנות עוד לפני שפורסמו.

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

מדוע חשובה נגישות משופרת

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

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

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

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

למה צריך לדאוג ל"חוב נגישות"

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

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

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

האתגר של שיפור הנגישות הדיגיטלית

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

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

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

עבור מוצר המשמש בדרך כלל כמכשיר מסייע לאנשים עם לקויות ראייה - קבוצה שעבורם מצב ניגודיות גבוהה יכול להיות נחוץ לעתים קרובות - זה פיקוח יוצא דופן של הפיתוח קְבוּצָה.

שימוש בעיצוב אוניברסלי לנגישות טובה יותר

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

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

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

במבט ראשון נראה שהם יובילו לקוד המקביל להנחיות WCAG 2.2. עם זאת, ההבדל העיקרי הוא שמעצבים מתחילים בהתייחסות לעקרונות אלה כבסיסיים לעיצוב שלהם עבור כולם משתמשים במקום להתמקד בהתאמה של עיצובים שנוצרו עבור "המשתמש הממוצע" לתקני נגישות מאוחר יותר עַל.

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

עיצוב אוניברסלי גם מוביל לרוב למוצרים טובים יותר שכן מוצרים שפותחו על פי עקרונות עיצוב אוניברסליים לרוב שמישים יותר לכולם.

חשיבות השימושיות

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

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

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

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

אתגר נוסף מתרחש כאשר מתכנתים נתקלים במצבים שבהם הם עומדים מבחינה טכנית בהנחיות הנגישות אך אינם תואמים להם מבחינה תפקודית.

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

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

כיצד צדק עיצובי יכול לעזור

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

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

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

איך ייראה תהליך צדק עיצובי עבור המוצר שלך? המשמעות יכולה להיות שכירת מספר מומחים עם מוגבלויות שיעזרו במחקר נגישות, עיצוב UX, תכנות, QA ובדיקות שמישות. זה יכול להיות גם אירוח קבוצות מיקוד בתשלום עם משתמשים מוגבלים בכל שלב בתהליך העבודה בפיתוח שלך.

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

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

השלבים הבאים לשיפור הנגישות הדיגיטלית

עכשיו כשאתה יודע למה נגישות דיגיטלית כל כך חשובה והמורכבות הכרוכה בעשייה טובה, מה אתה יכול לעשות?

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

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

מדריך קצר לכלי הנגישות של Windows 10

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

קרא הבא

על הסופר