Швидкість сторінок є сигналом ранжування Google з 2018 року. У 2026 це залишається одним із небагатьох факторів, які ви можете безпосередньо контролювати та вимірювати. Цей посібник охоплює метрики, які перевіряє AISeen, порогові значення Google та які оптимізації дають найбільший результат на одиницю зусиль.
Що вимірює AISeen Speed Score
- Час до першого байту (TTFB) — час відповіді сервера. Ціль: менше 200 мс. Проблеми: повільний хостинг, відсутність CDN, неоптимізовані запити до бази даних.
- Розмір HTML — розмір документа без стиснення. Великий HTML часто вказує на проблеми серверного рендерингу або непотрібні вбудовані дані.
- Версія HTTP — HTTP/2 та HTTP/3 забезпечують мультиплексовані запити, значно скорочуючи час завантаження.
- Стиснення — Brotli або gzip має бути ввімкнено для всіх текстових ресурсів. Нестиснений HTML/CSS/JS — одне з найдешевших виправлень.
- Заголовки кешу — статичні ресурси мають мати довгострокові заголовки
Cache-Control. Відсутні заголовки змушують браузери повторно завантажувати ресурси при кожному відвідуванні. - Підказки ресурсів — директиви
<link rel="preload">,preconnectтаprefetchскорочують сприйманий час завантаження.
Головні вбивці швидкості
У нашому аналізі понад 50 000 сайтів три проблеми зустрічаються найчастіше:
- Скрипти, що блокують рендеринг — файли JavaScript у
<head>безdeferабоasyncблокують розбір HTML. - Неоптимізовані зображення — PNG-файли, де WebP або AVIF зменшили б розмір на 30–70% без видимої втрати якості.
- Відсутність CDN — роздача статичних ресурсів з одного сервера додає 100–500 мс затримки для глобальних користувачів.
Пріоритизація виправлень
Починайте зі змін на рівні сервера (TTFB, стиснення, HTTP/2), оскільки вони одночасно впливають на всі сторінки. Потім переходьте до оптимізації зображень та підказок ресурсів. Відкладання JavaScript часто вимагає змін у коді та має виконуватися в останню чергу.