Каталог ботов Официальные сети Онлайн-чекер Генератор защиты

Google-InspectionTool / Google-Site-Verification

Материал из справочника сетевых ботов и веб-краулеров.

Google-InspectionTool / Google-Site-Verification — Запускается при проверке URL через Google Search Console URL Inspection Tool и Rich Results Test. Эмулирует десктоп и мобильный рендер.

1. Общие сведения и назначение бота

Google-InspectionTool — бот, который активируется при ручном запросе через инструмент 'Проверка URL' в Google Search Console или инструменте проверки расширенных результатов (Rich Results Test). Он рендерит страницу в полноценном Chrome (включая JavaScript!) как для десктопа, так и для мобильного устройства. Также появляется при нажатии 'Запросить индексацию'. GoogleOther — общий идентификатор, применяемый Google для экспериментального сканирования и проверок, которые не подпадают под другие специализированные боты.

Оператором и разработчиком бота выступает Google LLC. Основная функциональная задача робота — систематический сбор данных, анализ гиперссылок и выкачивание текстовой информации со страниц сайтов. В зависимости от используемых скриптов бот может запрашивать как статические HTML-файлы, так и инициировать рендеринг тяжелых динамических страниц.

2. Сигнатуры User-Agent и сетевой профиль

В журналах веб-сервера (access.log) бот обычно идентифицирует себя следующими сигнатурами в заголовке User-Agent:

Сигнатура User-Agent #1
Mozilla/5.0 (compatible; Google-InspectionTool/1.0; +https://developers.google.com/search/docs/crawling-indexing/overview-google-crawlers)
Сигнатура User-Agent #2
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)
Сигнатура User-Agent #3
Mozilla/5.0 (compatible; GoogleOther)
Сетевые параметры и характеристики протокола:
Версия HTTP: HTTP/2
Характерные заголовки: User-Agent: Google-InspectionTool/1.0
Выполнение JavaScript: Полный рендер (Chromium)
Обратный DNS (PTR): *.googlebot.com
Используемые IP-подсети: https://developers.google.com/static/search/apis/ipranges/googlebot.json

3. Создаваемая нагрузка и последствия для сайта

Нерегулируемая активность краулера может приводить к ощутимым проблемам как для технической инфраструктуры, так и для бизнес-показателей проекта:

Когда робот генерирует десятки параллельных запросов в секунду, каждый такой запрос инициирует запуск интерпретатора PHP, подключение к СУБД MySQL и генерацию HTML-страницы. На виртуальных хостингах это мгновенно исчерпывает лимиты тарифного плана (CPU, оперативная память, процессы PHP-FPM), из-за чего реальные посетители сталкиваются с медленной загрузкой или ошибками 502/504 Bad Gateway.

4. Влияние на поисковые позиции и рекламу

Поисковая оптимизация (SEO)
Прямое: без него нельзя диагностировать проблемы индексации через Search Console
Контекстная реклама (Яндекс.Директ)
Нет

5. Проверка визитов бота в журналах сервера

Чтобы узнать, заходит ли данный робот на ваш сайт прямо сейчас и как часто он сканирует разделы, достаточно выполнить команду в консоли веб-сервера:

Проверка логов в Linux / Nginx (SSH консоль)
grep -i 'Google-InspectionTool\|GoogleOther' /var/log/nginx/access.log | tail -20

Примечание: если у вас обычный виртуальный хостинг без доступа по SSH (Beget, TimeWeb, Reg.ru, cPanel), откройте панель управления, найдите раздел «Журнал посещений» (или «Свежие логи») и воспользуйтесь поиском по названию бота или строке его User-Agent.

Подозрительный IP в журнале посещений? Проверьте сетевую репутацию, принадлежность к хостингу и статус в Spamhaus онлайн.
Проверить в чекерe IP и ботов →

6. Рекомендация по обработке трафика

Рекомендация: разрешать доступ
Разрешить. Критически важен для работы с Google Search Console. Блокировка не несёт угрозы безопасности, но лишает инструментов диагностики.

7. Способы ручной блокировки

Если вы хотите заблокировать робота на уровне веб-сервера вручную, используйте следующие директивы конфигурации:

Конфигурация для Nginx
if ($http_user_agent ~* 'Google-InspectionTool|GoogleOther') {
    # Allow
}

Директива return 444; в Nginx закрывает сетевое TCP-соединение без передачи байтов ответа, экономя оперативную память и процессор сервера.

Конфигурация для Apache (.htaccess)
# Whitelist:
<IfModule mod_rewrite.c>
  RewriteCond %{HTTP_USER_AGENT} Google-InspectionTool [NC]
  RewriteRule .* - [L]
</IfModule>

Вставьте указанный блок в начало файла .htaccess в корневой папке вашего сайта.

Выражение Cloudflare WAF Expression
(http.user_agent contains "Google-InspectionTool / Google-Site-Verification")

Создайте Custom Rule в панели Cloudflare: Security → WAF → Custom Rules с действием Block.

Файл robots.txt
# Google-InspectionTool следует правилам Googlebot
User-agent: Google-InspectionTool
Allow: /

Добавьте правило в файл robots.txt в корневом каталоге домена.

8. Причины неэффективности стандартных методов

Ограничения классических правил:

Следует тем же правилам robots.txt что и Googlebot. Важно: бот выполняет JavaScript, поэтому блокировка через JS-редирект будет обнаружена.

В реальных условиях блокировка по User-Agent и директивы robots.txt защищают сайт лишь от примитивных скриптов. Продвинутые краулеры и парсеры обходят эти фильтры за счет трех факторов:

  1. Подмена заголовков (спуфинг): бот отправляет User-Agent популярного десктопного браузера, из-за чего веб-сервер принимает его за обычного посетителя.
  2. Ротация IP-адресов: запросы распределяются через сотни тысяч резидентных и мобильных прокси, делая блокировку по статическим IP неэффективной.
  3. Headless-движки (Chromium, Puppeteer): эмуляторы полноценно исполняют JavaScript, проходя большинство поверхностных проверок.

9. Автоматическая нейтрализация в AntiBotCore

Принцип фильтрации в AntiBotCore: защитное ядро не полагается исключительно на текстовые заголовки. Оно проводит фоновый аппаратный тест видеокарты (Canvas PoW) за 20 мс, проверяет подлинность роботов Яндекса и Google через обратный DNS (PTR) и мгновенно сбрасывает паразитные запросы с минимальным оверхедом (<1 мс) до запуска тяжелого ядра CMS и базы данных MySQL.
Подключить защиту сайта →

10. Часто задаваемые вопросы (FAQ)

Почему в логах появился Google-InspectionTool? +
Google-InspectionTool выполняет JavaScript? +

Боты со схожим поведением или относящиеся к категории «Поисковые системы»:

Категории: Поисковые системы • Сетевые боты • Сигнатуры WAF
Последнее обновление: 20 октября 2026 г.