Загрузка...
Загрузка...
Нашли баг, сбой или ошибку в работе reChecker? Есть предложение по улучшению? Напишите нам, чтобы мы проверили и исправили проблему в сервисе.
Что такое краулинговый бюджет, как поисковые роботы распределяют ресурсы на обход сайта и почему дубли, параметры и мусорные страницы мешают индексации важного контента.
Быстрые определения и связанные понятия из SEO-глоссария reChecker.
Robots.txt — текстовый файл в корне сайта, управляющий доступом поисковых роботов к страницам. Узнайте как правильно настроить robots.txt для SEO.
Читать в глоссарии →XML Sitemap — файл со списком всех страниц сайта в формате XML. Помогает поисковым роботам быстрее находить и индексировать страницы.
Читать в глоссарии →Краулинг (crawlability) — способность поисковых роботов обходить страницы сайта. Проблемы с краулингом приводят к тому что страницы не попадают в индекс.
Читать в глоссарии →Sitemap (карта сайта) — XML-файл, перечисляющий все страницы сайта для поисковых роботов. Узнайте как создать и проверить sitemap.xml.
Читать в глоссарии →Что такое scaled content abuse и doorway-страницы, почему Google и Яндекс выкидывают из индекса тысячи автогенерируемых страниц, и как их найти и исправить на реальном примере.
SEOПодробное руководство по битым ссылкам: влияние на SEO, поиск 404 ошибок, инструменты проверки и методы исправления. Практические советы для вебмастеров.
SEOПоиск дублированного контента на сайте. Причины появления дублей, инструменты диагностики, исправление через canonical и редиректы. Практическое руководство.
SEOПошаговое руководство по исправлению ошибок SEO аудита: редиректы, битые ссылки, мета-теги, скорость загрузки. Практические инструкции и приоритизация.
Поделитесь с коллегами или изучите другие материалы блога
Краулинговый бюджет — тема, о которой вспоминают, когда новые страницы долго не попадают в индекс, хотя с ними технически всё в порядке. Для небольшого сайта на пару сотен страниц это почти никогда не проблема. А вот для каталогов, маркетплейсов, агрегаторов и любых сайтов с автогенерируемыми страницами — это один из факторов, который реально ограничивает рост органического трафика.
Crawl budget — это количество страниц сайта, которое поисковый робот готов обойти за определённый период времени. Бюджет не бесконечен: у Googlebot и Яндекс.Робота есть ограничения по нагрузке на конкретный сервер (чтобы не положить сайт частыми запросами) и общий лимит ресурсов, который распределяется между миллиардами сайтов в интернете.
Бюджет складывается из двух составляющих:
Если сайт маленький и не обновляется быстро — крайне маловероятно, что краулинговый бюджет вообще станет узким местом. Google прямо говорит: для сайтов до нескольких тысяч страниц с разумной частотой обновления беспокоиться об этом не нужно. Проблема возникает на масштабе — десятки и сотни тысяч URL, особенно генерируемых автоматически.
Самая частая причина не в том, что сайт «слишком большой», а в том, что бюджет тратится не на то.
Интернет-магазин с фильтрами по цене, цвету, размеру может генерировать тысячи комбинаций URL для одного и того же набора товаров: ?color=red&size=42, ?sort=price&page=2 и так далее. Каждая такая комбинация — отдельный URL, который робот может обойти, потратив на него часть бюджета, хотя по содержанию страница почти не отличается от других.
Похожая ситуация с тегами, архивами по дате, страницами пагинации, печатными версиями страниц — всё это технически разные URL с пересекающимся содержанием.
Это более системная проблема: когда любое действие пользователя (поиск, проверка, фильтр) автоматически создаёт новую индексируемую страницу. Мы недавно разбирали на собственном примере, как фича «опубликовать результат проверки на отдельной странице» превратилась в десятки тысяч слабо востребованных URL — подробности в статье про scaled content abuse. Краулинговый бюджет в такой ситуации уходит на обход тысяч страниц с нулевой пользой вместо того, чтобы чаще переобходить действительно важный контент.
Каждый переход по цепочке редиректов или попытка обойти несуществующую страницу — тоже расход бюджета. Если на сайте много битых внутренних ссылок, проверить их можно через массовую проверку URL.
Признаки, что стоит этим заняться:
Если ничего из этого не наблюдается — оптимизация бюджета не первоочередная задача, лучше сосредоточиться на качестве контента и технических ошибках.
robots.txt запрещает роботу обходить указанные пути — это прямой способ не тратить бюджет на заведомо неважные разделы (служебные параметры, внутренний поиск, корзину). Важно не путать это с noindex: robots.txt не убирает страницу из индекса, если на неё уже есть ссылки, он просто не даёт роботу туда заходить. Проверить текущую конфигурацию можно через анализатор robots.txt.
Для дублей, которые всё же должны быть доступны пользователю (например, страница с сортировкой), правильнее использовать rel=canonical, указывающий на основную версию, а не полную блокировку — так робот понимает, какая версия главная, но не обходит все вариации одинаково тщательно.
Sitemap — это подсказка роботу, что обходить в первую очередь. Если в нём лежат неактуальные, удалённые или некачественные URL — это сбивает приоритеты. Проверить структуру и актуальность своей карты сайта можно через генератор и валидатор sitemap.
Чем быстрее сервер отвечает, тем больше страниц робот успевает обойти за то же время и тем меньше риск, что бюджет упрётся в технический лимит, а не в реальный спрос. Полный технический разбор скорости и инфраструктуры — в аудите сайта.
Если фича автоматически создаёт индексируемые страницы (отчёты, профили, результаты поиска) — закладывайте порог ценности с самого начала: индексируется не всё подряд, а то, что прошло минимальный критерий вовлечённости или полезности. Дешевле спроектировать это сразу, чем разгребать тысячи мусорных URL через год.
Краулинговый бюджет — это не абстрактная метрика для гигантов рынка, а вполне измеримая вещь: соотношение полезных страниц к общему количеству URL, которые видит робот. Для большинства сайтов достаточно один раз навести порядок в параметрах, дублях и автогенерируемых разделах, чтобы бюджет переставал быть проблемой. Начать стоит с технического аудита — он покажет текущее состояние индексации, robots.txt и sitemap, и даст понятную точку отсчёта для дальнейшей работы.