Для кого-то это просто абстрактное слово. А вот для фронтендера - это вполне конкретный термин.

В контексте фронтенд-разработки, как и для англоязычного человека термин Accessibility напрямую связан с людьми с ограниченными возможностями. В случае с веб разработкой Accessibility - это требование к сайту, которое говорит о том, что приложение должен быть доступно для лиц с ограничениями.

Так как же сделать сайт доступным? И для кого мы это делаем?

В первую очередь, когда мы говорим о доступности - мы имеем ввиду возможность пользования сайтом лицами с ограничениями зрения. Такими как слепота, слабое зрение или цветовая слепота.

Для последних двух случаев достаточно помнить о соблюдении требований контрастности и размере текстового контента. А в случае с полностью слепыми пользователями мы должны обеспечить удобство пользования сайтом с клавиатуры. И тут все не так просто, как кажется на первый взгляд.

Вместо монитора незрячие пользователи используют скринридеры- специальные приложения, которые проговаривают все что мы видим на экране.

Существует мнение, что пользуясь клавиатурой и скринридером пользователь пользуется Tab-ом и перемещается по странице сверху-вниз. Но это не так. С помощью навигации по табу у вас не получится найти контент сайта. Вы будете перемещаться только по аДля кого-то это просто абстрактное слово. А вот для фронтендера - это вполне конкретный термин.

В контексте фронтенд-разработки, как и для англоязычного человека термин Accessibility напрямую связан с людьми с ограниченными возможностями. В случае с веб разработкой Accessibility - это требование к сайту, которое говорит о том, что приложение должен быть доступно для лиц с ограничениями.

Так как же сделать сайт доступным? И для кого мы это делаем?

В первую очередь, когда мы говорим о доступности - мы имеем ввиду возможность пользования сайтом лицами с ограничениями зрения. Такими как слепота, слабое зрение или цветовая слепота.

Для последних двух случаев достаточно помнить о соблюдении требований контрастности и размере текстового контента. А в случае с полностью слепыми пользователями мы должны обеспечить удобство пользования сайтом с клавиатуры. И тут все не так просто, как кажется на первый взгляд.

Вместо монитора незрячие пользователи используют скринридеры- специальные приложения, которые проговаривают все что мы видим на экране.

Существует мнение, что пользуясь клавиатурой и скринридером пользователь пользуется Tab-ом и перемещается по странице сверху-вниз. Но это не так. С помощью навигации по табу у вас не получится найти контент сайта. Вы будете перемещаться только по активным элементам страницы (таким как кнопки, инпуты) Поэтому слабовидящие используют специальные комбинаций клавиш и навигирются по заголовкам, абзацам, меню, лейблам, формам и другим элементам страницы.

Я работаю в компании СберЗдоровье и я считаю, что медтеху в первую очередь стоит обеспечивать доступность в приложениях для того, чтобы слабовидящие пользователи могли получить услугу.

Для проверки и достижении всех требований доступности можно самому установить на компьютер скринридер, выучить шорткаты, попробовать воспользоваться сайтом «в слепую» но лучше воспользоваться услугой профессионалов. Я, например, регулярно обращаюсь к своему хорошему другу - Антону, который как никто другой знает как сделать сайт доступным. Так же я стараюсь регулярно проводить встречи команды разработчиков с слабовидящими пользователями для того, чтобы создатели интерфейсов понимали что от них требуется и чувствовали личную ответственность.

Если тема доступности вам близка, то начните с знакомства со стандартами WCAG и вспомните про семантику. С большой вероятностью соблюдения семантической верстки и элементарной разметки контента (alt-ы для картинок и aria атрибуты) вам будет достаточно.

Вывод:

Не стоит ждать от бизнеса запроса на обеспечение доступности, надо просто взять и сделать! Это должно быть частью нашей ежедневной работы и личной ответственностью.

https://t.me/petr_zhemchugov