Виправлення повільного сайту
Порядок виправлень за співвідношенням користі й вартості. Від зображень, через сторонні скрипти, до бази даних.
Починаєте з найдешевшого, а не з найцікавішого
Виправлення сайту має таку властивість: перші двадцять відсотків роботи дають вісімдесят відсотків користі, а останні двадцять можуть коштувати більше за все попереднє. Тому порядок важливіший за вибір інструментів.
Нижче саме цей порядок. Він настільки надійно повторюється, що коли клієнт приходить із сайтом, який «ледве дихає», ми завжди починаємо однаково — і зазвичай після перших двох пунктів подальша робота вже не потрібна.
Порядок
-
1
Зображення
Найчастіша причина і найдешевше виправлення. Правильний формат (WebP або AVIF замість JPEG прямо з камери), розмір відповідно до місця показу, розміри вказані в коді, лінива підвантаження нижче першого екрана.
-
2
Сторонні скрипти
Порахуйте їх. Чат, два аналітичні інструменти, рекламний піксель, карта, віджет відгуків, банер згоди. Кожен — окреме з'єднання і код для виконання. Приберіть ті, якими ніхто не користується.
-
3
Шрифти
Подавайте з власного сервера, не з чужого. Завантажуйте рано. Обмежте до символів, які справді використовуєте.
-
4
Кеш
Заголовки на боці сервера, щоб відвідувач, який повертається, не завантажував те саме вдруге. Півдня роботи, ефект на кожному наступному візиті.
-
5
База даних і запити
Останнє, бо найдорожче. Має сенс, коли сам сервер відповідає довше пів секунди. Зазвичай ідеться про відсутній індекс або запит у циклі.
Три типові випадки і що їх виправило
-
Магазин, картка товару 6 секунд
Фото завантажені прямо з камери, по 3–5 МБ кожне, показані в контейнері 400 пікселів. Обробка і подача правильних розмірів: 6 с → 1,8 с.
-
Корпоративний сайт, результат 34
Чотири аналітичні скрипти з трьох різних впроваджень за роки, карусель із п'ятьма фото на старті і вісім шрифтів. Видалення зайвого: результат 34 → 91.
-
Портал, сервер відповідає 2,4 с
Запит на нестандартні поля без індексу, виконуваний окремо для кожного з 40 записів у списку. Один індекс і один груповий запит: 2,4 с → 180 мс.
Чого не робити
- Не купуйте потужніший хостинг як перший крок.
- Не встановлюйте плагін «оптимізації» поверх проблеми.
- Не мініфікуйте і не об'єднуйте файли, перш ніж прибрати непотрібні.
- Не женіться за результатом 100. Останні бали коштують у рази більше, ніж перші.
- Не вимикайте тихцем те, що потрібне — чат, яким користується підтримка, або аналітику, на якій ґрунтуються рішення.
Питання
- Скільки це зазвичай триває?
- Для типово занедбаного сайту перехід з 5–6 секунд до менш ніж 2 — це два-три дні роботи.
- Чи треба перебудовувати сайт?
- Майже ніколи. Оптимізація — це робота з тим, що є. Перебудова має сенс лише тоді, коли сайт складається з десятків плагінів, які не розплутати без ризику.
- Чи покращить швидкість позиції в Google?
- Може допомогти, бо Core Web Vitals — один із факторів ранжування. Але більший і певніший виграш деінде: у кількості людей, які дочекалися завантаження.
Надішліть адресу — скажемо, що дає найбільше.
Вимірювання і список пріоритетів безкоштовні. Виправлення оцінюємо після них.
Напишіть нам