Главная / Блог / Обход сайта

Обход сайта

Краулинговый бюджет в 2026 году: когда его действительно нужно оптимизировать

Термином crawl budget часто объясняют любую медленную индексацию. Для небольшого сайта это нередко отвлекает от настоящей причины: слабых страниц, дублей или отсутствия ссылок. Бюджет сканирования становится отдельной задачей, когда у сайта десятки тысяч URL, быстро меняющийся каталог или бесконечные технические комбинации. Разберем, как определить свой случай и не оптимизировать то, что не мешает бизнесу.

Команда разбирает архитектуру большого сайта и приоритеты обхода поисковыми роботами

Краткий вывод

Что важно понять до чтения деталей

  • 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, времени обнаружения новых страниц, серверным ошибкам и попаданию в индекс. Успех — не рекордное число запросов робота, а более быстрое обновление страниц, которые влияют на продажи и заявки.

Практика

Что проверить на своем сайте

  1. Определите масштаб и скорость обновления сайта.
  2. Выгрузите статистику сканирования и серверные логи.
  3. Сегментируйте обход по типам URL.
  4. Исправьте 5xx, 429 и медленные шаблоны.
  5. Ограничьте бесконечные фильтры и параметры.
  6. Сравните скорость обхода и индексации важных страниц.

Применить к проекту

Что можно сделать после статьи

Если тема похожа на вашу ситуацию, следующий шаг простой: проверить сайт на спрос, структуру, технические ограничения и точки, где пользователь не доходит до заявки.

Источники

Какие источники использовали

Команда

Материалы пишет проектная команда

В статьях мы соединяем стратегию, техническое SEO, контент, аналитику и опыт внедрений. Поэтому материал можно читать не как теорию, а как рабочую основу для улучшения сайта.

Андрей: SEO-стратег в проектной команде Индекс Спроса

Андрей

SEO-стратег

Отвечает за гипотезы роста, приоритеты страниц и связь SEO с заявками.

Мария: SEO-специалист в проектной команде Индекс Спроса

Мария

SEO-специалист

Собирает спрос, проектирует посадочные и ведет внутреннюю оптимизацию.

Павел: Технический SEO в проектной команде Индекс Спроса

Павел

Технический SEO

Проверяет индексацию, скорость, дубли, микроразметку и задачи для разработки.

Екатерина: Контент-лид в проектной команде Индекс Спроса

Екатерина

Контент-лид

Готовит структуру страниц, задания редакторам, FAQ и блоки экспертности.

Дмитрий: Веб-аналитик в проектной команде Индекс Спроса

Дмитрий

Веб-аналитик

Настраивает цели, формы, отчеты и контроль вклада посадочных страниц.

Анна: Project / account в проектной команде Индекс Спроса

Анна

Project / account

Держит сроки, согласования, статусы задач и понятную связь с клиентом.

FAQ

Вопросы по теме

Есть ли точное значение crawl budget в Search Console?

Нет. Его оценивают по статистике сканирования, логам, состоянию сервера и скорости обработки важных URL.

Нужно ли оптимизировать бюджет сайту на 500 страниц?

Обычно нет, если важные страницы регулярно обходятся. Сначала проверьте качество, дубли и внутренние ссылки.

Закроет ли robots.txt проблему фильтров?

Не полностью. Нужно также убрать лишние ссылки и генерацию URL, настроить canonical и определить полезные комбинации.

Главная метрика — число запросов робота?

Нет. Важнее доля обхода бизнес-ценных страниц, скорость их обновления и отсутствие серверных ошибок.

Следующий шаг

Проверьте, как эта логика работает на вашем сайте

Мы посмотрим спрос, структуру, технику, контент и заявки. После короткого разбора будет понятно, где теряется рост.