Core Web Vitals для WordPress: гайд, который покажет, где вы теряете трафик

Большинство владельцев сайтов на WordPress — да, даже мы — могут зацикливаться не на тех вещах, когда их рейтинг падает.

Они меняют мета-описания. Добавляют ключевые слова. Меняют плагины. Перегружают контент для ИИ. Но они никогда не смотрят на то, что молча убивает их видимость в Google: на хостинг.

Ваш хостинг определяет, как быстро отвечает ваш сервер, как глобально доставляется ваш контент и получают ли реальные пользователи — те, которых на самом деле измеряют Google и Bing — плавный опыт или разочаровывающий. Всё это напрямую влияет на Core Web Vitals. А Core Web Vitals напрямую влияют на ваши позиции.

Это руководство всё объясняет. Что означают метрики. Как хостинг формирует их. И что вы можете сделать — прямо сейчас — чтобы перестать терять позиции. 

Что такое Core Web Vitals? (И почему вам должно быть до этого дело?)

Core Web Vitals (CWV) — это три показателя производительности, которые Google использует для измерения того, как пользователи на самом деле взаимодействуют с вашим сайтом — не в лаборатории (как Lighthouse), а в реальном мире, на реальных устройствах, с реальными соединениями.

Как указано в документации Google Search Central: «Core Web Vitals — это набор метрик, измеряющих реальный пользовательский опыт с точки зрения производительности загрузки, интерактивности и визуальной стабильности страницы».

Они стали официальным фактором ранжирования в июне 2021 года. С тех пор они встроены в сигналы Page Experience от Google — и Google четко заявил, что его «основные системы ранжирования стремятся поощрять» страницы с хорошими показателями.

Сам Джон Мюллер из Google прямо сказал — релевантность по-прежнему является доминирующим фактором ранжирования. CWV не спасут тонкий контент, и идеальный показатель производительности сам по себе не выведет слабую страницу на первое место. Но они дадут хорошо оптимизированному сайту ощутимое преимущество перед конкурентом с таким же сильным контентом, но медленной инфраструктурой.

В конкурентных нишах — а большинство ниш конкурентны — это преимущество имеет большое значение.

И мы говорим о времени загрузки на мобильных устройствах. Вот на чем нужно сосредоточиться.

Три метрики, которые измеряет Google

• Largest Contentful Paint (LCP) — это время, необходимое для полной загрузки самого большого видимого элемента на вашей странице — обычно изображения-героя или основного заголовка. Google хочет, чтобы это было менее 2,5 секунд. Это метрика, на которую хостинг влияет наиболее напрямую. Она начинается в тот момент, когда браузер отправляет запрос вашему серверу.
• Interaction to Next Paint (INP) заменил First Input Delay в марте 2024 года. В отличие от FID, который отслеживал только первый клик, INP регистрирует задержку от каждого взаимодействия пользователя во время его сессии — каждого касания, клика и нажатия клавиши — и сообщает о худшем. Менее 200 мс — хорошо. Более 500 мс — плохо и навредит вам.
• Cumulative Layout Shift (CLS) измеряет визуальную стабильность. Вы знаете это чувство, когда собираетесь нажать кнопку, а страница прыгает, и вы попадаете на рекламу? Это плохой CLS. Стремитесь к значению менее 0,1.

Google оценивает все три метрики на основе 75-го процентиля реальных сессий пользователей Chrome — то есть 75% загрузок ваших страниц должны достичь статуса «Хорошо», чтобы получить этот статус. Это высокая планка.

Проблема WordPress

По состоянию на июль 2025 года только 43% сайтов на WordPress на мобильных устройствах проходят все три теста Core Web Vitals — то есть более половины обеспечивают посетителям плохой опыт. (Источник: searchengineland.com)

Эта статистика должна привлечь ваше внимание. WordPress работает на более чем 40% веб-сайтов. Он не является изначально медленным. Но его открытая архитектура — темы, конструкторы страниц, стеки плагинов — создает минное поле производительности, для навигации по которому не предназначены среды общего хостинга.

Возможность? Если ваши конкуренты это не исправили, вы можете перепрыгнуть их, сделав это. Если более половины веб-сайтов не проходят CWV, исправление вашего сайта дает вам конкурентное преимущество.

Как хостинг влияет на каждый Core Web Vital

LCP: Всё начинается с TTFB

Time to First Byte (TTFB) — это время, которое требуется вашему серверу для ответа после того, как браузер отправил запрос. Официально это не Core Web Vital, но это основа, на которой строится всё остальное. Медленный TTFB всегда приводит к медленному LCP.

