a11y (веб-доступность)

Определение

a11y – нумероним слова accessibility: между «a» и «y» стоит 11 букв. Обозначает веб-доступность – проектирование сайтов, пригодных для людей с ограничениями зрения, слуха, моторики и когнитивных функций. Главный стандарт – WCAG.

4 мин 146 21 июля 2026 Обновлено 12 августа

Термин родился в среде разработчиков как нумероним: в слове 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 – в чём разница

Уровни соответствия WCAG

Уровень	Что требует	Кому нужен
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.

Частые вопросы

Почему accessibility сокращают до a11y?

Это нумероним: между первой буквой «a» и последней «y» в слове accessibility стоит 11 букв. Модель та же, что у i18n (internationalization) и l10n (localization). Произносится «эй-илевен-вай». Сокращение прижилось в среде разработчиков и стало общепринятым обозначением темы веб-доступности.

Что такое WCAG и чем отличаются уровни A, AA и AAA?

WCAG (Web Content Accessibility Guidelines) – руководство W3C по доступности веб-контента, главный мировой стандарт a11y. Уровень A устраняет базовые барьеры (альтернативный текст, доступ с клавиатуры), AA добавляет контраст, масштабирование и видимый фокус, AAA – максимальные требования вроде сурдоперевода. Практический и юридический ориентир – AA: в нормативных требованиях «соответствие WCAG» почти всегда означает именно его.

Чем WCAG 2.2 отличается от WCAG 2.1?

WCAG 2.2 – действующая рекомендация W3C (актуальная редакция от 12 декабря 2024 года). Она добавила 9 новых критериев успеха – среди них минимальный размер области клика, незакрытый индикатор фокуса и доступная аутентификация – и удалила устаревший критерий 4.1.1 Parsing. Версии обратно совместимы: сайт уровня 2.2 соответствует и 2.1, и 2.0. WCAG 2.1 остаётся рекомендацией W3C с 5 июня 2018 года.

Обязательна ли доступность сайта по закону в России?

В России действует ГОСТ Р 52872-2019 – национальный стандарт доступности интернет-ресурсов, введённый 1 апреля 2020 года взамен редакции 2012 года и разработанный на основе WCAG 2.1. Жёсткость требований зависит от типа ресурса, поэтому для конкретного проекта вопрос обязательности стоит проверять отдельно. Практический ориентир один: работа по WCAG 2.1/2.2 закрывает и российский стандарт, поскольку он построен на тех же критериях.

Помогает ли доступность SEO и попаданию в AI-ответы?

Да, механика общая: поисковый бот и LLM-парсер читают DOM программно, как скринридер, опираясь на заголовки, семантические теги и alt-тексты. Чистая семантика улучшает и опыт пользователей вспомогательных технологий, и индексацию, и шансы на цитирование в генеративных ответах. При этом отдельного «фактора ранжирования a11y» поисковики не заявляли – работает именно машиночитаемость разметки.

С чего начать делать сайт доступным?

С четырёх шагов, не требующих редизайна: семантический HTML (button вместо кликабельных div, один h1, корректная иерархия заголовков), осмысленные alt-тексты, полная работа интерфейса с клавиатуры с видимым фокусом и достаточный контраст текста. Затем – проверка скринридером и автоматическими инструментами. MDN рекомендует закладывать доступность с начала разработки: «прикручивать» её к готовому продукту заметно дороже.

Кому нужна доступность, кроме людей с инвалидностью?

По W3C, те же решения выручают пользователей смартфонов при ярком солнце, пожилых людей, людей с временными ограничениями (травма руки, забытые очки) и посетителей с медленным интернетом. Отдельная категория – машины: поисковые боты и AI-парсеры читают страницу теми же путями, что и скринридеры. Доступность – характеристика качества интерфейса в целом, а не нишевая функция.

Связанные термины

