Эту метрику Tech SEO-специалистам и CTO нужно проверять до Core...

Mike Blazer

Эту метрику Tech SEO-специалистам и CTO нужно проверять до Core Web Vitals.

Посмотри на этот график.

Я обожаю этот график, пишет Нати Элимелех.

Это прекрасный график.

Три месяца статистики краулинга крупного сайта моего реального клиента.

Самая наглядная демонстрация того, что управляет активностью гуглобота, которую я когда-либо видел.

Две линии:

— Оранжевая: Среднее время ответа (мс)

— Синяя: Ежедневные запросы гуглобота

Сценарий разыгрывается дважды, в противоположных направлениях:

В апреле время ответа падает с ~500 мс до ~120 мс.

Объем краулинга взлетает с ~15 тыс. в день до ~100 тыс. в день, почти мгновенно.

В июле время ответа возвращается к ~500 мс.

Объем краулинга падает обратно до ~15 тыс. в день.

Зависимость работает в обе стороны.

Время ответа меняется, а объем краулинга мгновенно движется в обратном направлении.

Сервер здесь ни разу не был перегружен.

За весь период не было ни 503-х статусов, ни всплесков ошибок.

Google урезал краулинг исключительно из-за времени ответа.

Время ответа лежит в основе Core Web Vitals.

Оно напрямую влияет на LCP, поэтому быстрый ответ также подтягивает твой CWV.

Это же время ответа задает твою пропускную способность сканирования и меняет ощущения реальных пользователей на странице.

Исправь его — и всё это вырастет одновременно.

И в отличие от большинства SEO-задач, это объективная цифра, с которой могут работать твои девы.

Чем крупнее сайт, тем это важнее.

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

Но на миллионах урлов эта задержка умножается на каждый из них.

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

До внутренней перелинковки или сайтмапов проверь, как твой сервер отвечает гуглоботу.

Медленный ответ режет лимиты сканирования, и новые урлы — первое, что начинает голодать.

Открой статистику сканирования в GSC.

В первую очередь смотри на линию среднего времени ответа.

СПАСИБО ЗА ВНИМАНИЕ К ЭТОМУ ВОПРОСУ.

Инсайты комьюнити

— Время ответа управляет лимитом краулингового бюджета (crawl limit). Вторая половина — потребность в краулинге (crawl demand) — зависит от того, насколько важными Google считает страницы: качество контента, брендовая частотка, ПФ. И именно здесь кроется максимальный эффект.

— Среднее время ответа может вводить в заблуждение, когда смешиваются ответы API и HTML, поскольку HTML обычно отвечает медленнее. Размещение API на отдельном поддомене изолирует каждый тип для более чистой аналитики времени ответа и скорости краулинга.

— Урезание краулинга из-за времени ответа имеет значение только там, где работает гуглобот: для пабликов, e-commerce и сайтов под SEO это критично, но для закрытых SaaS-систем с авторизацией или внутренних дашбордов это сводится к чистому UX (отзывчивости интерфейса).

@MikeBlazerX

⚠️ Закрытый канал: @MikeBlazerPRO