Google советует отдавать код 304 для экономии краулингового бюджета
Google обновил документацию по краулинговому бюджету, рекомендовав отдавать роботу код 304 для неизменившихся страниц. Это поможет снизить нагрузку на сервер и эффективнее расходовать лимиты обхода.
- Google рекомендует возвращать код ответа 304 для страниц, которые не менялись.
- Обновлённая документация Search Central описывает, как это помогает экономить краулинговый бюджет.
- Код 304 сигнализирует Googlebot, что страница не изменилась и её повторная загрузка не нужна.
Как сообщает Google Search Central в обновлённой документации по управлению краулинговым бюджетом, веб-мастерам стоит возвращать код ответа 304 для страниц, содержимое которых не изменялось. Это позволяет роботу Googlebot не загружать страницу заново и не тратить ресурсы на обработку неизменившихся данных.
Рекомендация появилась в разделе о факторах, влияющих на интенсивность обхода. Google поясняет, что использование 304-го статуса даёт сигнал: страница не менялась с момента последнего визита робота. В результате Googlebot может перенаправить освободившийся бюджет на обход других, более важных страниц сайта.
Как это работает
Код 304 Not Modified — это стандартный HTTP-ответ, который сервер отправляет при условном GET-запросе, если с момента последнего запроса ресурс не изменился. Для этого сайт должен корректно обрабатывать заголовки If-Modified-Since или ETag, которые присылает Googlebot. Если сервер отвечает 304, бот не скачивает тело страницы, что экономит и его ресурсы, и ваши.
В документации подчёркивается: чтобы механика работала, важно не отдавать 304 для страниц, которые на самом деле изменились — иначе можно столкнуться с проблемами индексации. То есть, проверка изменений должна быть честной и точной.
Для владельцев сайтов и SEO-специалистов это практический сигнал: если у вас много страниц, которые обновляются редко, настройка отдачи 304 поможет сэкономить краулинговый бюджет. Особенно это актуально для крупных интернет-магазинов, каталогов или новостных архивов, где число страниц исчисляется тысячами, а серверная нагрузка от обхода высокая.
Технически это реализуется на уровне сервера или CMS. Разработчикам стоит проверить, поддерживается ли условные GET-запросы, и при необходимости включить генерацию ETag или корректную обработку If-Modified-Since. Если не хотите рисковать, начните с самых статичных разделов — например, со старых статей или карточек товаров, которые давно не менялись.
Оригинал публикации: www.searchenginejournal.com. Разбор и выводы — редакции «SEO-зоны».