Швидкість сайту та Core Web Vitals: що виправляти спочатку

Що саме вимірювати

Core Web Vitals описують завантаження основного вмісту (LCP), реакцію сторінки на дії (INP) і стабільність розташування елементів (CLS). У PageSpeed Insights можна побачити польові дані, якщо їх достатньо, та лабораторну діагностику. Польові дані відображають досвід користувачів у реальних умовах, а лабораторні допомагають знайти можливі причини.

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

Почніть із найбільш помітних затримок

Для повільного LCP часто допомагають оптимізація головного зображення, правильні розміри, сучасний формат і швидша відповідь сервера. Не відкладайте завантаження найважливішого зображення без причини. Якщо сторінка погано реагує на натискання, перегляньте важкий JavaScript і сторонні скрипти.

Нестабільний макет часто виникає, коли зображення або банери не мають зарезервованого місця. Укажіть розміри медіа, перевірте динамічні блоки й шрифти. Не видаляйте потрібні функції лише для високого балу: оцінюйте вплив на користувача та бізнес.

Визначте пріоритети за шаблонами

Якщо одна проблема повторюється на сотнях товарів, виправлення шаблону дасть більше користі, ніж ручна правка однієї сторінки. Спершу усуньте збої, що заважають основним діям: кнопка не натискається, форма блокується, меню стрибає. Потім працюйте з великими ресурсами та зайвими скриптами.

Після виправлення повторіть перевірку й спостерігайте за польовими даними з часом. Одне лабораторне вимірювання може коливатися. Про ширшу перевірку перед просуванням читайте у чеклісті SEO-аудиту.

Швидкість у контексті

Добрі показники допомагають зробити сайт зручнішим, але самі по собі не гарантують високих позицій або продажів. Якщо сторінка не відповідає запиту, користувач швидко піде навіть із миттєвого сайту. Працюйте одночасно над швидкістю, змістом та ясним шляхом до дії.

Приклад діагностики головної сторінки

На першому екрані розміщене фото розміром кілька мегабайт, яке браузер завантажує пізно. Перший крок — зменшити його до потрібних розмірів, використати відповідний формат і перевірити порядок завантаження. Паралельно подивіться, чи сервер швидко віддає HTML. Заміна формату фото не допоможе, якщо сторінка довго чекає на відповідь сервера.

Інша проблема — блок із відгуками завантажується пізніше й зсуває кнопку. Для нього варто зарезервувати місце або змінити порядок появи. Такі правки видно відвідувачу, а не лише у звіті.

Як ставити технічну задачу

Фрази «прискорити сайт» замало. Вкажіть URL або шаблон, пристрій, метрику, результат вимірювання, гіпотезу причини та спосіб перевірки після правки. Наприклад: «На мобільній картці товару головне фото завантажується після стороннього скрипту; перевірити пріоритет фото та повторно виміряти LCP».

Так команда не витратить бюджет на дрібні рекомендації, поки основний елемент сторінки залишається повільним.

Окремий крок для сторінок із важкими фото — оптимізація розміру зображень, WebP та alt.

Практика: знайдіть причину, а не лише низький бал

Запустіть мобільний тест для головної та однієї типової внутрішньої сторінки. Подивіться, який елемент визначає LCP: великий заголовок, фотографія або інший блок. Якщо це основне фото, перевірте розмір файлу, фактичну ширину, пріоритет завантаження й відсутність відкладеного завантаження на першому екрані. Оптимізація маленької іконки нижче сторінки навряд чи змінить цю проблему.

Для інтерактивності перевіряйте важкі скрипти та довгі задачі головного потоку. Відео й 3D не можна порівняти одним правилом: відео може передавати багато даних, а складна сцена постійно навантажувати процесор або графіку. Для мобільних пристроїв часто доречна статична заставка з добровільним запуском ефекту. Невидима анімація має зупинятися, а режим зменшеного руху — враховуватися.

Після зміни повторіть кілька вимірювань за однакових умов і перевірте робочий сценарій. Добрі орієнтири Core Web Vitals на 75-му перцентилі: LCP до 2,5 с, INP до 200 мс, CLS до 0,1. Лабораторний TBT допомагає діагностувати блокування, але не є тим самим показником, що INP. Відсутність польових даних для нового сайту не означає автоматично погану швидкість.