Порог Google для «Хорошего» TTFB — менее 800 мс. Менее 200 мс — отлично. Платформы управляемого хостинга WordPress обычно достигают TTFB 100–200 мс. Бюджетный общий хостинг обычно обеспечивает TTFB между 400–800 мс, потребляя 16–32% вашего общего бюджета LCP до того, как браузер получит первый байт HTML.

Этот разрыв не закрывается плагинами.

Способ, которым управляемый хостинг закрывает его, — это кэширование страниц на уровне сервера. На общих хостах каждая загрузка страницы запускает PHP, запрашивает базу данных MySQL и собирает ответ HTML с нуля. На хорошо настроенной управляемой платформе кэшированная версия вашей страницы обслуживается напрямую — без выполнения PHP, без запросов к базе данных. Ответ почти мгновенный.

На Rocket.net это обрабатывается через Cloudflare Enterprise Edge Caching, что означает, что кэшированные страницы обслуживаются из той точки присутствия (PoP) Rocket.net, которая физически ближе всего к вашему посетителю.

Если ваш сервер веб-хостинга тратит 1,5 секунды только на обработку запроса (Time to First Byte), у вас остается всего 1 секунда, чтобы браузер фактически загрузил и отобразил изображение. Большинство бюджетных вариантов хостинга проваливаются на этом этапе.

INP: PHP-воркеры и отзывчивость бэкенда

INP — это в основном клиентская метрика. На нее влияют раздувание JavaScript, загруженность основного потока и скрипты, блокирующие рендеринг. Ваш плагин кэширования справляется с большей частью этого.

Но вот что упускается из виду: INP также реагирует на задержку на стороне сервера. Каждое взаимодействие, требующее кругового обращения к вашему серверу — «Добавить в корзину», «Отправить форму», «Применить фильтр» — наследует время обработки вашего сервера.

CLS: Это не связано напрямую с хостингом, но...

Cumulative Layout Shift определяется решениями на уровне приложения: изображения без заданных размеров, шрифты, загружающиеся с опозданием, и динамически вставляемый контент, который сдвигает существующие элементы на странице.

Хостинг не вызывает CLS. Но хорошо структурированная управляемая платформа делает две вещи, которые облегчают исправление CLS:

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

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

Фактор CDN: Не все сети равны

CDN настолько хорош, насколько хорош его охват. Базовые CDN имеют 30–50 точек присутствия. Это нормально, если ваша аудитория сосредоточена в одном регионе. Это плохо, если она распределена по всему миру — потому что данные CWV от Google собираются от реальных пользователей в реальных местах, и медленный опыт в Джакарте учитывается так же, как и быстрый в Нью-Йорке.

Бизнес-обоснование: Дело не только в рейтинге

Лучшие показатели Core Web Vitals означают лучшие позиции. Но они также напрямую влияют на вашу прибыль способами, которые усугубляются, независимо от того, меняются ваши позиции или нет.

В исследовании, проведенном Google и Deloitte, улучшение скорости мобильного сайта на 0,1 секунды привело к увеличению конверсии в розничной торговле на 8,4% и увеличению среднего размера заказа на 9,2%. Сайты путешествий показали улучшение конверсии на 10,1%. Сайты генерации лидов увидели снижение показателя отказов на 8,3%.

Одна десятая секунды. Едва ощутимо для человека. Измеримо в доходах.

Исследования подтверждают, что задержка в 1 секунду может снизить конверсию до 7%, а 53% мобильных пользователей покидают страницы, которые загружаются дольше 3 секунд.

Для магазинов WooCommerce эти цифры не абстрактны. Магазин с конверсией 2%, который улучшает скорость сайта настолько, что конверсия становится 2,2%, получает на 10% больше дохода от того же трафика. Никакой новой рекламы. Никакого нового контента. Просто более быстрый сервер.

«Производительность — это не только скорость, это последовательность, масштабируемость и надежность под давлением».

Rocket.net — Ключевые соображения: Хостинг WordPress для цифровых агентств

Общий хостинг против управляемого хостинга WordPress: В чем реальная разница

Не весь хостинг одинаков, и «управляемый хостинг WordPress» мало что значит без конкретики. Вот что отличает настоящий производительный хостинг от маркетинговых слоганов.

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

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

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

