8 Міфів про те, як сліпі люди користуються інтернетом

Будучи фронт-енд розробником я, звичайно ж чув про таке поняття як accessibility або доступності веб-документів і додатків. При створенні веб-контенту я завжди дотримувався кращим практичним принципам в цій області, що в результаті призводить до чіткої взаємодії з програмами читання з екрану, не викликаючи при цьому ніяких проблем. Власне як і більшість подібних мені розробників, я ніколи особисто не перевіряв дію таких програм на практиці. Я чомусь завжди вважав, що це досить клопітка справа і до того ж чув, що недешеве. Пару місяців назад я вирішив провести експеримент і на протязі тижня прикидався сліпим. користуючись виключно програмами читання з екрану для того, щоб зрозуміти як сліпий користувач «на слух» сприймає вміст сайту. В результаті чого я дізнався досить багато нових речей, які змусили мене переглянути власних підхід до створення HTML розмітки. Насправді більшість наявних джерел інформації, які містять кращі практичні поради на тему забезпечення доступності веб-документа, містять масу дезінформації і невірних чуток. Нижче наводяться кілька міфів з цієї області, які виразно невірні:

1. Програми читання з екрану озвучують текст атрибута title посилань.

Насправді це не так, що сильно мене здивувало. Довгий час я був упевнений в тому, що текст атрибута title. додається до заслання, якраз і призначений для вказівки на призначення посилання спеціальними програмами. Після проведеного експерименту я дізнався про те, що насправді програми читання з екрану ніколи не озвучують текст атрибута title. і це робить безглуздим додавання інформації в даний атрибут з метою полегшення сприйняття контенту користувачами з дефектами зору. А в тому випадку, якщо додається таким чином інформація має важливе значення, то це може насправді серйозно знизити доступність вашої веб-сторінки. Я задав питання HTML експерту Джеффрі Зельдману, про те, чи дійсно слід використовувати атрибут посилань title. і ось його відповідь:

@silktide: На даний момент ми проводимо дослідження щодо використання атрибута title і намагаємося з'ясувати чи має він значення для програм читання з екрану. Як ви думаєте, чи є підстави для застосування цього атрибута?

@Zeldman: Ні, не використовуйте його.

Раніше мною було детально написано про те як я помилково вважав, що текст атрибута title покращує доступність документа.

2. Сліпі люди користуються виключно текстовими браузерами.

Згідно з дослідженнями. проведеним ресурсом WebAIM. переважна більшість користувачів програм-читалок працюють через Internet Explorer і Firefox на Windows. З чого випливає, що тестування сайту в будь-який інший програмі, відмінною від звичайних, широко поширених браузерів, не дозволить дати об'єктивну оцінку ступеня його доступності та зручності використання для людей з вадами зору. Користувачі програми читання NVDA з більшою охотою працюють на Firefox. що переважно. Ви ймовірно сильно здивуєтеся, дізнавшись, що браузером Chrome. якому віддають перевагу більшість веб-розробників, користується лише незначна частина сліпих людей.

4. Динамічно підвантажуємий контент негативно впливає на доступність.

Сайти, подібні Twitter підвантажують контент динамічно. Всім знайома ситуація, коли перебуваючи на цьому сайті при прокручуванні сторінки вниз, нові твітти завантажуються автоматично, не вимагаючи від вас натискання кнопки "More". Спочатку я думав, що така поведінка буде справжньою катастрофою доступності документа для користувачів програм-читалок, але після спілкування з кількома сліпими людьми, я дізнався, що насправді такий механізм більш кращий, ніж посторінкова нумерація. Так, згоден, це призведе до незручної паузи при озвучуванні вмісту сторінки, необхідної для закачування додаткового контенту, але це краще ніж безпосередній перехід до другої сторінки, де для того щоб дістатися до її основного контенту, користувачеві доведеться знову пройти проміжні пункти - заголовок, навігаційний блок, меню і т.д.

5. Слабовідящие користувачі відключають CSS стилі в браузері.

6. Всі зображення на сторінці повинні забезпечуватися альтернативним текстом.

Одне з найперших засвоєних вами умов, яким повинні відповідати доступні веб-сторінки, ймовірно, є те, що кожне, присутнє на них зображення повинно мати атрибут alt. що містить альтернативний текст. Цей прийом все ще актуальний, і надання відповідних описів зображень у вигляді альтернативного текса має важливе значення для користувачів з вадами зору, особливо якщо зображення містить текст або несе смислове значення. Якщо ж графічний елемент виконує чисто декоративні функції, то його альтернативний текст буде недоречний і може з легкістю ввести користувача в оману. В цьому випадку у вас немає необхідності робити будь-які пояснення до зображення взагалі. Тоді найкращим практичним виходом із ситуації буде вставка в елемент зображення порожнього атрибута alt = "".

7. Всі елементи повинні бути задіяні при табуляції, тобто мати tabindex.

Ні, це стосується не кожного елемента. Атрибут tabindex призначений для вирішення проблем, пов'язаних з порядком зчитування блоків інформації програмами-читалки, який часто не відповідає бажаному, передбаченому смисловою структурою контенту (реальне назва цієї властивості елемента, передбачене WCAG 2.0 стандартом - «focus order» або «порядок отримання фокусу») . І якщо вам дійсно необхідно змінити порядок проходження роботом розділів сторінки та її компонентів, то потрібно уважно продумати структуру вашого контенту і тільки після цього визначати значення для tabindex. керуючись при цьому смисловий послідовністю контенту, а не використовувати цей атрибут просто для швидкого переміщення по сторінці. У більшості випадків, непродумане використання атрибута tabindex лише ще більше ускладнює становище, в результаті чого користувач «стрибає» по сторінці, не випливаючи якомусь логічному маршруту навігації.

8. Сліпі користувачі покладаються на Landmark ролі і HTML5 структурні елементи при навігації.

Ви, ймовірно, вже зустрічали нові структурні HTML5 елементи, такі як