Core Web Vitals: что это и как проверить сайт бизнеса в ОАЭ

Core Web Vitals — три метрики Google (LCP, INP, CLS), которые измеряют, как быстро у реальных посетителей грузится главное на странице, как она отвечает на нажатия и не прыгает ли вёрстка.

Опубликовано 7 мин чтения

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

Три метрики и их пороги

Google публикует пороги в документации web.dev. Страница проходит проверку, если у 75 % визитов каждая метрика попадает в зелёную зону.

Метрика Что измеряет Хорошо Нужно улучшить Плохо
LCP (Largest Contentful Paint) Время до появления самого крупного элемента: главного фото, баннера, заголовка до 2,5 с 2,5–4 с больше 4 с
INP (Interaction to Next Paint) Задержка между нажатием и видимой реакцией страницы до 200 мс 200–500 мс больше 500 мс
CLS (Cumulative Layout Shift) Насколько сдвигаются блоки во время загрузки до 0,1 0,1–0,25 больше 0,25

С марта 2024 года INP заменил прежнюю метрику FID. В старых отчётах и статьях ещё встречается FID: это устаревшие данные.

Как это работает

Есть два вида данных, и их часто путают.

Полевые данные Google собирает из Chrome у пользователей, которые разрешили отправку статистики. Они попадают в базу Chrome UX Report (CrUX) и показываются за скользящие 28 дней. Именно их Google использует в поиске.

Лабораторные данные получает Lighthouse: он один раз открывает страницу на эмулированном телефоне со средним процессором и медленной сетью. Отсюда берётся оценка из 100 в PageSpeed Insights. Лаборатория помогает найти причину проблемы, но не показывает, что видят ваши гости.

Поэтому цифры расходятся. Лабораторный тест может показать 45 из 100 при зелёных полевых метриках, если реальные посетители приходят с телефонов мощнее эмулированного и по сети быстрее тестовой. Бывает и обратное: лаборатория выдаёт 90, а у реальных людей INP красный из-за чата или виджета брони, который подгружается после теста.

Условный пример

Условный пример: у кафе в Джумейре главная страница с большим фото зала на весь экран. Фото весит 4 МБ в формате JPEG, сайт на WordPress с конструктором страниц, сервер отвечает за 900 мс.

  • LCP: браузер ждёт ответ сервера, потом стили, потом скачивает фото. Выходит около 4,5 с, красная зона.
  • CLS: баннер cookie и кнопка WhatsApp появляются позже основного текста и сдвигают меню вниз. Гость нажимает «Меню», а попадает на «Позвонить».
  • INP: при открытии мобильного меню выполняются скрипты трёх плагинов, реакция около 350 мс.

После правок фото переведено в WebP или AVIF на 200–300 КБ с приоритетной загрузкой. Под баннер и кнопку оставлено фиксированное место, лишние плагины отключены. Все три метрики могут уйти в зелёную зону без смены дизайна.

Где это важно бизнесу в ОАЭ

Гость, который пришёл из Google Карт, Instagram или WhatsApp, открывает сайт с телефона. Ему нужно за несколько секунд найти меню, цены или кнопку брони, и все три метрики описывают именно эти секунды.

В исследовании Savage Media проверили 537 сайтов ресторанов и заведений Дубая (13.10.2026). Медианное время ответа сервера составило 328 мс. У сайтов на WordPress медиана 611 мс, а 92 из 209 таких сайтов (44 %) отвечали дольше 800 мс. Время ответа сервера не входит в Core Web Vitals, но всё, что видит человек, начинается после него, поэтому медленный сервер тянет LCP вверх.

Там же 147 из 409 сайтов (35,9 %) держат меню только в PDF. Тяжёлый файл на телефоне открывается долго, а метрики страницы этого ожидания не покажут.

Подробные цифры по скорости сайтов в Дубае и разбор типичных причин есть в журнале Savage Media: «Скорость сайта и Core Web Vitals для сайтов в Дубае».

Чем отличается от соседних терминов

Термин Чем отличается от Core Web Vitals
Оценка PageSpeed (0–100) Лабораторная сводка Lighthouse, в поиске не используется
TTFB (время до первого байта) Скорость ответа сервера; влияет на LCP, но в тройку не входит
Page Experience Шире: сюда же Google относит HTTPS и отсутствие навязчивых всплывающих окон
Скорость загрузки «на глаз» Субъективна и зависит от вашего телефона и Wi-Fi; Core Web Vitals считаются по тысячам визитов

Что тормозит каждую метрику

LCP портят тяжёлые фото и видео на первом экране, медленный хостинг, шрифты и стили, которые грузятся до контента, слайдеры на главной.

