Краткий вывод
Что важно понять до чтения деталей
- Crawl budget важен прежде всего крупным и быстро меняющимся сайтам.
- Больше обхода не означает больше индексирования.
- Серверная стабильность и качество пространства URL работают вместе.
- Оптимизацию оценивают по важным страницам, а не по общей активности робота.
01
Из чего складывается бюджет сканирования
Google описывает crawl budget как сочетание возможностей сканирования и потребности в сканировании. Возможности зависят от того, сколько запросов сервер выдерживает без перегрузки. Потребность связана с тем, насколько URL важны, популярны, изменились и заслуживают повторного обхода. Это не фиксированное число, которое можно увидеть одной строкой и увеличить настройкой.
Не каждая просканированная страница будет проиндексирована. Поэтому цель — не максимальное число запросов Googlebot, а своевременный обход ценных URL. Если робот активно посещает параметры и пустые фильтры, а новые категории неделями не видит, сайт расходует ресурсы не в том направлении.
02
Кому действительно стоит об этом думать
Google адресует отдельное руководство прежде всего крупным сайтам: ресурсам с миллионом и более часто обновляемых страниц, примерно десятью тысячами быстро меняющихся URL или значительной долей адресов в статусе «Обнаружено, но не проиндексировано». Это ориентиры, а не жесткий порог, но они помогают не драматизировать ситуацию небольшого корпоративного сайта.
Если у проекта сто услуг и статей, все важные URL регулярно обходятся, а новые страницы появляются в поиске, отдельный проект по crawl budget обычно не нужен. Полезнее улучшить содержание, внутренние ссылки и коммерческие блоки. Если же каталог генерирует миллионы комбинаций, без управления обходом технический шум будет расти быстрее полезного раздела.
03
Как измерить проблему
Начните со статистики сканирования Search Console и серверных логов. Посмотрите общее число запросов, среднее время ответа, долю 5xx, типы файлов и разделы, которые посещает робот. Затем сопоставьте это с sitemap и списком бизнес-критичных URL. Вопрос не в том, много ли сканирований, а в том, попадают ли в них нужные страницы вовремя.
Сегментируйте данные по шаблонам: категории, товары, статьи, фильтры, поиск, параметры и служебные разделы. Для каждого сравните количество известных URL, посещения робота и долю индексируемых страниц. Так становится видно, где робот тратит запросы на бесконечные варианты и где полезный раздел остается без внимания.
04
Что улучшить на сервере
Стабильный быстрый ответ позволяет роботу обходить больше страниц без риска перегрузки. Исправьте 5xx и 429, проверьте медленные шаблоны, настройте кэширование и одинаковые URL для общих ресурсов. Если JavaScript и изображения на каждой странице запрашиваются по новым адресам, робот не сможет эффективно использовать кэш.
Не пытайтесь регулировать частоту запретами 401 или 403. При аварии корректно сообщайте о временной недоступности, а затем устраняйте причину. По мере восстановления 2xx-ответов Google постепенно увеличивает интенсивность обхода. Постоянная нестабильность уменьшает ее и угрожает актуальности уже известных страниц.
05
Как убрать бесполезные URL
Главный резерв крупных каталогов — фасетная навигация, сортировки, внутренний поиск, сессии, календари и параметры. Составьте матрицу: какие комбинации имеют спрос и самостоятельную посадочную, какие канонизируются, какие не получают ссылок, а какие вообще не должны генерироваться. Один robots.txt не исправляет архитектуру, если сайт продолжает создавать и связывать миллионы адресов.
Удаленные страницы должны отдавать 404 или 410, перемещенные — вести постоянным редиректом к ясной замене. Sitemap содержит только канонические 200-страницы, нужные в поиске. Внутренние ссылки также ведут сразу на эти версии. Согласованность сигналов сокращает количество лишних обходов.
06
Как повысить приоритет важного
Обновляйте lastmod только при существенном изменении, поддерживайте понятную архитектуру и связывайте новые страницы из уже известных разделов. Для быстро меняющихся товаров приоритетны актуальная цена, наличие и категория; для статей — реальные обновления, а не механическая смена даты. Робот должен видеть, где действительно появилась новая информация.
После внедрения сравните периоды по доле обхода ценных URL, времени обнаружения новых страниц, серверным ошибкам и попаданию в индекс. Успех — не рекордное число запросов робота, а более быстрое обновление страниц, которые влияют на продажи и заявки.
Практика
Что проверить на своем сайте
- Определите масштаб и скорость обновления сайта.
- Выгрузите статистику сканирования и серверные логи.
- Сегментируйте обход по типам URL.
- Исправьте 5xx, 429 и медленные шаблоны.
- Ограничьте бесконечные фильтры и параметры.
- Сравните скорость обхода и индексации важных страниц.
Применить к проекту
Что можно сделать после статьи
Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.
Источники
Какие источники использовали
Официальное руководство по crawl capacity, crawl demand и оптимизации обхода крупных сайтов.
Google: устранение ошибок сканированияКак серверные ошибки, ресурсы и ненужные URL влияют на обход.
Google: HTTP-коды и сканированиеПоведение роботов при 2xx, 3xx, 4xx, 429 и 5xx.





