Термин родился в среде разработчиков как нумероним: в слове accessibility между первой буквой «a» и последней «y» стоит ровно 11 букв, отсюда запись a11y – по той же модели, что i18n (internationalization) и l10n (localization). Произносится «эй-илевен-вай». За сокращением стоит целая дисциплина проектирования: сайт считается доступным, когда люди с ограничениями зрения, слуха, моторики и когнитивных функций могут воспринимать его контент, ориентироваться в нём и взаимодействовать с интерфейсом – в том числе через вспомогательные технологии: скринридеры, экранные лупы, переключатели и голосовое управление. Технический фундамент доступности – семантический HTML и атрибуты ARIA, а формальные требования задают стандарты W3C.
Как это работает
Стандартизацией занимается Web Accessibility Initiative (WAI) – инициатива консорциума W3C. По определению W3C, доступность означает, что люди с инвалидностью могут воспринимать веб, понимать его, навигировать по нему, взаимодействовать с ним и вносить свой вклад. Главный документ – WCAG (Web Content Accessibility Guidelines), руководство по доступности веб-контента. WCAG 2.1 получила статус рекомендации W3C 5 июня 2018 года и добавила 17 критериев успеха к версии 2.0. Действующая WCAG 2.2 (актуальная редакция от 12 декабря 2024 года) добавила ещё 9 критериев – среди них минимальный размер области клика (Target Size), незакрытый индикатор фокуса (Focus Not Obscured) и доступная аутентификация без когнитивных тестов (Accessible Authentication) – и удалила устаревший критерий 4.1.1 Parsing. Версии обратно совместимы: сайт, соответствующий 2.2, автоматически соответствует 2.0 и 2.1. Следующая мажорная версия, WCAG 3.0, пока существует в статусе рабочего черновика.
В основе WCAG – четыре принципа, известные по акрониму POUR:
- Perceivable (воспринимаемость) – контент можно воспринять хотя бы одним органом чувств: alt-тексты у изображений, субтитры у видео, достаточный контраст
- Operable (управляемость) – интерфейсом можно пользоваться с клавиатуры, без ловушек фокуса и жёстких ограничений по времени
- Understandable (понятность) – текст читается, навигация предсказуема, формы объясняют ошибки
- Robust (надёжность) – валидная семантичная разметка, которую корректно читают браузеры и вспомогательные технологии
Уровни A, AA и AAA – в чём разница
| Уровень | Что требует | Кому нужен |
|---|---|---|
| A | Устранение базовых барьеров: альтернативный текст, доступ с клавиатуры, отсутствие контента, провоцирующего приступы | Абсолютный минимум для любого сайта |
| AA | Всё из A плюс контраст текста, масштабирование до 200%, видимый фокус, адаптивность | Практический и юридический ориентир: «соответствие WCAG» в нормативных требованиях почти всегда означает именно AA |
| AAA | Максимальные требования: повышенный контраст, сурдоперевод, упрощённый язык | Отдельные страницы и сервисы для особых аудиторий; целиком по сайту почти не применяется |
В России действует ГОСТ Р 52872-2019 «Интернет-ресурсы и другая информация, представленная в электронно-цифровой форме. Требования доступности для людей с инвалидностью» – национальный стандарт, введённый 1 апреля 2020 года взамен редакции 2012 года и разработанный на основе WCAG 2.1. Практический вывод: работа по WCAG закрывает и требования российского стандарта.
Зачем это нужно
W3C прямо указывает: доступность помогает не только людям с инвалидностью. Те же решения выручают пользователей смартфонов с маленьким экраном и ярким солнцем за спиной, пожилых людей, тех, у кого ограничение временное (травма руки, забытые очки), и посетителей с медленным интернетом. Тим Бернерс-Ли, создатель веба, сформулировал это так: «Сила веба – в его универсальности. Доступ для каждого, независимо от инвалидности, – его неотъемлемая часть».
Доступность, SEO и GEO – одна механика
Аргумент, который почти не звучит в русскоязычных материалах: поисковый бот обходит страницу программно, без визуальной картинки – по сути так же, как скринридер. Он опирается на те же ориентиры: иерархию заголовков, семантические теги nav, main и article, alt-тексты и осмысленные тексты ссылок. Той же логике следуют парсеры AI-поисковиков: LLM получает не скриншот, а DOM и извлечённый из него текст, поэтому чем чище семантика, тем проще машине – любой машине – понять структуру и процитировать контент. Рефакторинг под a11y напрямую работает на GEO и AI-видимость: один бюджет даёт три эффекта – опыт пользователя со скринридером, индексацию и цитируемость в генеративных ответах.
Пример
Типовые находки аудита доступности на Битрикс-шаблонах – «кнопки» на div, пустые alt и отключённый фокус. Все три проблемы исправляются без редизайна. Первая и самая частая:
<!-- Плохо: нет фокуса, роли и работы с клавиатуры -->
<div class="btn" onclick="send()">Отправить</div>
<!-- Хорошо: фокус, Enter/Space и роль – из коробки -->
<button type="submit">Отправить</button>Alt-текст должен описывать смысл изображения, а не факт его наличия; ориентиры страницы задаёт семантическая разметка:
<img src="chart.png" alt="График роста трафика на 40% за квартал">
<nav aria-label="Основное меню">…</nav>
<main>
<h1>Единственный h1 страницы</h1>
</main>Видимый фокус (критерии 2.4.7 и 2.4.11) возвращается двумя строками CSS:
a:focus-visible, button:focus-visible {
outline: 2px solid #1a73e8;
outline-offset: 2px;
}Быстрая проверка без инструментов: отложите мышь и пройдите ключевой сценарий сайта только с клавиатуры – Tab, Enter, Escape. Если оформить заказ или отправить заявку не удалось, сайт недоступен, и точечные атрибуты вроде aria-label этого не исправят: начинать нужно с семантики и клавиатурной навигации, а уже потом закрывать частные критерии WCAG.
