Core Web Vitals — часть сигналов страницы в Google; с 2024 отзывчивость измеряют через INP (Interaction to Next Paint), а не только «первый ввод». Для приоритизации важны field data (отчёт CWV в Google Search Console, CrUX), а не один прогон PageSpeed в лаборатории.
Аудит связывает группы URL из GSC с причинами: какой элемент даёт LCP (Largest Contentful Paint), что грузит main thread под INP, где «пляшет» вёрстка (CLS), и не убивает ли всё TTFB (Time to First Byte) на сервере или CDN.
LCP Optimization
На уровне шаблонов: LCP-элемент (часто hero), preload/приоритет загрузки, форматы изображений, устранение блокирующего CSS/JS до отрисовки. Медленный TTFB и отсутствие CDN — типовые корни плохого LCP на списках и PDP.
INP / JS Profiling
Chrome Performance: long tasks, тяжёлые обработчики, лишний JavaScript на первом экране. План дробления бандла, отложенной гидратации, обход тяжёлых сторонних виджетов — с измеримым эффектом на INP.
CLS Fix
Резервирование места под медиа (width/height), стабильные слоты под рекламу и баннеры, CLS (Cumulative Layout Shift) от шрифтов — font-display, preload критичных начертаний. Цель — убрать скачки, которые бьют по метрике и по доверию пользователя.
TTFB & Server
Кэш на edge (CDN), конфиг Nginx, бэкенд и БД: где теряются миллисекунды до байта. Без нормального TTFB «зелёный» лишь фронтенд редко спасает LCP.
Что входит в услугу
Процесс работы
Каждый шаг закреплён цифрами: иначе оптимизация скорости превращается в бессистемный чеклист Lighthouse.
Данные
Выгрузка и группировка URL по отчёту CWV в GSC, сопоставление с шаблонами и трафиком. Дополнительно — лабораторные срезы (PageSpeed API / Lighthouse) как гипотезы, не как истина.
Причины
Профилирование в Chrome DevTools по репрезентативным страницам: LCP-цепочка, main thread, сетевой водопад. Фиксация «одной главной причины» на группу, а не десяток второстепенных советов.
Fixes
Таблица правок с ICE (impact / confidence / ease): что внедрять первым, кому (frontend, CDN, backend). Готовые формулировки тикетов и критерии приёмки по метрикам в field data.
Структура аудита скорости
Распределение усилий типично для сайтов, где CWV «краснеет» из‑за связки контента на первом экране, JS и сервера.
LCP и ресурсы (28%)
Hero, изображения, критический путь, LCP
INP и JavaScript (28%)
INP, бандл, long tasks, JavaScript
CLS и вёрстка (22%)
CLS, шрифты, медиа, динамические блоки
TTFB и инфра (22%)
TTFB, CDN, кэш, сервер