• Кэширование на уровне сервера и на периферии — страницы отдаются без выполнения PHP или обращения к вашей базе данных.
• Включен корпоративный CDN — не как опциональный аддон, а встроенный в каждый тарифный план.
• NVMe SSD накопители — более высокая скорость чтения/записи на аппаратном уровне.
• Встроенная безопасность и автоматические обновления — чтобы ваш стек оставался лёгким и актуальным.

Одна только разница в TTFB — 100–200 мс на управляемом хостинге против 400–800+ мс на общем — является самым мощным рычагом производительности, доступным для большинства сайтов на WordPress.

«Результат (общего хостинга) — медленно загружающиеся сайты… или отказы серверов.»

Rocket.net – Почему Rocket.net никогда не станет массовым хостингом

Подход «Аппаратное обеспечение + Программное обеспечение»: Почему важны оба

Управляемый хостинг берёт на себя инфраструктурный уровень. Но чтобы стабильно получать зелёные показатели по всем трём Core Web Vitals, необходимо также привести в порядок уровень приложений — сторону WordPress.

Именно поэтому подход Rocket.net описывается как «двухуровневая» стратегия: управляемый хостинг для бэкенда, плагин WP Rocket для фронтенда — переход от «оптимизации под скорость» к «оптимизации под стабильность».

WP Rocket поставляется БЕСПЛАТНО с тарифами Starter, Pro и Enterprise. Он помогает справиться с тем, что сервер не может сделать в некоторых случаях:

• Генерация и встраивание критического CSS пути (Critical Path CSS), чтобы контент в верхней части экрана отображался немедленно.
• Отложенное выполнение JavaScript для предотвращения блокировки основного потока (основная причина плохого INP).
• Добавление отсутствующих размеров изображений для предотвращения сдвигов макета.
• Ленивая загрузка изображений ниже сгиба (below-the-fold) с обеспечением немедленной загрузки вашего элемента LCP.
• Удаление неиспользуемого CSS, который в большом количестве генерируют конструкторы страниц, такие как Elementor и Divi.

WP Rocket даёт результаты из коробки, применяя 80% лучших практик веб-производительности сразу после активации. Для неспециалистов это разница между необходимостью нанимать разработчика и самостоятельным решением задачи менее чем за десять минут.

Значительное улучшение ключевых метрик, таких как Largest Contentful Paint (LCP) и Interaction to Next Paint (INP), означает, что ваш сайт выглядит гораздо привлекательнее для поисковых систем. Ваши посетители также скажут вам спасибо за быстро загружающийся сайт.

Темы и плагины: скрытый уровень производительности

«Чем больше у вас плагинов, тем больше ресурсов требуется вашему сайту для загрузки.»

Rocket.net – Сколько плагинов WordPress — это слишком много?

Хостинг — это основа. Но то, что вы строите поверх него, тоже имеет значение. Выбор темы и плагинов может легко свести на нет прирост производительности, обеспечиваемый отличным хостингом, — или, наоборот, усилить его.

Выбор темы: лёгкость побеждает

Не все темы WordPress созданы с учётом производительности. Многие популярные темы — особенно те, которые поставляются с собственными конструкторами перетаскивания — загружают сотни килобайт CSS и JavaScript на каждой странице, используете вы эти функции или нет. Это раздувание напрямую влияет на LCP и INP.

Лёгкие темы, такие как GeneratePress, Astra и Kadence, устроены иначе. Они загружают минимальный CSS по умолчанию, добавляют функции только там, где это необходимо, и архитектурно спроектированы так, чтобы показывать хорошие результаты по Core Web Vitals. На одной и той же хостинговой инфраструктуре сайт на GeneratePress стабильно превзойдёт сайт на «тяжёлой» теме — иногда на целую секунду по LCP.

Правило большого пальца: если ваша тема поставляется с собственным конструктором страниц, визуальным компоновщиком или панелью «настроек темы», генерирующей встроенный CSS, тщательно протестируйте её, прежде чем выбирать. Демонстрационный результат темы в контролируемой среде редко отражает реальную производительность с вашим контентом и плагинами.

Плагины: каждый имеет свою цену

Каждый активный плагин добавляет время выполнения PHP, запросы к базе данных и часто CSS и JavaScript на ваши страницы. Большинство плагинов стоят этой цены. Многие — нет.

Категории плагинов, которые с наибольшей вероятностью вредят Core Web Vitals:

