Перший екран довше 3 секунд
Половина відвідувачів із телефона йде, не дочекавшись. Ви платите за цей трафік рекламою, але не бачите його в заявках.
Знаходимо, що саме гальмує, і прибираємо. З замірами до і після, які видно в Google PageSpeed і в Search Console.
Половина відвідувачів із телефона йде, не дочекавшись. Ви платите за цей трафік рекламою, але не бачите його в заявках.
У звіті Core Web Vitals сторінки позначені як «потребують покращення» або «низька якість». Це прямий фактор ранжування.
На мобільному оцінка в червоній зоні. Зазвичай це важкі зображення, десяток плагінів і сторонні скрипти.
Контент зсувається, людина промахується по кнопці. Google рахує це як CLS і знижує оцінку сторінки.
Google Ads знижує показник якості за повільну посадкову — ви платите за клік більше за конкурентів із тим самим оффером.
Сторінка з фільтрами думає по кілька секунд на кожен клік, і людина йде, не дійшовши до товару.
Швидкість завантаження впливає на бізнес двома шляхами одночасно. Перший очевидний: людина з телефона не чекає — за різними замірами близько половини відвідувачів залишають сторінку, яка вантажиться довше трьох секунд. Якщо ви приводите цей трафік рекламою, ви платите за кожного з них.
Другий шлях менш помітний. Google з 2021 року враховує Core Web Vitals — три показники, що описують досвід реального користувача: LCP (коли з'явився головний вміст), CLS (наскільки стрибала верстка) та INP (як швидко сторінка відповідає на дії). Ці дані збираються з реальних відвідувачів вашого сайту, а не з лабораторного тесту, і впливають на позиції у видачі.
Окремо — реклама. Google Ads рахує показник якості посадкової сторінки, і швидкість входить у нього. Повільна сторінка означає вищу ціну кліка за той самий оффер. Тобто ви платите двічі: втрачаєте частину відвідувачів і переплачуєте за тих, що дійшли.
Фото з фотоапарата на 4 МБ там, де достатньо 150 КБ у WebP. Найчастіша причина й найдешевша у виправленні.
Кожен тягне свій CSS і JS на всі сторінки, навіть де не використовується.
Чати, піксели, віджети відгуків — вантажаться синхронно й блокують показ сторінки.
Сервер щоразу збирає ту саму сторінку з нуля.
Час відповіді сервера більший за секунду — далі оптимізувати нема сенсу, поки не переїхати.
Кілька накреслень із зовнішнього джерела, через які текст з'являється із затримкою.
Дивимось сайт у PageSpeed, у Search Console й вручну. Кажемо, що саме гальмує і на скільки реально прискорити. У день звернення.
Фіксуємо цільові цифри до початку роботи: яка оцінка на мобільному й які Core Web Vitals маємо отримати.
Зображення, скрипти, кешування, шрифти, запити до бази — по черзі, з заміром після кожного кроку. 3–10 днів.
Показуємо не тільки бал PageSpeed, а й реальний час до першого екрана. Звіт зі скріншотами.
Core Web Vitals збираються з реальних користувачів і оновлюються не одразу. Місяць стежимо, щоб цифри в Search Console позеленіли.
Ціна залежить від того, що саме гальмує. Замір безкоштовний — після нього називаємо точну суму.
Коли гальмує щось одне й очевидне: зображення, кеш, шрифти.
Найчастіший формат: розбираємо всі причини й доводимо до зеленої зони.
Каталоги з фільтрами, тисячами товарів і важкими сторінками.
Якщо після заміру виявиться, що головна причина — хостинг, ми скажемо це першими. Оптимізувати код на сервері з часом відповіді в дві секунди — марна робота: спершу переїзд, потім оптимізація.
Швидкий пакет — $150 за 2–3 дні, якщо гальмує щось одне очевидне. Повна оптимізація — від $400, строк 3–10 днів. Магазини з каталогом — від $900. Точну суму називаємо після безкоштовного заміру.
Цільові цифри фіксуємо до початку роботи, після заміру — коли вже видно, що саме гальмує. Якщо домовленого результату не досягли, повертаємо гроші. Обіцяти 90+ до того, як подивились сайт, було б нечесно: на деяких системах стеля нижча.
Працюємо на копії, кожен крок перевіряємо окремо. Перед викочуванням на живий сайт робимо резервну копію. Якщо щось перестало працювати — повертаємо як було й шукаємо інший шлях.
Так, і це найчастіший випадок. Дивимось, що з плагінів реально використовується, що дублює одне одного, а що тягне свої скрипти на всі сторінки без потреби. Часто половину можна прибрати без втрати функціоналу.
Скажемо одразу після заміру. Якщо час відповіді сервера більший за секунду, оптимізувати код безглуздо — спершу переїзд. Перенесення можемо зробити самі, це окрема робота.
PageSpeed показує два різні набори даних: лабораторний тест (запускається щоразу заново, тому стрибає) і польові дані з реальних користувачів за 28 днів (оновлюються повільно). Орієнтуємось на польові — саме їх враховує Google.
Core Web Vitals рахуються за 28 днів реального трафіку, тому після виправлень цифри в Search Console змінюються не одразу. Зазвичай перші зрушення видно через два-три тижні, повна картина — за місяць-півтора.
Заміряти мій сайт
Почати проєкт