Доступность для слабовидящих: что это и почему важно уже сегодня

Наткнулся на разбор о том, как WordPress собирается тестировать доступность в новом плагине. Не про уязвимости, не про скорость — про людей, которым сайт просто не виден. И понял: это не про «лучше», а про «должно быть».

О чём речь и почему я считаю это важным для сайта

Речь о том, чтобы сайт был доступен не только тем, кто видит и кликает, но и тем, кто использует экранную читалку, клавиатуру или увеличение шрифта. Это не про «дополнительный функционал» — это про базовую возможность зайти и что-то сделать.

Я считаю это важным, потому что упущение здесь — не просто ошибка в дизайне. Это посетитель, который не может заполнить форму, не может перейти по ссылке, не может понять, что происходит. А значит — не может купить, не может записаться, не может связаться.

Как это устроено — что тут вообще происходит

WordPress запускает экспериментальный плагин — Accessibility Lab. Он не заменяет основу, а собирает идеи, которые сложно внедрить сразу в ядро из-за сложности, риска или необходимости тестирования на реальных сайтах.

Там есть функции для проверки структуры, контраста, названий кнопок, а также инструменты для проверки, как сайт ведёт себя с экранной читалкой. Это не «всё, что нужно», а набор проверок, которые помогут увидеть, где сайт «не слышит».

Как понять, что это касается вашего сайта

Я проверяю это первым делом: запускаю Lighthouse в браузере, смотрю на оценку доступности. Если ниже 50 — уже красная зона.

Особенно обращаю внимание на: изображения без alt, кнопки без названия, поля без подписей, нарушенный порядок заголовков, низкий контраст текста. Если хотя бы одно — сайт не работает для части пользователей.

Что с этим делать

Что я делаю в таких случаях: начинаю с резервной копии, потом проверяю каждый элемент — не только текст, но и структуру. Убеждаюсь, что у всех изображений есть alt, у всех кнопок — имя, у всех полей — подписи.

Дальше — проверяю, можно ли навигироваться только клавиатурой, не теряя контекст. Потом — настройка цветов и шрифтов, чтобы не было проблем с чтением. Всё это не «на всякий случай», а по стандарту.

Что здесь даёт поддержка

На нашей поддержке мы закрываем эту задачу системно: проверяем сайт на доступность по всем критериям, не просто «посмотреть», а исправляем. У нас есть чек-лист, который проходит каждый сайт — и это не разовое действие, а часть регулярного контроля.

Требование, о котором чаще всего узнают только из предписания, — это не «дополнительный функционал», а обязательный элемент. Особенно для медицинских и государственных сайтов. Исправлять после жалобы — дороже, чем делать правильно сначала.

У нас в компании сертификаты PHP и MySQL у всех разработчиков — это не про «я», а про то, что каждый, кто работает с кодом, прошёл проверку на уровень знаний. И это даёт уверенность, что исправления будут сделаны правильно, а не «попробуем».

Сделайте шаг к безопасности — проверьте, как ваш сайт видят все. Приглашаю на бесплатный аудит сайта.