INP портят сторонние скрипты: чаты, пиксели рекламы, виджеты брони, конструкторы страниц с большим JavaScript. Каждый пиксель Meta или TikTok добавляет работы процессору телефона.

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

Что не стоит делать

  • Гнаться за 100 из 100 в лаборатории. Цель — зелёные полевые метрики, а последние баллы оценки часто стоят дороже, чем приносят.
  • Мерить скорость на своём iPhone по Wi-Fi в офисе. Это не тот телефон и не та сеть, что у гостя.
  • Ставить плагин «ускорения» поверх тяжёлой темы и считать задачу решённой. Кэширование не уменьшит фото на 4 МБ и не уберёт лишние скрипты.
  • Встраивать на главную видео с автозапуском без постера. Это частая причина красного LCP.
  • Добавлять пиксели всех рекламных сетей «на будущее». Подключайте только те, по которым сейчас идёт реклама.
  • Проверять одну главную страницу. Меню, страница услуги и контакты часто тяжелее главной.

Как проверить

  1. Откройте PageSpeed Insights, вставьте адрес страницы, выберите вкладку «Мобильные».
  2. Смотрите верхний блок «Узнайте, с какими проблемами сталкиваются ваши пользователи». Если там надпись о нехватке данных, полевых метрик для этой страницы пока нет.
  3. Ниже, в лабораторной части, раздел диагностики покажет, какой элемент считается LCP и какие скрипты задерживают реакцию.
  4. В Google Search Console откройте отчёт «Основные интернет-показатели»: он группирует похожие URL и показывает, сколько страниц в красной зоне.
  5. После правок нажмите в Search Console «Проверить исправление». Отчёт обновится в течение 28 дней.

Что спросить у подрядчика

  • Какие у сайта полевые LCP, INP и CLS на мобильных сейчас и после сдачи проекта?
  • Где хостинг и какое время ответа сервера для посетителя в ОАЭ?
  • Какие сторонние скрипты стоят на сайте и зачем каждый?
  • В каком формате и размере отдаются фото первого экрана?
  • Меню будет веб-страницей или PDF?

Если сайт ещё не сделан, впишите пороги Core Web Vitals в договор как условие приёмки. Как устроены такие сайты у меня, описано на странице разработки сайтов, а базовые пункты для заведений собраны в чек-листе сайта ресторана.

Связанные термины

  • Google Search Console: там живёт отчёт Core Web Vitals по всему сайту.
  • hreflang: у двуязычного сайта метрики считаются отдельно для каждой языковой версии страницы, и RU-версия может быть медленнее EN из-за других фото или шрифтов с кириллицей.
  • UTM-метки: помогают связать медленные страницы с потерянными заявками из рекламы.
  • Структура сайта для SEO: чем меньше на сайте однотипных тяжёлых шаблонов, тем проще держать метрики в зелёной зоне.

Короткий чек-лист

  1. Полевые LCP до 2,5 с, INP до 200 мс, CLS до 0,1 на мобильных.
  2. Фото первого экрана в WebP или AVIF, не тяжелее 300 КБ.
  3. У всех картинок, видео, карт и баннеров задан размер.
  4. Сервер отвечает посетителю из ОАЭ быстрее 800 мс.
  5. Сторонних скриптов не больше, чем рекламных каналов, по которым идут деньги.
  6. Меню опубликовано веб-страницей, PDF оставлен как запасной файл.
  7. Отчёт «Основные интернет-показатели» в Search Console проверяется раз в месяц; после правок запускается проверка исправления, итог виден через 28 дней.

Вопросы и ответы

Если оценка PageSpeed Insights 60 из 100, сайт плохой?

Не обязательно. Оценка из 100 считается по лабораторному тесту. Для Google важнее блок с данными реальных пользователей: если там три зелёные метрики, сайт проходит Core Web Vitals при любой лабораторной оценке.

Почему в Search Console нет отчёта Core Web Vitals для моего сайта?

Google показывает полевые данные, когда у страниц накопилось достаточно визитов из Chrome. Небольшому сайту приходится ждать, а до тех пор ориентироваться на лабораторный тест в PageSpeed Insights.

Поднимут ли зелёные Core Web Vitals сайт в поиске?

Скорость входит в сигналы качества страницы, но не перевешивает содержание и релевантность. Медленный сайт теряет посетителей ещё до того, как они прочитали меню или нажали WhatsApp.

Сколько времени занимает исправление?

Сжатие картинок и фиксированные размеры блоков можно сделать за день. Медленный сервер или тяжёлая тема WordPress требуют переезда или пересборки. Полевые данные Google обновляются скользящим окном за 28 дней, поэтому результат в отчёте появляется не сразу.