Comments 12
Отсутствие заявления ≠ отсутствие обязанностей. Доступность (a11y) - это не «функционал», как, например, ночной режим. Это - базовое требование к веб-интерфейсу, обеспечивающее равный доступ к услугам. Во многих странах это закреплено на законодательном уровне (например, ADA в США, Директива EU 2016/2102 в Европе). Банковские услуги - это критически важная часть жизни, и лишать их доступа целые группы населения - это дискриминация.
Цель аудита. Я проверял не «наличие заявления», а соответствие интерфейса общепринятым стандартам (WCAG). Это такие же стандарты, как и для безопасности или кроссбраузерности. Мой анализ показывает, где именно интерфейс не соответствует этим техническим нормативам, создавая барьеры для реальных людей.
Про холестерин и пептиды. Это ложная аналогия. Доступность - это не абстрактный «химический состав», а измеримая характеристика юзабилити. Проверять на контрастность или семантическую разметку — это так же логично, как проверять скорость загрузки сайта. И то, и другое напрямую влияет на пользовательский опыт.
О «бесполезности». Задача такого аудита - не подать жалобу, а показать проблему и пути ее решения. Многие компании просто не осознают масштабов несоответствия, пока им его не продемонстрируют. Этот материал — руководство к действию для самих разработчиков Приорбанка и других компаний, которые хотят улучшить свой продукт.
Ваше предложение о работе через ассоциации - верное, но оно не отменяет ценности технического анализа. Профессиональное сообщество (разработчики, дизайнеры) - это как раз тот канал, через который можно донести проблемы и решения напрямую, без долгих бюрократических процедур.
надеюсь, хоть идентификаторы на картинках фейковые )))
а то там и без accesibility навалят...
Сразу отмечу отсутствие двух фундаментальных элементов:
Заявление о доступности (Accessibility Statement)
Ссылки для пропуска навигации (Skip Links)
Сервис НЕ заявляет у себя доступности для людей с ограниченными возможностями. Вы проверили этот сервис и подтвердили, что доступность для людей с ограниченными возможностями найти не удалось.
Предлагаю ещё проверить сервис на наличие холестерина и вредных пептидов, так как про них сервис тоже ничего не заявляет.
В общем, смысл всего вашего тестирования бесполезен.
Если хотите, чтобы там появилась доступность для людей с ограниченными возможностями, то вам необходимо через ассоциацию таких людей отправить соответствующий запрос в Приорбанк, чтобы они рассмотрели возможность этот функционал добавить. Если прям совсем зудит в одном месте, то тогда есть смысл подниматься на уровень министерств и озвучивать эти тезисы там, чтобы не только в Приорбанке, но и у других банков такой функционал появился.
Отсутствие заявления ≠ отсутствие обязанностей. Доступность (a11y) - это не «функционал», как, например, ночной режим. Это - базовое требование к веб-интерфейсу, обеспечивающее равный доступ к услугам. Во многих странах это закреплено на законодательном уровне (например, ADA в США, Директива EU 2016/2102 в Европе). Банковские услуги - это критически важная часть жизни, и лишать их доступа целые группы населения - это дискриминация.
Цель аудита. Я проверял не «наличие заявления», а соответствие интерфейса общепринятым стандартам (WCAG). Это такие же стандарты, как и для безопасности или кроссбраузерности. Мой анализ показывает, где именно интерфейс не соответствует этим техническим нормативам, создавая барьеры для реальных людей.
Про холестерин и пептиды. Это ложная аналогия. Доступность - это не абстрактный «химический состав», а измеримая характеристика юзабилити. Проверять на контрастность или семантическую разметку — это так же логично, как проверять скорость загрузки сайта. И то, и другое напрямую влияет на пользовательский опыт.
О «бесполезности». Задача такого аудита - не подать жалобу, а показать проблему и пути ее решения. Многие компании просто не осознают масштабов несоответствия, пока им его не продемонстрируют. Этот материал — руководство к действию для самих разработчиков Приорбанка и других компаний, которые хотят улучшить свой продукт.
Ваше предложение о работе через ассоциации - верное, но оно не отменяет ценности технического анализа. Профессиональное сообщество (разработчики, дизайнеры) - это как раз тот канал, через который можно донести проблемы и решения напрямую, без долгих бюрократических процедур.
Проблему и решения донести можно, но на их внедрение необходимы ресурсы, а потому решение о соответствии стандартам должно быть принято руководством банка. Единственное, что можно повлиять на руководство банка либо напрямую, убедив в необходимости следования стандартам доступности, либо через государство, чтобы оно вменило банкам это в обязанность.
С дискриминацией вы тут явно перегнули
Не заставляют же вас этим банком пользоваться
@archik
Артур, а можно наш сайт rosshokolad.ru тоже проанализировать?
Особенно интересует как можно mobile улучшить?
Проанализировал ваш сайт. Проблем действительно много, вот то, что бросается в глаза в первую очередь, особенно для мобильных устройств.
Ошибки доступности (прошел бегло)
Картинки без альтернативных текстов. Если изображения декоративные (что скорее всего), обязательно проставьте им
role="presentation"илиaria-hidden="true". Это очистит дерево доступности для скринридеров.Низкая контрастность. Цветовые пары
#777на белом, белый на#f44и белый на#46a0eaне соответствуют рекомендуемому уровню WCAG AA. Соотношение контраста недостаточное для комфортного чтения многими пользователями.Непонятные ссылки в каталоге. Элементы
special-product__href— это ссылки без текстового содержимого, растянутые на всю карточку товара. Это критическая проблема. Скринридер озвучит это просто как «ссылка», не давая пользователю ни малейшего представления о том, на какой товар она ведет.Заблокированный зуминг. В метатеге viewport установлены
maximum-scale=1.0, user-scalable=no, что лишает пользователей возможности приблизить контент для чтения. Это нарушает базовые принципы доступности.
Проблемы мобильного UX и дизайна
Проблемы с доступностью тесно переплетены с общим устаревшим пользовательским опытом.
Отсутствие УТП на главной. При входе на сайт нет приветственного баннера, который бы сразу показывал вашу ценность: лого, слоган, ключевые преимущества (сертификаты, качество, доставка, опыт на рынке). Сейчас пользователь сразу проваливается в каталог, не понимая, куда попал.
Неудобное гамбургер-меню.
Контент под меню не затемняется, создавая визуальный шум.
Меню схлопывается только кнопкой, а не по тапу на затемненную область, что не соответствует современным поведенческим паттернам.
Некорректные «хлебные крошки». Элементы наезжают друг на друга, что говорит о проблемах в верстке.
Рекомендация
Вам не хватает системного подхода. Проблемы кроются не только в верстке, но и в дизайне. Настоятельно рекомендую привлечь дизайнера-фрилансера (достаточно уровня middle) на part-time, чтобы он переработал UI, особенно мобильные шаблоны. Это решит большую часть проблем с UX и заложит основу для технических правок по доступности.
Там номер телефона и номер контракта интернет мамы светится.
@archik FYI
Почему считаете, что на сайте должно быть заявление о доступности?
Вы правы в том, что отличная доступность сайта — это прежде всего качественная реализация «под капотом», а не наличие красивого заявления. Фундаментально, сайт может быть полностью доступен и без этого документа.
Однако наличие заявления о доступности — это гораздо больше, чем просто галочка в чек-листе. Это мощный коммуникационный инструмент, который работает в нескольких плоскостях:
Сигнал о приоритетах. Для пользователей это явный маркер того, что команда держит вопрос инклюзивности в фокусе. Сам факт его наличия формирует доверие и демонстрирует зрелый подход к разработке.
Окно прозрачности. В заявлении можно четко обозначить:
Стандарты: На какие руководства (WCAG, ГОСТ) ориентируется команда.
Инструменты: Какие технологии и методы используются для обеспечения и тестирования доступности.
Ограничения: Это ключевой момент — честно указать известные проблемы, над которыми ведется работа, и временные ограничения.
Канал для диалога. Самый важный аспект — это предоставление прямого и понятного способа для обратной связи. Он превращает монолог в диалог, позволяя пользователям сообщать о проблемах и тем самым помогать вам делать продукт лучше.
Таким образом, заявление о доступности — это не про «должен» по правилам, а про «целесообразно» для построения доверительных и открытых отношений со всеми пользователями без исключения.
Аудит доступности веб-приложения Приорбанка