Категория плагина	Влияние на CWV	Что делать
Слайдеры и карусели	LCP, CLS	Заменить статическими изображениями героя, где возможно.
Виджеты чата	INP, LCP	Загружать только через фасад или по взаимодействию пользователя.
Ленты социальных сетей	LCP, CLS	Размещать на своём сервере или лениво загружать; избегать автообновляемых вставок.
Конструкторы страниц	LCP, INP	Использовать лёгкие конструкторы или редактор блоков; удалять неиспользуемый CSS.
Отслеживание и аналитика	INP	Откладывать скрипты; использовать серверное отслеживание, где возможно.
Плагины резервного копирования	TTFB (во время бэкапов)	Планировать резервное копирование в непиковые часы.
Плагины всплывающих окон	CLS, INP	Запускать только по взаимодействию; резервировать место в макете.

WooCommerce: особый случай

Сайты на WooCommerce — как и любая система магазинов — сталкиваются с комплексной проблемой. Страницы корзины, оформления заказа и учётной записи не могут быть полностью закешированы — это означает, что каждое взаимодействие на этих страницах напрямую зависит от времени ответа сервера. Именно здесь рабочие процессы PHP, объектное кэширование (Redis — бесплатно с хостингом Rocket.net) и хост, созданный для динамического трафика WordPress, определяют качество опыта.

Распространённые виновники плохих CWV среди плагинов WooCommerce включают плагины фильтров товаров, которые вставляют JavaScript на каждую страницу, плагины отзывов и лояльности, загружающие сторонние скрипты глобально, и скрипты платёжных шлюзов, которые не отложены. Решение обычно заключается в контроле области видимости: загружать ресурсы каждого плагина только на те страницы, которые в них нуждаются, используя инструмент вроде Perfmatters.

Суть по темам и плагинам: ваш хостинг устанавливает потолок производительности. Ваша тема и плагины определяют, достигнете вы его или нет.

Ваш чек-лист оптимизации Core Web Vitals из 10 шагов

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

Шаг 1: Получите базовые показатели

Откройте Google PageSpeed Insights и проверьте вашу домашнюю страницу, три наиболее посещаемые посадочные страницы, а также самые важные страницы товаров или блога. Запишите значения LCP, INP, CLS и TTFB. Затем откройте Google Search Console > Experience > Core Web Vitals. Это полевые данные, которые Google фактически использует для ранжирования — относитесь к ним как к путеводной звезде.

Шаг 2: Проверьте свой TTFB

Если ваш TTFB превышает 600 мс, у вас проблема с хостингом. Ни один плагин её не решит. Оцените, предоставляет ли ваш хост кэширование на уровне сервера или периферии, качественный CDN и изолированные ресурсы. Если нет, рассмотрите миграцию. Команда Rocket.net занимается миграцией бесплатно, обычно завершая её в течение 60 минут.

Шаг 3: Включите кэширование страниц

Если у вас управляемый хостинг, кэширование на уровне сервера обычно включено по умолчанию. Если у вас общий или облачный хостинг, плагин кэширования — ваш следующий лучший вариант. WP Rocket — самое полное решение, которое здесь бесплатно, LiteSpeed Cache — хорошая бесплатная альтернатива для сред на серверах LiteSpeed.

«Скорость сайта и пользовательский опыт — это две совершенно разные вещи.»

Rocket.net – Rocket по-прежнему рекомендует плагины кэширования, хотя речь идёт об оптимизации

Шаг 4: Включите CDN

Если ваш хост включает CDN, убедитесь, что он активен и обслуживает ваши страницы, а не только статические ассеты. Если CDN не включён, бесплатный тариф Cloudflare — значительный шаг вперёд по сравнению с его отсутствием и может быть добавлен на любой сайт за считанные минуты.

Шаг 5: Исправьте изображения

Изображения вызывают больше сбоев LCP, чем что-либо ещё после TTFB. Конвертируйте всё в WebP или AVIF. Сжимайте изображения перед загрузкой. Добавьте явные атрибуты ширины и высоты к каждому изображению, чтобы предотвратить сдвиги макета. Убедитесь, что ваш элемент LCP — изображение героя в верхней части страницы — НЕ загружается лениво. Он должен загружаться немедленно.

Шаг 6: Разберитесь с «раздуванием» JavaScript

Неиспользуемый или блокирующий рендеринг JavaScript является основной причиной плохого INP. Откладывайте некритичный JS, где это возможно. Проверьте и удалите сторонние скрипты, которые вам не нужны — аналитика, виджеты чата, рекламные теги и кнопки социальных сетей могут добавить по 100–300 мс к вашему INP. Каждый скрипт, работающий на вашей странице, — это потенциальная задержка на каждое взаимодействие.

