Насколько важна скорость сайта для Google?

Если под «метрикой Google» имеется в виду оценка Performance 0–100 в PageSpeed Insights, её нельзя воспринимать как отдельный «SEO-балл». Этот показатель рассчитывает Lighthouse в лабораторном тесте: страница загружается в смоделированных условиях, после чего несколько показателей сводятся в итоговую оценку. Google описывает этот блок как диагностический инструмент.

Для ранжирования Google официально называет Core Web Vitals: LCP, INP и CLS. Это показатели пользовательского опыта: скорости отображения основного контента, отзывчивости интерфейса и визуальной стабильности. При достаточном объёме данных они оцениваются по 75-му процентилю реальных посещений.

Целевые значения «Good»:

• LCP — не более 2,5 секунды;
• INP — не более 200 мс;
• CLS — не более 0,1.

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

Отсюда типичная ситуация: сайт субъективно кажется быстрым, но часть мобильных пользователей получает слабый LCP или INP. Возможна и обратная картина: единичный лабораторный прогон PageSpeed Insights показывает 60–70 баллов, а реальные данные CrUX остаются хорошими. Google отдельно предупреждает, что лабораторные и полевые данные могут расходиться.

Может ли медленный сайт быть в ТОПе Google

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

Google прямо пишет, что поиск стремится показывать наиболее релевантный контент, даже если page experience у страницы ниже оптимального. Хорошие Core Web Vitals могут способствовать успеху, когда доступно много сопоставимых полезных результатов, но они не перекрывают всю остальную систему ранжирования. Google использует множество сигналов и систем, поэтому позиция страницы не позволяет изолировать влияние её скорости.

Поэтому логика «у конкурента красный PageSpeed, но он на первом месте — значит скорость вообще не учитывается» неверна. Ровно так же неверен обратный вывод: «сделаем 100/100 и вырастем в выдаче».

Историческое исследование SISTRIX после Page Experience Update 2021 года обнаружило различие в динамике поисковой видимости между доменами с хорошими и плохими Core Web Vitals. Однако сами авторы отдельно указали на одновременное проведение других обновлений Google и невозможность доказать чистую причинность. Исследование показывает возможную связь, но не позволяет вычислить «вес» скорости в ранжировании.

На что смотреть вместо погони за 100 баллами

Для SEO разумнее использовать следующий приоритет:

1. Сначала проверить Core Web Vitals в Search Console или полевые данные CrUX. Они основаны на реальном пользовательском опыте, а не на одном синтетическом тесте. Search Console использует LCP, INP и CLS и группирует URL со схожими характеристиками.
2. Если реальные показатели находятся в зоне Good, не тратить существенный бюджет только ради перехода с условных 92 до 100 баллов Lighthouse. Google прямо предупреждает, что погоня за идеальной оценкой только ради SEO может быть не лучшим использованием времени.
3. Если реальные Core Web Vitals плохие на важных группах страниц, проблему стоит исправлять. Плохой результат означает не только потенциальный поисковый сигнал, но и фактические проблемы с загрузкой, отзывчивостью или стабильностью интерфейса.
4. PageSpeed Insights и Lighthouse использовать для поиска причины: тяжёлого LCP-элемента, блокирующих ресурсов, длительного выполнения JavaScript, сдвигов макета и других технических узких мест.

Если полевых данных нет из-за недостаточного количества измерений, лабораторный тест остаётся полезным диагностическим ориентиром, но не доказывает, какой опыт получает большинство реальных пользователей.

Когда скорость становится технической проблемой помимо ранжирования

Core Web Vitals не следует смешивать с доступностью сервера для Googlebot. Если сервер отвечает медленно или нестабильно, Google может уменьшить интенсивность сканирования, чтобы не перегружать его. Для крупного сайта это уже вопрос доступной мощности сканирования — crawl capacity, а не «балла PageSpeed».

Практический критерий простой: добиваться хороших реальных Core Web Vitals разумно; добиваться идеального Lighthouse Score любой ценой — нет. Если сайт проходит LCP, INP и CLS по полевым данным, дальнейшую оптимизацию скорости стоит оценивать уже по реальной пользовательской и технической отдаче, а не по желанию сделать индикатор PageSpeed зелёнее.