• Техническое SEO · Search Console
  • Замер 01.08.2026

Core Web Vitals: LCP, INP и CLS для зеленых значений

Оптимизация Core Web Vitals – это три отдельные задачи, а не одна: у LCP, INP и CLS разные причины и разные правки. Поэтому сначала смотрим текущие значения в поле и в лаборатории и называем конкретный элемент, тянущий вниз каждую метрику, и только потом беремся за код. Детальнее, которую пропускают: LCP не бывает быстрее первого ответа сервера. В измеренном нами магазине белья главная отдавала первый байт за 1 544,6 мс – зеленый LCP там был недосягаем еще до того, как браузер увидел первую картинку.

Посмотреть, как это работает
Стоимость
после бесплатного аудита
Гарантия
30 дней после подписания акта
Три метрики
LCP – появление главного элемента, INP – ответ на клик или тап, CLS – прыжки верстки
после бесплатного аудита
Стоимость
30
Гарантия

дней после подписания акта

LCP – появление главного элемента, INP – ответ на клик или тап, CLS – прыжки верстки
Три метрики
полевые данные реальных посетителей за 28 дней; лаборатория – инструмент поиска причины
По чему Google оценивает сайт
7–21
Срок работ

рабочий день плюс 28 дней, пока наберется поле после правок

бесплатная проверка значений и причин, 2–4 рабочих дня
Перед сметой
на главной 118 изображений, из них 0 отложенных и 0 в WebP (наше измерение 01.08.2026)
Типичная находка
конкретных значений метрик: они зависят от телефонов и сетей ваших посетителей
Чего не обещаем
Этапы работы

Прозрачные этапы с согласованием на каждом шагу

Общий срок:7–21 дней

  1. Замеры и разбор причин

    2–4 рабочих дня

    Поле с Search Console и лабораторные прогоны на ключевых типах страниц. Называем элемент LCP на каждом из них, источники смещений и длинные задачи, держащие ответ на действие. На выходе перечень причин в порядке воздействия.

  2. Потолок сервера

    1–2 рабочих дня

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

  3. Оползни верстки

    1–3 рабочих дня

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

  4. Первый экран и LCP

    2–5 рабочих дней

    Приоритет и предварительная загрузка главного изображения, снятая с него отложенная загрузка, формат и реальный размер под контейнер. Проверяем каждый тип страницы отдельно: элемент LCP на карте и на главной разный.

  5. Ответ на действие

    1–5 рабочих дней

    Длинные задачи в главном потоке: наш код правим, чужие скрипты переносим или откладываем. По каждому виджету показываем, сколько он стоит, и ждем вашего решения – выключать или терпеть.

  6. Повторные замеры и 28 дней сопровождения

    1 рабочий день плюс 28 дней наблюдения

    Те же методы, те же страницы. Далее страницы идут на проверку в Search Console, и месяц мы смотрим, как движется поле – именно там смена становится официальной.

Технологии и интеграции

На чём строим и с чем это соединяется

Стек

  • Search Console, отчет Core Web Vitals – единственный источник, по которому Google оценивает сайт. Обновляется на 28-дневном окне, поэтому реакции на правки ждем месяц
  • PageSpeed ​​Insights – поле и лаборатория в одном экране. Полевой части не будет вообще, если у вас мало посетителей: данных для CrUX не наберется
  • Lighthouse и панель Performance в Chrome находят причину, но это ваш компьютер и ваш канал. У посетителя со старым телефоном длинные задачи длиннее
  • Библиотека web-vitals – снимает метрики у ваших живых посетителей. Дает собственное поле быстрее Search Console, но требует, куда составлять цифры
  • fetchpriority и preload – управление очередью загрузки. Работает, пока таких элементов единицы: приоритет для всего равен его отсутствию
  • WebP и AVIF – более легкие форматы. Выигрыш виден на фотокаталоге; на десятку иконок он находится в пределах погрешности замера

Интеграции

  • Google Search Console
  • GA4
  • Google Tag Manager
  • Cloudflare
  • PageSpeed ​​Insights API
Что входит

