Скорость загрузки напрямую влияет на SEO: с 2021 года Core Web Vitals — фактор ранжирования Google, а Яндекс учитывает скорость в мобильной выдаче. Нормативы 2026 года: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Базовое ускорение медленного сайта (изображения, кэш, CDN) даёт +30–50% без переделки.
Почему скорость важна для SEO
Медленный сайт теряет трафик дважды. Сначала пользователи уходят: по данным Google, 53% мобильных посетителей закрывают страницу, если она грузится дольше 3 секунд. Затем поисковики снижают позиции — потому что учитывают поведенческие факторы и собственные измерения скорости.
Core Web Vitals стали официальным фактором ранжирования Google в июне 2021 года, а в 2024 году появилась метрика INP (Interaction to Next Paint), заменившая FID. В Яндексе скорость влияет на ранжирование, особенно в мобильной выдаче и в «Колдунщиках».
Подробнее о роли скорости в общей SEO-стратегии — в материале «SEO в 2026: AEO и GEO».
Три ключевые метрики Core Web Vitals
| Метрика | Что измеряет | Норма (2026) | Плохо |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Загрузка крупного контента | до 2,5 с | более 4 с |
| INP (Interaction to Next Paint) | Скорость реакции на действие | до 200 мс | более 500 мс |
| CLS (Cumulative Layout Shift) | Стабильность макета | до 0,1 | более 0,25 |
LCP — когда появится главный контент
LCP измеряет, через сколько секунд от начала загрузки появился самый крупный видимый элемент (обычно изображение-hero, заголовок или баннер). Влияет на восприятие «сайт грузится быстро».
Что ухудшает: тяжёлые изображения (PNG вместо WebP), рендер-блокирующие скрипты, медленный сервер, отсутствие предзагрузки ключевых ресурсов.
INP — реакция на действия пользователя
INP заменил FID в 2024 году. Метрика измеряет задержку между действием пользователя (клик, тап) и следующим кадром отрисовки. Характеризует «отзывчивость» интерфейса.
Что ухудшает: длинные JS-задачи в главном потоке, сторонние скрипты (аналитика, виджеты), отсутствие дебаунса на обработчиках.
CLS — стабильность макета
CLS показывает, насколько «прыгает» страница при загрузке. Если при чтении статья сдвигается вниз — это плохой CLS. Яндекс и Google учитывают его как признак качества UX.
Что ухудшает: изображения и встраиваемые элементы без указанных размеров, динамические баннеры сверху, шрифты с задержкой.
Как измерить скорость сайта
Для замеров используйте три инструмента — они дают разную картину:
| Инструмент | Что показывает | Когда использовать |
|---|---|---|
| PageSpeed Insights | Лабораторные и полевые данные CWV | Базовый аудит для любого сайта |
| Lighthouse (Chrome DevTools) | Детальный аудит с рекомендациями | Локальная разработка и тесты |
| Search Console (Core Web Vitals) | Реальные данные пользователей | Мониторинг в продакшене |
Лабораторные данные (синтетический прогон) часто отличаются от полевых (реальные пользователи). Опирайтесь на полевые данные из Search Console — это то, что видит Google при ранжировании.
Что ускоряет сайт: 7 проверенных мер
1. Оптимизация изображений
Изображения — обычно 50–70% веса страницы. Три правила:
- формат WebP или AVIF вместо PNG/JPEG (минус 30–50% веса);
- указывайте width/height, чтобы избежать CLS;
- используйте
loading="lazy"для изображений вне первого экрана.
2. Кэширование на стороне сервера
Подключите серверное кэширование: страницы (Nginx, Varnish), объектов (Redis для БД), HTTP-заголовки (Cache-Control, ETag). Это даёт +40–60% к скорости повторных загрузок.
3. CDN
CDN (Cloudflare, Selectel, Яндекс.Cloud) раздаёт статику с серверов, ближайших к пользователю. Для сайтов с аудиторией по всей РФ это минус 200–500 мс к LCP.
4. Минификация и объединение ресурсов
Минифицируйте CSS и JS, объединяйте небольшие файлы, удаляйте неиспользуемый код (tree-shaking). Современные сборщики (Webpack, Vite) делают это автоматически.
5. Отложенная загрузка скриптов
Тяжёлые сторонние скрипты (метрики, чаты, виджеты) загружайте с defer или async, либо через requestIdleCallback. Так они не блокируют рендер.
6. Предзагрузка критических ресурсов
<link rel="preload"> для шрифтов, hero-изображений и критического CSS ускоряет LCP на 300–700 мс.
7. HTTP/2 или HTTP/3
Перейдите на HTTP/2 или HTTP/3 — мультиплексирование запросов ускоряет загрузку ресурсов в 2–3 раза по сравнению с HTTP/1.1. Большинство хостингов поддерживают по умолчанию.
Когда нужна переделка, а не косметика
Базовые меры дают прирост, если сайт изначально не катастрофа. Но в трёх случаях помогает только рефакторинг:
- Устаревший стек (jQuery + PHP 5) — придётся переписывать фронтенд.
- Перегруженная CMS с 30 плагинами — нужно упрощать архитектуру.
- Тяжёлый дизайн с десятком анимаций — менять подход к визуалу.
В таких случаях переход на современный стек (Next.js + SSR) даёт скачок скорости и по Core Web Vitals. Подробнее — в статье «Сайты на Next.js: преимущества SSR».
Чек-лист на 15 минут
- Прогоните главную страницу через PageSpeed Insights.
- Сравните LCP, INP, CLS с нормативами из таблицы.
- В Search Console откройте раздел Core Web Vitals — посмотрите долю «плохих» URL.
- Если показатели плохие — начните с изображений, кэша и CDN. Это 80% эффекта.
- Повторите замер через неделю после внедрения мер.
Скорость — не разовая задача, а регулярный мониторинг. Каждое добавление нового скрипта или блока может ухудшить показатели, поэтому замеряйте CWV после каждой доработки сайта.
Комментарии · 0