Шаг 7: Зарезервируйте место для динамического контента

Поздно загружаемая реклама, встроенные видео и веб-шрифты, которые не предзагружены, вызывают сдвиги макета. Укажите размеры для всех медиа. Используйте aspect-ratio в CSS для адаптивных элементов. Для веб-шрифтов используйте font-display: swap, чтобы предотвратить отображение невидимого текста во время загрузки, и предзагрузите ключевые шрифты в <head>.

Шаг 8: Включение кэширования объектов для динамических сайтов

Для магазинов WooCommerce и сайтов с платным доступом, где многие запросы не могут быть обслужены из кэша, кэширование объектов хранит результаты запросов к базе данных в памяти, чтобы они не выполнялись повторно при каждом запросе. Redis и Memcached являются стандартными решениями. Большинство премиум-хостингов с управлением либо включают кэширование объектов, либо поддерживают его как дополнение.

Шаг 9: Уменьшение количества плагинов

Каждый плагин, который загружает скрипты и стили на каждой странице, увеличивает время выполнения PHP и количество HTTP-запросов. Проверьте свои активные плагины. Отключите всё неиспользуемое. Для плагинов, которые нужны, но загружаются слишком широко, Perfmatters позволяет отключать скрипты для каждой страницы — так ваш плагин контактной формы будет загружаться только на странице контактов, а не на главной.

Шаг 10: Мониторинг и обслуживание

Основные веб-показатели измеряются за скользящий 28-дневный период. Изменения, которые вы вносите сегодня, не появятся в Search Console в течение четырех недель. Продолжайте мониторинг. Установите ежемесячное напоминание, чтобы проверять отчет Core Web Vitals в Search Console. Производительность ухудшается по мере обновления плагинов, добавления нового контента и накопления сторонних скриптов.

Инструменты, которые стоит добавить в закладки

Google Search Console (отчет Core Web Vitals): Ваш основной справочник. Реальные данные пользователей. Цифры, которые Google использует для ранжирования. Обновляется каждые 28 дней.

Google PageSpeed Insights: Объединяет полевые данные CrUX с лабораторным аудитом Lighthouse. Дает как реальные оценки, так и конкретные рекомендации. Всегда проверяйте мобильную версию отдельно — Google использует мобильные данные для мобильного ранжирования.

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

WebPageTest: Более детальный, чем GTmetrix. Позволяет тестировать из определенных глобальных местоположений — полезно для проверки того, что ваш CDN правильно работает для международных посетителей.

Chrome DevTools: Самый детальный инструмент из доступных, и он бесплатный. Вкладка Performance показывает точную временную шкалу рендеринга страницы. Инструмент Coverage выявляет неиспользуемые CSS и JavaScript.

Краткий справочник: пороговые значения Core Web Vitals

Метрика	Хорошо	Требует улучшения	Плохо
Максимальная отрисовка контента (LCP)	≤ 2.5 с	2.5 с – 4.0 с	> 4.0 с
Взаимодействие до следующей отрисовки (INP)	≤ 200 мс	200 мс – 500 мс	> 500 мс
Совокупный сдвиг макета (CLS)	≤ 0.1	0.1 – 0.25	> 0.25
Время до первого байта (TTFB)	≤ 800 мс	800 мс – 1800 мс	> 1800 мс

Google оценивает ваш сайт на 75-м процентиле реальных пользовательских сессий — 75% загрузок страниц должны достигать порога “Хорошо”.

Суть

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

Core Web Vitals сделали хостинг измеримым и ранжируемым фактором. Ваш TTFB теперь является фактором ранжирования. Ваше покрытие CDN — фактор ранжирования. Способность вашего сервера обрабатывать параллельные запросы без замедления — фактор ранжирования.

Хорошая новость: это исправимо. И когда вы сначала исправляете инфраструктурный уровень — быстрый TTFB, кэширование на границе с глобальным CDN — все остальное становится проще. Плагины работают лучше. Оптимизация изображений получает больше возможностей. Отложенная загрузка JavaScript имеет более быструю базу для работы.

Самые успешные SEO-стратегии не сводятся к погоне за алгоритмами. Они заключаются в создании прочной технической основы и создании контента, который удовлетворяет потребности вашей аудитории.

Начните с основы. Измеряйте всё. Затем оптимизируйте детали.

Быстрый и безопасный хостинг? Да, пожалуйста!