Полный перечень работ и того, что вы получаете на выходе

  • Фиксируем стартовые LCP, INP и CLS отдельно для мобильной и десктопной версии — без цифры «до» любое «улучшилось» недоказуемое
  • Называем элемент LCP на каждом ключевом типе страницы и дальше работаем именно с ним, а не со скоростью вообще
  • Убираем отложенную загрузку с изображений первого экрана и ставим его на остальную страницу
  • Даем главному изображению высокий приоритет и предварительную загрузку – оно перестает стоять в очереди за стилями
  • Переводим изображения в WebP или AVIF там, где это не портит вид: меньше байтов к первому экрану при той же картинке
  • Задаем размеры изображениям, баннерам и рекламным блокам – верстка перестает прыгать во время загрузки
  • Настраиваем шрифты: предварительная загрузка и поведение при подмене, чтобы текст не переезжал
  • Разбираемся с заголовками кэша и первым ответом: сервер задает потолок, выше которого LCP не поднимется
  • Переносим посторонние скрипты с дороги первого рендера и показываем цену каждого – решение остается за вами.
  • Ставим страницы на проверку в Search Console и сопровождаем 28 дней, пока набирается поле
Когда эта услуга не подходит

Что не входит в работу — чтобы не было сюрпризов на сдаче

  • Переписка темы или фронтенда с нуля
  • Оптимизация чужих виджетов, которые вы не готовы отключить
  • Замена хостинга и оплата инфраструктуры
  • Работа с контентом и текстами
  • Обещание конкретных значений метрик
Кому подходит

Ситуации, в которых эта услуга даёт результат

Сценарий 1 из 5

В Search Console красно, а онлайн-тестер показывает зеленое

Это не противоречие, а два разных источника. Тестер делает один прогон по хорошему каналу, Google считает 28 дней реальных визитов: старые телефоны, мобильный интернет, расширение в браузере. Ориентируемся на второе, потому что именно оно попадает в отчет.

Разберём вашу ситуацию на бесплатном аудите
Правка причин против модуля-ускорителя

Чем этот вариант отличается от альтернативы

С чего начинается работаиз элемента LCP, источника оползней и списка длинных задач на ваших страницах
Что видно после работкаждая метрика двигается отдельно после своей правки, и видно, какая именно дала движение
Рискизменение привязано к причине и проверяется повторным замером на том же наборе страниц
Что остается у васдокумент с цифрами до и после и перечень причин, которые еще открыты

Сначала смотрим, какие значения у вас сейчас и почему

Core Web Vitals — три разных метрика с тремя разными причинами. Ставить работы в смету до того, как видно, какая именно из них красная и из-за чего означает продавать наугад. Потому первую проверку делаем бесплатно.

Что мы измеряем

  • Текущие значения LCP, INP и CLSИ лабораторные, и полевые – если есть доступ к Search Console. Это разные данные: лаборатория показывает один прогон, поле – реальных посетителей за 28 дней.
  • Что является элементом LCPКонкретный элемент, считающий Google главным на экране: баннер, заголовок, картинка товара. Без этого оптимизировать нечего.
  • Источник оползней версткиКакие блоки прыгают при загрузке: баннер без заданных размеров, подменяемый шрифт, вставляемый сверху виджет.
  • Что блокирует ответ на действиеДлинные задачи в главном потоке – обычно это посторонние скрипты и тяжелые обработчики событий.
  • Изображение первого экранаФормат, размер, не стоящая на главной картинке отложенная загрузка — типичная ошибка, которая портит LCP вместо того, чтобы его улучшить.
  • Распределение страниц по статусуСколько адресов в Search Console обозначены как «требующие улучшения» и «плохо» — и это ли те страницы, куда приходят деньги.

Что вы получаете

  • Три значения с объяснением, что каждое из них ломает на вашем сайте.
  • Список правок от самых дешевых до самых дорогих с каждой оценкой.
  • Честная метка напротив пунктов, которые без переработки шаблона не закрываются.
  • Разговор на 30 минут по документу.

Срок: 2–4 рабочих дня

Почему это бесплатно

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

Что дальше

После проверки даем список работ с оценкой по каждому пункту и сроком. Часть пунктов ваш разработчик закроет сам – мы не скрываем, какие именно.

Короткая форма: контакт и адрес сайта

Не нашли свой случай?