AI-видимость Доля упоминаний сайта или бренда в ответах генеративных AI-сервисов (ChatGPT, Алиса AI, Perplexity, GigaChat). Отдельная от классического SEO задача, требует своей оптимизации – GEO. ARIA ARIA (WAI-ARIA, Accessible Rich Internet Applications) – стандарт W3C: атрибуты role и aria-*, передающие вспомогательным технологиям роль, свойства и состояния элементов интерфейса. Актуальная версия – 1.2 (2023). aria-expanded aria-expanded – атрибут WAI-ARIA со значениями true/false: сообщает скринридеру, раскрыт ли блок, которым управляет элемент. Ставится на кнопку-триггер аккордеона или меню, а не на скрываемую панель. aria-label aria-label – атрибут WAI-ARIA, задающий элементу доступное имя (accessible name) для скринридеров. Обязателен для кнопок-иконок без текста; перекрывает видимый текст и не работает на div и span без роли. GEO GEO (Generative Engine Optimization) – оптимизация контента под цитируемость в AI-поисковиках: ChatGPT, Perplexity, Google AI Overviews, Яндекс Алиса AI. Термин ввели исследователи Принстона, Georgia Tech, Allen Institute и IIT Delhi в работе на arXiv от 16 ноября 2023 года.

Материалы по теме

Что почитать дальше по этой теме

Статья Что боты находят на сайте, а вы – нет Боты ходят по изнанке сайта, куда живой человек не забредёт, и фиксируют в логах то, чего не видно ни в Метрике, ни на витрине: падающие с ошибкой 500 страницы каталога, битый файл с 747 обращениями, поток сканеров секретов. Разбираю на реальных логах, что искать и как чинить. 7 мин 216 22 июля 2026 Инструкция Как выгрузить и читать access-логи, если хостинг хранит их три дня Access-лог – единственное место, где виден весь трафик сайта, включая ИИ-ботов, которых не замечают счётчики. Разбираю на практике: где взять логи, как не потерять их из-за ротации, какие команды показывают ботов, ошибки и подозрительную активность. 7 мин 170 21 июля 2026 Флагманский гайд AI-анализ email-обращений: методика на стыке Яндекс.Метрики и Claude Code Классический email-трекинг отвечает на вопрос «откуда пришло обращение». AI-слой отвечает на вопросы, которые раньше требовали ручного аналитика: значим ли email на фоне звонков, форм и мессенджеров, почему один источник даёт качественные обращения, а другой – пустые, какие сегменты визитов предшествуют письму, что написать в ответ с учётом пути пользователя. Здесь – как я собираю это на уже имеющемся стеке: Logs API Метрики, PostgreSQL и Claude Code, без новых платных сервисов. 11 мин 297 26 мая 2026 Флагманский гайд Майкор: ИИ-аудит проекта по 4 точкам контакта Майкор – это перекрёстный ИИ-аудит проекта в 4 точках контакта: сайт, контекстная реклама, AI-поиск и Яндекс.Карты. Я анализирую каждую систему и смотрю связки между ними – где маркетинг рассказывает одно, реклама ведёт на другое, а AI-системы цитируют третий номер телефона. В одном из моих аудитов медицинской клиники в Москве у организации в индексе AI-сервисов оказалось 6 разных номеров и всего 7 упоминаний на 64 проверочных запроса – при том, что в обычной выдаче Яндекса клиника была в топ-1. Майкор закрывает такие разрывы за один аудит вместо четырёх раздельных. 16 мин 501 13 мая 2026 Гайд FAQPage Schema: как разметить блок частых вопросов и попасть в AI-ответы FAQPage schema – один из самых эффективных типов разметки для попадания в AI-ответы. Страницы с FAQPage schema цитируются AI-поисковиками в 2,7 раза чаще. В этом гайде – формат разметки, правила написания ответов для AI, реализация на 1С-Битрикс и типичные ошибки, которые обнуляют эффект. 8 мин 331 25 апреля 2026