Google-InspectionTool / Google-Site-Verification
Google-InspectionTool / Google-Site-Verification — Запускается при проверке URL через Google Search Console URL Inspection Tool и Rich Results Test. Эмулирует десктоп и мобильный рендер.
- 1 Общие сведения и назначение бота
- 2 Сигнатуры User-Agent и сетевой профиль
- 3 Создаваемая нагрузка и последствия для сайта
- 4 Влияние на поисковые позиции и рекламу
- 5 Проверка визитов бота в журналах сервера
- 6 Рекомендация по обработке трафика
- 7 Способы ручной блокировки (Nginx, .htaccess, Cloudflare)
- 8 Причины неэффективности стандартных методов
- 9 Автоматическая нейтрализация в AntiBotCore
- 10 Часто задаваемые вопросы (FAQ)
- 11 Похожие боты и краулеры
1. Общие сведения и назначение бота
Google-InspectionTool — бот, который активируется при ручном запросе через инструмент 'Проверка URL' в Google Search Console или инструменте проверки расширенных результатов (Rich Results Test). Он рендерит страницу в полноценном Chrome (включая JavaScript!) как для десктопа, так и для мобильного устройства. Также появляется при нажатии 'Запросить индексацию'. GoogleOther — общий идентификатор, применяемый Google для экспериментального сканирования и проверок, которые не подпадают под другие специализированные боты.
Оператором и разработчиком бота выступает Google LLC. Основная функциональная задача робота — систематический сбор данных, анализ гиперссылок и выкачивание текстовой информации со страниц сайтов. В зависимости от используемых скриптов бот может запрашивать как статические HTML-файлы, так и инициировать рендеринг тяжелых динамических страниц.
2. Сигнатуры User-Agent и сетевой профиль
В журналах веб-сервера (access.log) бот обычно идентифицирует себя следующими сигнатурами в заголовке User-Agent:
Mozilla/5.0 (compatible; Google-InspectionTool/1.0; +https://developers.google.com/search/docs/crawling-indexing/overview-google-crawlers)
Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Google-InspectionTool/1.0)
Mozilla/5.0 (compatible; GoogleOther)
3. Создаваемая нагрузка и последствия для сайта
Нерегулируемая активность краулера может приводить к ощутимым проблемам как для технической инфраструктуры, так и для бизнес-показателей проекта:
- Блокировка не позволяет владельцу сайта проверить, как Google видит его страницы через Search Console
- Если блокируется при попытке 'Запросить индексацию', страница не будет добавлена в очередь индексации
Когда робот генерирует десятки параллельных запросов в секунду, каждый такой запрос инициирует запуск интерпретатора PHP, подключение к СУБД MySQL и генерацию HTML-страницы. На виртуальных хостингах это мгновенно исчерпывает лимиты тарифного плана (CPU, оперативная память, процессы PHP-FPM), из-за чего реальные посетители сталкиваются с медленной загрузкой или ошибками 502/504 Bad Gateway.
4. Влияние на поисковые позиции и рекламу
5. Проверка визитов бота в журналах сервера
Чтобы узнать, заходит ли данный робот на ваш сайт прямо сейчас и как часто он сканирует разделы, достаточно выполнить команду в консоли веб-сервера:
grep -i 'Google-InspectionTool\|GoogleOther' /var/log/nginx/access.log | tail -20
Примечание: если у вас обычный виртуальный хостинг без доступа по SSH (Beget, TimeWeb, Reg.ru, cPanel), откройте панель управления, найдите раздел «Журнал посещений» (или «Свежие логи») и воспользуйтесь поиском по названию бота или строке его User-Agent.
6. Рекомендация по обработке трафика
7. Способы ручной блокировки
Если вы хотите заблокировать робота на уровне веб-сервера вручную, используйте следующие директивы конфигурации:
if ($http_user_agent ~* 'Google-InspectionTool|GoogleOther') {
# Allow
}
Директива return 444; в Nginx закрывает сетевое TCP-соединение без передачи байтов ответа, экономя оперативную память и процессор сервера.
# Whitelist:
<IfModule mod_rewrite.c>
RewriteCond %{HTTP_USER_AGENT} Google-InspectionTool [NC]
RewriteRule .* - [L]
</IfModule>
Вставьте указанный блок в начало файла .htaccess в корневой папке вашего сайта.
(http.user_agent contains "Google-InspectionTool / Google-Site-Verification")
Создайте Custom Rule в панели Cloudflare: Security → WAF → Custom Rules с действием Block.
# Google-InspectionTool следует правилам Googlebot
User-agent: Google-InspectionTool
Allow: /
Добавьте правило в файл robots.txt в корневом каталоге домена.
8. Причины неэффективности стандартных методов
Ограничения классических правил:
Следует тем же правилам robots.txt что и Googlebot. Важно: бот выполняет JavaScript, поэтому блокировка через JS-редирект будет обнаружена.
В реальных условиях блокировка по User-Agent и директивы robots.txt защищают сайт лишь от примитивных скриптов. Продвинутые краулеры и парсеры обходят эти фильтры за счет трех факторов:
- Подмена заголовков (спуфинг): бот отправляет User-Agent популярного десктопного браузера, из-за чего веб-сервер принимает его за обычного посетителя.
- Ротация IP-адресов: запросы распределяются через сотни тысяч резидентных и мобильных прокси, делая блокировку по статическим IP неэффективной.
- Headless-движки (Chromium, Puppeteer): эмуляторы полноценно исполняют JavaScript, проходя большинство поверхностных проверок.
9. Автоматическая нейтрализация в AntiBotCore
10. Часто задаваемые вопросы (FAQ)
11. Похожие сетевые боты и краулеры
Боты со схожим поведением или относящиеся к категории «Поисковые системы»:
Официальный робот поисковика Яндекс. Внимание: до 40% запросов с этим User-Agent шлют фальшивые боты!
Официальный робот Google. Также часто подвергается маскировке и подделке спам-ботами.
Официальный робот поисковой системы Microsoft Bing и помощника Microsoft Copilot.