Опишите, как это устроено у вас, — ответим, подходит ли «Оптимизация Core Web Vitals» и что это значит в вашей ситуации. Без брифа и без звонка: один вопрос, один ответ.

  • Договор, акт и гарантия 30 дней

    На каждый проект письменный договор: объём, сроки, сумма, порядок приёмки. После сдачи — акт и счёт, затем 30 календарных дней гарантии.

  • ФОП и безналичный расчёт

    Исполнитель — зарегистрированный ФОП. Оплата на счёт с закрывающими документами.

  • Права и доступы — ваши

    Код, дизайн и материалы переходят к вам после полной оплаты. Домен, хостинг, репозиторий оформляем на вас.

  • Портал клиента вместо переписки

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

  • Заказчики из Европы

    Среди работ — проекты для Норвегии, Болгарии, Молдовы и Испании.

  • Цифры, которые можно проверить

    Каждый кейс в портфолио — со ссылкой на живой сайт и техническим замером.

  • Сначала аудит, потом сумма

    Прайса на сайте нет намеренно: объём одной и той же работы у двух клиентов отличается кратно.

  • Говорим «нет», когда не уверены

    Если задача не наша или срок нереальный — скажем сразу.

Что влияет на стоимость

Почему две одинаковые на вид задачи считаются по-разному

  • Какая из трех метрик краснаяCLS часто закрывается атрибутами размеров и одной правкой шрифтов – это день-два. INP упирается в долгие задачи и чужие скрипты и тянется неделями, потому что часть решений принимаете не вы и не мы.
  • Сколько уникальных шаблоновВ главной, категории, карточки и страницы с формой разные элементы LCP и разные причины смещений. Каждый шаблон – отдельный разбор, отдельные правки и отдельные замеры до и после.
  • Кто может править темуЕсть доступ к шаблону – правки идут сразу. Нет — мы пишем список с точными местами, а вносит их ваш разработчик, и срок начинает зависеть от его очереди.
  • Сколько на странице чужих виджетовЧат, пиксели, отзывы, колтрекинг. Технически перенести их – часы. Согласовать с маркетологом и подрядчиком остающиеся рекламы — отдельная неделя календаря.
  • Придется ли трогать первый экранКарусель из трех баннеров или видео во весь экран делают зеленый LCP на мобильном почти недостижимым. Тогда это уже не оптимизация, а просмотр первого экрана, и он считается отдельно.
Кейсы

Задачи и результат в цифрах — все показатели сняты нашим замером

розничный интернет-магазин нижнего белья, каталог более 110 тыс. товарных позиций

Задача
Понять, почему главная чувствуется медленной, хотя каталог открывается нормально.
Решение
Семь замеров по каждому типу страницы с медианой, отдельный подсчет изображений первого экрана, разбор заголовков кэша и параметров viewport.
Результат
Первый ответ главной 1 544,6 мс против 391,4 мс на карточке товара и 473,2 мс в категории — главный отдается в четыре раза медленнее остального сайта. Полный HTML главной приходит за 1733,5 мс при весе 323,6 КБ (32,4 КБ в gzip), причем с no-store, то есть без кэша страницы вообще. На ней 118 тэгов img, из них 0 с отложенной загрузкой и 0 в формате WebP. Отдельно для метрики ответа на действие: viewport задан с user-scalable=0, масштабирование пальцами заблокировано. Измерение 01.08.2026.

специализированный интернет-магазин средств самообороны

Задача
Проверить, не мешает ли вес страницы показывать товар на мобильном.
Решение
Замер первого ответа и полной загрузки, подсчет изображений с отложенной загрузкой, проверка структурированных данных и версии PHP.
Результат
Первый ответ 494,7 мс, полная загрузка HTML 567,5 мс при весе разметки 502,3 КБ. Изображения здесь сделаны как следует: 154 из 190 (81%) грузятся отложено. Но полмегабайта разметки отложенная загрузка не трогает, а браузер разбирает ее до первой картинки. Рядом другие находки: на главной нет ни тега h1, ноль блоков структурированных данных, PHP 7.3.33 без поддержки с декабря 2021 года. Измерение 31.07.2026.
Что нужно от вас

Без этого не начнём — лучше подготовить заранее

  1. Адрес сайта и перечень типов страниц, которые для вас главные: главная, категория, карточка, форма.
  2. Доступ к Search Console – без него мы видим только лабораторные замеры, а Google смотрит на полевые.
  3. Доступ к коду или разработчику, который сможет внести правки в шаблон.
  4. Решение по поводу посторонних скриптов: часть метрик не вытащить, не трогая чужие виджеты.
  5. Один человек с вашей стороны, который за день может сказать «этот чат выключаем, этот остается».

Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.

Частые вопросы

Что спрашивают чаще всего — с конкретными ответами

Что такое LCP, INP и CLS простыми словами?

