YandexImages — робот Яндекса для индексации изображений в Яндекс.Картинках. Отдельный от основного YandexBot, который отвечает за текстовый контент. Блокировка убирает или ослабляет видимость картинок именно в Яндексе; на Google Images напрямую не влияет — это разные поисковые системы с независимыми индексами.
Параметры
| Параметр | Значение |
|---|---|
| UA токен | YandexImages |
| Пример UA | Mozilla/5.0 (compatible; YandexImages/3.0; +http://yandex.com/bots) |
| Назначение | Индекс картинок Яндекса |
| Общие правила robots.txt | Yes (по таблице Яндекса) — в отличие от ряда специализированных роботов вроде YandexMobileBot, у YandexImages с этим нет особых нюансов |
| Верификация | rDNS yandex.ru/net/com + forward DNS |
Техническая тонкость: специфичное правило важнее общего
Если в robots.txt задать отдельную секцию именно для User-agent: YandexImages, этот робот перестанет ориентироваться на общие правила из User-agent: * — специфичная директива для конкретного токена полностью заменяет общую, а не дополняет её. Это частая причина путаницы: вебмастер прописывает общий запрет на все картиночные разделы, а YandexImages продолжает их индексировать, потому что где-то ниже в файле есть отдельная (возможно, забытая) секция именно под этот токен с более разрешающими правилами. Практический вывод: если управляете доступом YandexImages, проверяйте весь файл целиком на предмет пересекающихся секций, а не полагайтесь только на общее правило.
Аналог в экосистеме Google
Прямая параллель для тех, кто настраивает правила сразу под обе поисковые системы: у Google за индексацию изображений отвечает отдельный токен Googlebot-Image, тоже не совпадающий с основным индексирующим ботом. Логика похожая — картинки и текстовый контент обрабатываются разными специализированными роботами, и закрыть один без другого технически возможно и в Google, и в Яндексе.
Подключите домен и посмотрите живую ленту: кто пришёл, с какой сети, что запрашивал и по какому правилу был пропущен или заблокирован.
Нагрузка
По сводке TrafficVeil — порядка 321 тысячи запросов (март–июнь 2026, июнь по 14.06). Типичны хиты на /uploads/, CDN-изображения, превью — то есть концентрация именно на графических ассетах, а не на HTML-страницах.
Логи
grep -i "YandexImages" /var/log/nginx/access.log
grep -i "YandexImages" /var/log/nginx/access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head
robots.txt
User-agent: YandexImages
Disallow: /private-images/
# Полный отказ от Яндекс.Картинок
User-agent: YandexImages
Disallow: /
Можно также управлять через секцию User-agent: Yandex (кроме случаев, где спец-бот требует точный UA) — но помните про правило приоритета специфичной секции, описанное выше.
TrafficVeil
- Нужны картинки в Яндексе — Allow
- Не хотите отдавать изображения — Disallow + deny
- Не баньте весь Yandex одним широким правилом, если нужен текстовый поиск — YandexBot и YandexImages лучше настраивать осознанно, а не скопом
Стратегия
| Цель | Действие |
|---|---|
| Видимость в Яндекс.Картинках | Allow YandexImages |
| Скрыть галереи | Disallow путей с изображениями |
| Спуф | rDNS check |
Частые вопросы
Почему YandexImages иногда индексирует картинки вопреки общему запрету в robots.txt?
Есть ли у Google аналог робота YandexImages?
Повлияет ли блокировка YandexImages на видимость в Google Images?
Можно ли управлять YandexImages через общую секцию User-agent: Yandex?
На какие разделы сайта чаще всего приходится трафик от YandexImages?
Как убедиться, что запрос действительно от YandexImages, а не подделка?
Команда TrafficVeil разрабатывает инструменты защиты сайтов от ботов, DDoS и веб-атак. Разборы ботов пишем по логам подключённых доменов и открытым данным операторов.