Швидкість сайту та конверсія: скільки заявок з'їдає повільний лендінг

Ви відкриваєте свій лендінг на MacBook, в офісі, по Wi-Fi. Усе літає. Ваш клієнт відкриває його на Android за вісім тисяч гривень, у маршрутці, по 4G. Це дві різні сторінки. А платить вам клієнт.

Різницю між ними Google вимірює трьома метриками — Core Web Vitals. Вони описують не абстрактну «швидкість», а три конкретні моменти, коли людина дратується й іде.

LCP (Largest Contentful Paint) — за скільки секунд з'являється головний контент. Норма — до 2,5 с, понад 4 с — погано. Це ваш заголовок і перший екран.

INP (Interaction to Next Paint) — за скільки сторінка реагує на клік. Норма — до 200 мс. Це коли людина тисне «Залишити заявку», а кнопка мовчить. INP замінив старий FID у березні 2024-го, бо той міряв лише перший клік, а сторінка могла гальмувати весь сеанс.

CLS (Cumulative Layout Shift) — наскільки сторінка «стрибає» під час завантаження. Норма — до 0,1. Це коли людина цілиться в кнопку, та їде вниз, і палець влучає в банер.

Скільки це коштує в заявках

Числа жорсткі. За даними Google, імовірність відмови зростає на 32%, коли сторінка вантажиться 3 секунди замість 1, і на 90% — коли 5 секунд. 53% мобільних користувачів кидають сторінку, що вантажиться довше 3 секунд. 46% не повертаються на повільний сайт узагалі.

Окреме дослідження Google показує: зменшення завантаження з 3 секунд до 1 піднімає конверсію до 27%.

Перекладемо в гроші. Лендінг отримує 1000 відвідувачів на місяць. Швидка сторінка конвертує 3% — це 30 заявок. Повільна — 1,5%, тобто 15. Ті самі люди, той самий оффер, та сама реклама. 15 заявок на місяць ви втрачаєте тільки через швидкість.

Український кейс це підтверджує. Дослідники Полтавської політехніки оптимізували робочий сайт на 40% — і за тиждень, при тому самому трафіку, конверсія зросла з 7% до 15%, удвічі. Відмови при першому візиті впали на 30%.

Чому середній показник бреше

Google рахує не середнє, а 75-й перцентиль: 75% відвідувачів мають вкластися в норму, щоб сторінка вважалася «хорошою». Середнє маскує хвіст. 80% людей зі швидким Wi-Fi вантажать сторінку за секунду, а 20% на слабкому 4G — за шість-сім. Середня вийде «нормальною», а кожен п'ятий клієнт дивиться на гальма.

І Google індексує за мобільною версією. Ваші цифри на телефоні — це і є ваш рейтинг. На десктопі майже завжди краще, ніж на мобільному, і рахується саме мобільний.

Що насправді гальмує лендінг

Майже завжди — одні й ті самі чотири винуватці.

Картинки. Повнорозмірні фото зі стоку по 3–5 мегабайт на кожній сторінці. Перехід на WebP і адаптивні розміри ріже вагу на 50–80% без видимої втрати якості.

Сторонні скрипти. Аналітика, чат-віджет, піксель реклами, A/B-платформа. Кожен додає трохи, а разом — секунду. Аудит раз на квартал, прибирайте те, що не дає вимірної користі.

JavaScript, який блокує рендер. Браузер зупиняється і чекає, поки скрипт виконається, перш ніж показати людині хоч щось.

Хостинг. Якщо сервер відповідає 800 мс до першого байта (TTFB), ви програли ще до того, як сторінка почала вантажитись. Поріг — 600 мс. Більше — міняйте хостинг або ставте CDN.

З чого починати

Не «прискорювати сайт» загалом, а міряти й бити в найбільше. Проженіть PageSpeed Insights на головній і на топ-5 лендінгах, запишіть LCP, INP і CLS для мобільного й десктопа. Це базова лінія.

Далі по порядку віддачі: картинки → сторонні скрипти → JavaScript/CSS → хостинг. Картинки дають найбільший ефект за найменших зусиль, тому завжди перші.

І не женіться за «зеленим» Lighthouse. Мета — не ідеальний бал у звіті, а сторінка, на якій людина без роздратування доходить до форми. Один швидкий лендінг закриває більше заявок, ніж ідеальний скор.

Швидкість — не єдина причина, чому лендінг мовчить. Якщо трафік є, а заявок нема, спершу перевірте оффер. А коли на сторінку йде піковий трафік, лендінг під Black Friday готують наперед — до того, як сервер ляже.

Вся ця механіка — частина воронки продажів під ключ, яку ми збираємо для бізнесу.

Хочете воронку, яка приносить заявки? Замовити безкоштовний аудит.