YandexAccessibilityBot — часть куда более разветвлённого семейства ботов, чем принято думать: у Яндекса не два-три специализированных краулера, а целых 36 задокументированных ботов, включая YandexMarket для e-commerce, YandexAdNet для рекламной сети, YandexAdditional для управления AI-функциями по уже проиндексированным страницам — и отдельно YandexAccessibilityBot, чья единственная задача — оценка доступности сайта для людей с ограниченными возможностями.
Что именно проверяет бот
YandexAccessibilityBot анализирует конкретные технические аспекты страницы, влияющие на то, насколько комфортно с ней работать людям с инвалидностью: alt-текст для изображений, корректность структуры заголовков, ARIA-атрибуты, контрастность цветов и другие факторы, которые определяют, насколько доступен сайт для ассистивных технологий вроде скринридеров. Собранные данные используются Яндексом для развития собственных функций и рекомендаций, связанных с доступностью, внутри продуктов компании — то есть это исследовательский, а не индексирующий инструмент.
Параметры бота
| Параметр | Значение |
| User-Agent | Mozilla/5.0 (compatible; YandexAccessibilityBot/3.0; +http://yandex.com/bots), часто с дополнительными параметрами эмуляции браузера |
| Оператор | Яндекс |
| Роль | Оценка доступности сайта для людей с ограниченными возможностями — не полноценная поисковая индексация и не прямое влияние на ранжирование |
| Характер обхода | Обычно лёгкий и сфокусированный на репрезентативных страницах, а не на полном обходе всего сайта |
| Заявленная частота | До 3 запросов в секунду по данным официальной документации Яндекса |
| Отношение к Crawl-Rate в Яндекс Вебмастере | Игнорирует эту настройку — управление скоростью через панель Вебмастера на этого бота не распространяется |
Соблюдение общего правила User-agent: * |
Нет — как и другие специализированные боты Яндекса (например, YandexFavicons из этой серии), он не учитывает общие директивы, требуется отдельная явная секция именно для его токена |
| Верификация | Обратный DNS-запрос по IP должен приводить к хосту с окончанием yandex.ru, yandex.net или yandex.com, затем прямой запрос по этому имени должен подтвердить исходный IP |
Соседи по семейству, с которыми стоит не путать этого бота
У Яндекса есть ещё как минимум два бота с похожей, но не тождественной логикой, которые полезно знать для контекста. YandexAdNet — рекламный краулер, оценивающий страницы, участвующие в рекламной сети Яндекса: анализирует содержимое, вёрстку, размещение рекламы и соответствие политикам. YandexAdditional — служебный бот, который не индексирует новые страницы самостоятельно, а применяет уже установленные владельцем сайта директивы robots.txt к использованию контента в AI-генерируемых ответах Яндекса, работая исключительно поверх уже проиндексированных основным краулером страниц. Все три — YandexAccessibilityBot, YandexAdNet и YandexAdditional — решают разные, узкие задачи внутри единой, гораздо более крупной экосистемы из 36 ботов компании.
Подключите домен и посмотрите живую ленту: кто пришёл, с какой сети, что запрашивал и по какому правилу был пропущен или заблокирован.
Сколько трафика он создаёт
По сводке TrafficVeil, паттерн запросов yandexaccessibility на подключённых доменах составил порядка 7 тысяч. Учитывая заявленную частоту до 3 запросов в секунду и сфокусированность на репрезентативных, а не всех страницах сайта, это стабильный и предсказуемый, не создающий заметной нагрузки объём для большинства сайтов.
Как найти бота в логах и проверить подлинность
grep -i "YandexAccessibilityBot" /var/log/nginx/access.log
host <IP>
# ожидаемый результат — хост вида *.yandex.ru, *.yandex.net или *.yandex.com
Стоит ли блокировать
- в подавляющем большинстве случаев разрешение безопасно: это проверка доступности сайта, а не сбор контента для перепродажи или обучения — присутствие бота, по сути, нейтральная техническая проверка, а не «воровство» уникальных материалов;
- на индексацию текстов и позиции в выдаче Яндекса этот конкретный бот не влияет напрямую — за это отвечает основной YandexBot, а не YandexAccessibilityBot;
- при заметной для конкретного сервера нагрузке (пиковая частота до 3 запросов в секунду может быть ощутимой для слабого хостинга) разумнее ограничивать частоту точечно по верифицированным IP Яндекса, а не банить вслепую весь трафик с токеном «Yandex» в UA — это заденет и основной поисковый индекс, и другие полезные функции.
Как настроить доступ
Поскольку общее правило * на этого бота не действует, для реального эффекта нужна отдельная явная секция:
User-agent: YandexAccessibilityBot
Disallow: /
Явное разрешение — как правило, безопасный вариант по умолчанию:
User-agent: YandexAccessibilityBot
Allow: /
При проблемах с нагрузкой контроль стоит вести только на уровне сервера, ограничивая частоту именно по верифицированным IP Яндекса, а не путём широкой блокировки всех токенов, начинающихся с «Yandex»:
if ($http_user_agent ~* "YandexAccessibilityBot") {
return 403;
}Частые вопросы
Сколько всего специализированных ботов у Яндекса?
Что именно проверяет YandexAccessibilityBot?
Влияет ли этот бот на позиции сайта в поиске Яндекса?
Учитывает ли бот настройку скорости обхода в Яндекс Вебмастере?
Останавливает ли этого бота общее правило User-agent: * в robots.txt?
Как правильно ограничить нагрузку при проблемах с сервером?
Команда TrafficVeil разрабатывает инструменты защиты сайтов от ботов, DDoS и веб-атак. Разборы ботов пишем по логам подключённых доменов и открытым данным операторов.