Чек-лист ускорения лендинга за 24 часа

Прогоняем страницу через PageSpeed Insights и WebPageTest, фиксируем LCP, CLS, TTFB. Сохраняем отчёт, чтобы сравнить результат после правок.

Смотрим вкладку Performance в Chrome DevTools: находим тяжёлые запросы и блокирующие скрипты.

Проверяем отчёт Core Web Vitals в Search Console: видим реальные данные пользователей и страницы, которым нужна помощь в первую очередь.

Конвертируем изображения в WebP/AVIF, включаем lazy-load и убираем огромные видео с первого экрана.

Подключаем CDN или хотя бы кэширование через Vercel/Cloudflare, чтобы пользователи из других регионов получали медиа быстрее.

Для иконок используем SVG-спрайты вместо отдельных png — один запрос вместо десятков ускоряет загрузку.

Отключаем неиспользуемые библиотеки, переносим тяжёлые скрипты в отложенную загрузку, анимации — в CSS вместо JS.

Собираем критические стили (Critical CSS) для первого экрана и грузим остальное асинхронно.

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

Подключаем шрифты локально и используем `font-display: swap`, чтобы текст не оставался невидимым несколько секунд.

Оставляем только нужные начертания (Regular/Bold), а остальные удаляем или загружаем по требованию.

Переносим пиксели, чат-виджеты и аналитические теги в Google Tag Manager и включаем загрузку после взаимодействия пользователя.

Если виджет критичен, ищем лёгкие альтернативы или используем серверный тегинг, чтобы не грузить фронт.

Повторяем тесты в тех же сервисах, чтобы увидеть изменения. Наша цель — LCP < 2.5 секунды и зелёные зоны по Core Web Vitals.

Настраиваем мониторинг в Lighthouse CI или SpeedCurve, чтобы держать скорость под контролем после релиза.

Добавляем оповещения в Slack/Telegram, если показатели проседают ниже заданного порога — команда быстро реагирует.