YandexRenderResourcesBot — робот Яндекса, который подгружает ресурсы для рендеринга страниц с JavaScript: JS, CSS и связанные ассеты. Это не основной YandexBot, а часть инфраструктуры индексирования: без корректного рендера Яндекс хуже понимает JS-сайты. Блокировать «на автомате как SEO-мусор» нельзя — можно ухудшить отображение и оценку страниц в поиске Яндекса. Ключевой нюанс robots.txt (официально): бот игнорирует директивы robots.txt для ресурсов, если HTML-страница, где они используются, доступна Яндексу. Если HTML закрыт через Disallow — за ресурсами для этой страницы он не пойдёт. В таблице Яндекса колонка «учитывает общие правила robots.txt» для этого бота — No.
Что такое YandexRenderResourcesBot
| Параметр | Значение |
|---|---|
| User-Agent (токен) | YandexRenderResourcesBot |
| Полная строка (официально) | Mozilla/5.0 (compatible; YandexRenderResourcesBot/1.0; +http://yandex.com/bots) (в логах может быть хвост Chrome/AppleWebKit — версию не хардкодьте) |
| Оператор | Яндекс |
| Назначение | Загрузка ресурсов для рендеринга страниц с JS |
| Официальная документация | Проверка роботов Яндекса |
| Учёт общих правил robots.txt | No (см. нюанс про HTML vs ресурсы выше) |
| Верификация | Reverse DNS → хост на yandex.ru / yandex.net / yandex.com, затем forward DNS обратно на IP |
| ASN (ориентир Яндекса) | AS13238, AS208722, AS212066 (IP меняются, полный список не публикуют) |
| Влияние на SEO | Да, косвенно: часть пайплайна рендера и индексации Яндекса |
Почему рендер-ресурсы вообще нужны роботу
Современные сайты всё чаще собирают контент на клиенте через JavaScript — то, что видит пользователь в браузере, и то, что лежит в исходном HTML, может заметно различаться. Чтобы правильно оценить такую страницу, поисковой системе нужно не просто скачать HTML, а фактически «отрисовать» страницу так же, как это делает браузер — со всеми стилями и скриптами. Именно этим и занимается YandexRenderResourcesBot: подгружает те самые JS/CSS/шрифты, которые нужны для честного рендера, отдельно от основного индексирующего обхода YandexBot.
Семья роботов Яндекса (рядом в логах)
| Бот | Задача | Блокировать? |
|---|---|---|
| YandexBot | Основной индекс | Обычно нет |
| YandexRenderResourcesBot | Ресурсы для JS-рендера | Обычно нет (если нужен Яндекс) |
| YandexImages / YandexVideo | Картинки / видео | По стратегии |
| YandexMetrika | Метрика / проверки | Не путать с индексом; свой UA |
| YandexMobileBot | Мобильная вёрстка | По стратегии; отдельный UA |
Не баньте «весь Яндекс» одним правилом по слову Yandex в UA, если вам нужна выдача.
Подключите домен и посмотрите живую ленту: кто пришёл, с какой сети, что запрашивал и по какому правилу был пропущен или заблокирован.
Нагрузка на сервер
По сводке TrafficVeil (bots-summary, март–июнь 2026, июнь по 14.06) паттерн yandexrenderresourcesbot набрал порядка 448 тысяч запросов (март ~71 тыс., апрель ~147 тыс., май ~170 тыс., июнь ~60 тыс.). Для JS-сайтов это ожидаемые хиты на .js/.css/шрифты/ассеты, а не «парсинг цен конкурентом». Свежесть: сверьте июль–август в TrafficVeil.
Обнаружение и верификация
grep -i "YandexRenderResourcesBot" /var/log/nginx/access.log
# Топ ресурсов
grep -i "YandexRenderResourcesBot" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head
# rDNS проверка (официальный алгоритм Яндекса)
host
# хост должен оканчиваться на yandex.ru / yandex.net / yandex.com
# затем forward-проверка имени обратно на тот же IPТакже есть инструмент проверки IP в Яндекс.Вебмастере. Поддельный UA без yandex.* в rDNS — кандидат на блок.
robots.txt
# Закрыть рендер-ресурсы бота целиком (осознанно — риск для JS-рендера в Яндексе)
User-agent: YandexRenderResourcesBot
Disallow: /
# Предпочтительнее: закрывать HTML, который не должен индексироваться
User-agent: Yandex
Disallow: /private/
Disallow: /account/Если HTML разрешён, бот может ходить за ресурсами даже при Disallow на сами ресурсы. Если HTML запрещён — за ресурсами для этой страницы он не пойдёт вовсе. Общий User-agent: * этот бот, как и ряд других спец-роботов Яндекса, может не учитывать так, как основной индексный — для точечного контроля используйте точный UA. Для семейства удобна секция User-agent: Yandex, но спец-боты с пометкой «No» в таблице Яндекса требуют отдельного внимания.
Управление на уровне сервера
Nginx — резать только подделки
# Не делайте слепой 403 по YandexRenderResourcesBot, если нужен поиск Яндекса.
# Сначала верифицируйте rDNS; ниже — пример идеи, не копипаст без своей логики:
# map / geo / внешний модуль проверки PTR на *.yandex.(ru|net|com)Практичный путь: в TrafficVeil / WAF разрешать верифицированных роботов Яндекса, а UA без подтверждения rDNS — резать. Apache
# Полный бан только если осознанно отказываетесь от рендера Яндекса
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} YandexRenderResourcesBot [NC]
RewriteRule ^ - [F,L]TrafficVeil
- Найдите yandexrenderresourcesbot
- Для сайтов с аудиторией в Яндексе — разрешить (или не трогать)
- Отличайте от YandexMetrika и рекламных роботов
- Подделки без yandex.* rDNS — в блок
Практический совет: снизьте нагрузку без риска для рендера
Если объём хитов на статику кажется избыточным, не спешите резать сам бот — почти всегда проблема решается на стороне отдачи ресурсов, а не блокировкой. Настройте корректные заголовки кеширования для JS/CSS/шрифтов и отдавайте их через CDN — тогда повторные визиты рендер-бота будут дешевле для origin, а качество рендера для Яндекса не пострадает.
Рекомендации
- Нужен Яндекс и у вас JS-сайт — не блокируйте RenderResourcesBot
- Хотите скрыть раздел — Disallow HTML для Yandex/YandexBot, а не только ассеты
- Много хитов на статику — норма для рендера; отдавайте JS/CSS с CDN/кэшем
- Подозрение на спуф — reverse + forward DNS по инструкции Яндекса
- Не баньте все UA с «Yandex» одним правилом
С кем не путать
| Бот | Почему путают | Чем отличается |
|---|---|---|
| YandexBot | Тот же вендор | Основной индекс HTML; учитывает robots иначе |
| YandexMetrika | «Яндекс в логах» | Метрика; часто игнорирует robots.txt |
| Googlebot | Рендер/индексация | Другой оператор и verification |
| Скрейпер с поддельным UA | Строка в логе | Нет rDNS на yandex.ru/net/com |
Сводная стратегия
| Цель | Действие |
|---|---|
| Корректный JS-рендер в Яндексе | Allow YandexRenderResourcesBot; кэш статики |
| Скрыть раздел от Яндекса | Disallow HTML для Yandex/YandexBot |
| Осознанно отказаться от рендера | Точечный Disallow/403 на YandexRenderResourcesBot (риск) |
| Спуф | Блок при провале rDNS/forward DNS |
Частые вопросы
Зачем Яндексу вообще подгружать JS и CSS отдельным роботом?
Что произойдёт, если закрыть только ресурсы (JS/CSS), но оставить HTML открытым?
Как надёжно скрыть раздел сайта от этого робота?
Как снизить нагрузку от YandexRenderResourcesBot, не блокируя его?
Как проверить, что запрос действительно от YandexRenderResourcesBot?
Учитывает ли этот бот общие правила из User-agent: * в robots.txt?
Команда TrafficVeil разрабатывает инструменты защиты сайтов от ботов, DDoS и веб-атак. Разборы ботов пишем по логам подключённых доменов и открытым данным операторов.