Відвідувач із телефона чекати не стане. Якщо основний контент з’являється через кілька секунд, частина людей піде раніше, ніж побачить пропозицію. Тому швидкість — не технічна дрібниця, а частина продажів. І Google її теж враховує.
Як виміряти швидкість
- PageSpeed Insights (pagespeed.web.dev) — вводите адресу й отримуєте дані реальних користувачів Chrome (якщо їх достатньо) і лабораторний тест з оцінкою 0–100 та списком рекомендацій.
- Google Search Console — звіт Core Web Vitals показує, які групи сторінок повільні.
- Lighthouse у Chrome — той самий лабораторний тест просто в браузері (F12, вкладка Lighthouse).
Перевіряйте насамперед мобільну версію і кілька сторінок, а не лише головну: шаблон статті чи товару часто повільніший.
Core Web Vitals: що це і які значення добрі
Google вимірює три показники і вважає їх добрими, якщо їх досягають щонайменше 75 % відвідувань сторінки, окремо на мобільних і на комп’ютерах.


- LCP (Largest Contentful Paint) — за скільки відображається найбільший елемент, зазвичай головне фото чи заголовок. Добре: до 2,5 секунди.
- INP (Interaction to Next Paint) — як швидко сторінка реагує на клік або введення. Добре: до 200 мілісекунд.
- CLS (Cumulative Layout Shift) — наскільки контент зсувається під час завантаження (кнопка «тікає» з-під пальця). Добре: до 0,1.
10 частих причин повільного сайту
- Важкі картинки — фото з камери на 5 МБ замість зменшеної версії у WebP або AVIF.
- Відео чи слайдер на першому екрані — вантажиться раніше за текст і затримує LCP.
- Забагато плагінів — кожен додає свої скрипти й стилі.
- Сторонні скрипти — чати, лічильники, карти, віджети соцмереж.
- Веб-шрифти — кілька накреслень із чужого сервера.
- Немає кешу — сервер збирає кожну сторінку заново.
- Повільний хостинг — довга відповідь сервера ще до початку завантаження.
- Блокувальні CSS і JavaScript — браузер чекає файли замість того, щоб малювати сторінку.
- Картинки без розмірів — після завантаження зсувають текст (CLS).
- Анімація першого заголовка — ефектне «виїжджання» відкладає момент, коли браузер вважає його показаним.
Що можна зробити самому, а що — з розробником
Самому: зменшити картинки й перевести їх у WebP (у WordPress це робить плагін), видалити непотрібні плагіни й віджети, замінити відео на першому екрані фотографією, увімкнути плагін кешу, завантажувати карту лише після кліку.
З розробником: доопрацювання шаблону (критичний CSS, відкладені скрипти), шрифти з власного сервера, ліниве завантаження відео й карт, розміри картинок у шаблоні, перехід на швидший хостинг, доопрацювання INP на складних сторінках.
Приклад: що ми прискорили на своєму сайті
На сайті design-online.cz у жовтні 2026 року ми перевели відео на першому екрані на завантаження під час прокручування, зменшили головне відео з 1,5 МБ до 0,5 МБ, перевели 1 370 картинок у WebP (обсяг менший на 75 %), прибрали анімацію першого заголовка і ввімкнули довгий кеш для статичних файлів. Результат у Lighthouse на мобільному:


- головна: оцінка 67 → 70–77, LCP 2,4 с → 1,7 с, вага 3,4 МБ → 1,6 МБ
- сторінка статті: 74 → 94
- портфоліо: 77 → 98
Лабораторна оцінка коливається, тому вказуємо діапазон. Вирішальні — дані реальних користувачів у Search Console.
Хочете дізнатися, як справи у вашого сайту?
Надішліть адресу — за 48 годин зробимо безкоштовну експрес-перевірку, включно зі швидкістю. Виправлення робимо в межах підтримки сайту або в складі редизайну.