Швидкість сайту зазвичай означає декілька різних показників одразу: як швидко відповідає сервер, через скільки секунд з'являється перший контент і скільки часу сторінка стає повністю інтерактивною. Перш ніж щось пришвидшувати, слід виміряти, де саме втрачається час — інакше легко оптимізувати те, що і так працювало швидко. Без вимірювання «до» і «після» неможливо довести навіть самому собі, що зміна дала реальний ефект, а не просто збіглася за часом із вдалим днем.
Що означає «швидкість сайту» і навіщо її вимірювати
Під одним словом «швидкість» ховається набір різних метрик, і пришвидшення однієї не завжди пришвидшує іншу.
- Час відповіді сервера (TTFB) — скільки минає до першого байта відповіді від сервера.
- Largest Contentful Paint (LCP) — коли на екрані з'являється найбільший видимий блок контенту.
- Повний час завантаження сторінки — коли завантажені усі ресурси: скрипти, стилі, зображення.
- Кількість запитів до сервера — скільки окремих файлів браузер повинен завантажити для відмальовування сторінки.
Як виміряти час відповіді сервера
Час відповіді сервера можна виміряти прямо з командного рядка, не відкриваючи браузер.
curl -o /dev/null -s -w "time_total: %{time_total}\n" https://example.comЯкщо цей час зростає при повторних запусках, проблема зазвичай не в мережі, а в самому сервері: повільний запит до бази даних, важка генерація сторінки чи брак ресурсів. Корисно повторити вимірювання декілька разів поспіль і порівняти розкид значень, а не покладатися на один результат.
Як виміряти швидкість повного завантаження сторінки
Для повної картини потрібен браузерний інструмент, який будує часову шкалу завантаження усіх ресурсів сторінки, а не лише відповіді сервера. Така шкала показує, який саме файл гальмує відмальовування: велике зображення, сторонній скрипт аналітики чи шрифт, що блокує рендеринг. Частину цього навантаження можна зняти без зміни коду сайту, якщо увімкнути кешування і стиснення на рівні CDN — подробиці у статті пришвидшення сайту через Cloudflare.
Часті причини повільного завантаження
На практиці за повільним завантаженням найчастіше стоїть одна з декількох типових причин: неоптимізовані зображення без стиснення, відсутність кешування сторінок, забагато сторонніх скриптів, важкі плагіни CMS чи неоптимізоване налаштування вебсервера. Для сайтів на WordPress основні точки пришвидшення розібрано у статті як пришвидшити WordPress, а для власного сервера на VPS — у статті оптимізація nginx на VPS. Зазвичай ці причини складаються разом, а не діють окремо, тому пришвидшення рідко зводиться до однієї правки.
Порівняння ключових метрик швидкості
| Метрика | Що означає | На що впливає |
|---|---|---|
| TTFB | Час до першого байта відповіді сервера | Швидкість бекенду і бази даних |
| LCP | Момент появи найбільшого блоку контенту | Сприйману швидкість завантаження |
| CLS | Наскільки сильно елементи зсуваються при завантаженні | Візуальну стабільність сторінки |
| INP | Затримку відгуку на дії користувача | Відгукливість інтерфейсу |
На практиці достатньо тримати у полі зору TTFB і LCP постійно, а до решти метрик повертатися точково, коли відвідувачі скаржаться на сіпану верстку чи повільний відгук кнопок.
Що робити по порядку
- Виміряйте поточні показники TTFB і LCP, перш ніж змінювати налаштування.
- Стисніть і переведіть зображення у сучасний формат без втрати якості, що читається.
- Увімкніть кешування статичних файлів і, якщо можливо, кешування на рівні CDN.
- Вимкніть або відкладіть завантаження скриптів, які не потрібні для першого екрана.
- Повторіть вимірювання і порівняйте їх із початковими, щоб переконатися, що зміна справді допомогла.
Такий порядок захищає від найчастішої помилки: змінювати одразу декілька налаштувань і потім не розуміти, яка з них справді вплинула на результат.
Часті питання
Чому сайт швидко відкривається у мене, але повільно у інших?
Різниця найчастіше пояснюється географічною відстанню до сервера, швидкістю інтернет-з'єднання відвідувача і тим, чи закешовані у нього статичні файли сайту з минулого візиту.
Чи варто вимірювати швидкість на мобільному пристрої окремо?
Так, мобільні пристрої зазвичай повільніше обробляють скрипти і працюють на менш стабільному з'єднанні, тому показники на мобільному майже завжди гірші, ніж на десктопі.
Скільки метрик достатньо відстежувати регулярно?
Для більшості сайтів достатньо регулярно стежити за TTFB і LCP — вони показують і стан сервера, і сприйняття швидкості відвідувачем, а решту метрик перевіряють точково при конкретних проблемах.