Три измеряемых ощущения. LCP – за сколько появился главный элемент экрана: баннер, заголовок или фото товара. INP – насколько быстро страница отвечает на действие: клик, тап, ввод в поле. CLS – насколько сильно верстка прыгает, пока все догружается. Google меряет их у реальных посетителей через Chrome и показывает в Search Console. Каждая лечится своим: LCP – сервером и изображениями, CLS – размерами блоков и шрифтами, INP – скриптами.

Тестер показывает зеленое, а в Search Console красно – кому верить?

Search Console. Тестер делает один прогон на одном устройстве в одной сети – это лаборатория, и она нужна, чтобы найти причину. Google считает другое: 28 дней реальных визитов на ваш сайт, с телефонами всех возрастов, мобильным интернетом и расширениями в браузере. Именно эти цифры попадают в отчет и именно по ним оценивается страница. Лабораторные данные мы используем как инструмент, а сверяемся с полем.

С какой метрики вы начинаете?

Не с LCP, хотя о нем говорят больше всего. Сначала закрываем оползни верстки и потолок сервера — и то, и то дешевое, а без них остальные замеры плывут. Пока главная отдается без кэша, LCP меряется не на странице, а на случайном состоянии сервера; пока блоки прыгают, любой замер LCP зависит от того, когда именно догрузился баннер. Далее следует первый экран, и последним ответ на действие: он самый длинный, потому что упирается в чужие скрипты.

У нас отложенная загрузка стоит на всех изображениях – почему LCP хуже?

Самая частая ошибка из тех, что мы видим. Отложенная загрузка говорит браузеру: эту картинку можно взять позже. Если оно стоит на главном изображении первого экрана, браузер узнает о нем не сразу с разметки, а после раскладки страницы — и именно тот элемент, по которому меряется LCP, приходит последним. Правило простое: на первом экране отложенная загрузка снимается и прибавляется высокий приоритет, на всем ниже – ставится.

Когда изменения появятся в отчете?

В лабораторных замерах сразу после правки. В Search Console постепенно в течение месяца: отчет считает 28-дневное окно, и пока в нем лежат старые визиты, статус тянется за ними. Это не наша медлительность, это период сбора данных и планировать его нужно заранее. Поэтому в срок работ мы отдельно пишем 28 дней сопровождения после поправок: страницы ставятся на проверку, и мы смотрим, как движется поле.

Можно ли вытащить все три в зеленое на любом сайте?

Не на любом. Если метрику держит виджет, нужный бизнесу, мы можем его перенести, отложить или выключить, но не переписать чужой код. Если первый экран – это карусель баннеров или видео, зеленый LCP на мобильном почти недоступен без просмотра самого экрана. Такие пункты называем на бесплатной проверке, в смету, и честно обозначаем, какие из них закрываются только переработкой шаблона.

Это поднимет позиции?

Позиции никто не обещает, и мы не станем. Core Web Vitals – подтвержденный сигнал в наборе сигналов, и его вес непубличен. Работает это иначе: ушедший посетитель, не дождавшись первого экрана, не увидел ни товара, ни цены, ни кнопки — его невозможно конвертировать ни одним оффером. Скорость убирает техническую потерю, а не создает спрос: если цена выше рынка, скорая страница просто скорее покажет причину уйти. И отдельно: увидеть влияние на поведение можно только там, где стоит аналитика. Во втором из наших кейсов счетчиков Google нет вообще – там результат будет виден только в замерах.

У нас каталог на десятки тысяч товаров – это не безнадежно?

Размер каталога и метрики связаны слабее, чем кажется. В магазине со 115 456 товарными позициями карточка товара отдает первый байт за 391,4 мс, а медленной там была главная – 1 544,6 мс, и причина сидела в кэше страницы, а не в количестве строк в базе. Тащит вниз шаблон, набор модулей и изображения. Что действительно зависит от объема, так это количество шаблонов, которые нужно разобрать, и время на повторные замеры.

Отправьте адрес сайта и доступ в Search Console.

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

Из измеренных кейсовПервый ответ главной 1 544,6 мс против 391,4 мс на карточке товара и 473,2 мс в категории

Смотреть кейсы
  • Ответ в течение 2 часов
  • Без обязательств
  • Работаем по договору

Прайса на сайте нет намеренно: объём той же работы у двух клиентов отличается в разы, и цифра «от» в этом случае ничего не объясняет. Сначала бесплатный аудит — считаем ваши страницы, дубли и скорость, — потом называем сумму и срок и фиксируем их в договоре.