Вбиваєте свою адресу в PageSpeed Insights, а результат на мобільних повертається червоним - десь 20-30 балів. Core Web Vitals показують "не пройдено". І ви самі це відчуваєте: сайт довго думає, перш ніж хоч щось показати, люди йдуть раніше, ніж відмалюється перший екран, а позиції в Google місяцями тихо повзуть униз. Страх реальний і правильний: повільний сайт водночас втрачає клієнтів і втрачає позиції. Покажу, чому так стається, що ви виправите цього тижня і що вирішує проблему по-справжньому і назавжди.
Що насправді міряють Core Web Vitals
Google оцінює кожну сторінку за трьома речами, і попри страшні назви ідеї прості.
LCP (Largest Contentful Paint) - скільки минає часу, поки покажеться найбільший елемент першого екрана. Зазвичай це картинка в шапці або заголовок. Google хоче менше 2,5 секунди. На важкому сайті це часто 4-6 секунд, тобто відвідувач дивиться в порожнечу або в напівзібрану сторінку.
INP (інтерактивність) - як швидко сторінка відгукується, коли хтось тисне кнопку або відкриває меню. Ціль - менше 200 мілісекунд. Коли сторінка молотить скрипти, ваш тап секунду нічого не робить, і це відчуття "воно зависло?" виштовхує людей.
CLS (стрибки верстки) - чи стрибають елементи під час завантаження. Тягнетеся до кнопки, над нею підвантажується реклама або картинка, кнопка від'їжджає, ви промахуєтеся. Ціль - менше 0,1. Дратує, і Google це рахує.
Три зелені галочки означають, що сайт швидкий і стабільний для живої людини. Червоні - що ні, і це бачать і Google, і ваші клієнти.
Чому повільно - це мінус клієнти і мінус позиції
Це не метрика для краси. Переклад у гроші прямий.
Приблизно половина мобільних користувачів кидає сторінку, яка вантажиться довше за 3 секунди. Дослідження самого Google кажуть прямо: перехід з 1 до 3 секунд завантаження піднімає шанс уходу приблизно на 32%, а з 1 до 5 секунд майже його подвоює. Тобто за LCP в 5 секунд ви втрачаєте великий шмат людей, які вже клікнули - їм було цікаво, вони просто не дочекалися сторінки.
І ще ранжування. Core Web Vitals - офіційний сигнал ранжування Google. Сама швидкість не витягне слабку сторінку на перше місце, але коли два сайти поруч, виграє місце той, що швидший. І це накопичується: повільний сайт, вищий відсоток уходу, Google читає це як "люди не знайшли, що шукали", позиції йдуть униз, менше трафіку, менше клієнтів. Магазин з 1000 візитів на місяць і конверсією 2% - це 20 замовлень. Просядьте до 1%, бо сайт повзе, і половина виручки зникла, хоча на папері ви не втратили жодного відвідувача.
Звичайні винуватці
Майже в кожному повільному сайті, який я перевіряю, ті самі три підозрювані.
WordPress плюс купа плагінів. WordPress збирає сторінку з нуля за кожного заходу, і кожен плагін тягне свій CSS і JavaScript. Після двадцяти-тридцяти плагінів браузер качає й запускає пів мегабайта скрипта, перш ніж хоч щось можна натиснути. Конструктори на кшталт Elementor чи WPBakery - найгірші: міняють чистий код на зручність перетягування, а платить секундами відвідувач.
Неоптимізовані картинки. Це всюди. Хтось заливає фото 4000 px прямо з телефона, 5 МБ, і воно стискається в браузері через CSS замість нормального ресайзу й стиснення. Одна сторінка може тягнути 8-15 МБ картинок, які мають важити 300 КБ. На мобільному інтернеті це ваш LCP по кісточку.
Дешевий шаред-хостинг. Тариф за 15 злотих на місяць кидає ваш сайт на сервер із сотнями інших. Коли в сусіда сплеск трафіку, ваш час відповіді летить униз. Сам сервер витрачає 1-2 секунди тільки щоб почати віддавати сторінку (TTFB), до того як завантажиться хоч одна картинка.
Швидкі заходи проти реального фіксу
Частину швидкості повернете без переробки. Це варто зробити:
- Стисніть і відресайзте картинки. Конвертація у WebP, розмір під те, що реально видно. Одне це часто рухає результат на 15-20 балів.
- Поставте плагін кешування. WP Rocket або схожий віддає готові сторінки замість збирати їх щоразу.
- Виріжте мертві плагіни. Кожен видалений - це менше скрипта. Вимкніть усе, що реально не потрібне.
- Переїдьте на хостинг кращий. Нормальний VPS або managed WordPress б'є дешевий шаред щоразу.
Це допомагає. Але розумійте, що ви робите: воюєте з платформою, а не лагодите її. Важкий WordPress відполіруєте з 25 до, може, 60 на мобільних. Потім одне оновлення плагіна зсуває верстку або ви додаєте нову функцію - і знову червоний. Ви орендуєте швидкість, а не володієте нею.
Реальний фікс - це архітектура. Повільні сайти я перебудовую на Next.js, де сторінка - це переважно статичний HTML із CDN, картинки оптимізуються автоматично, а JavaScript розбитий так, що браузер качає лише потрібне. У підсумку LCP та INP зелені за замовчуванням - не після трьох плагінів кешу, а від самого старту. На реальних проєктах тримаю LCP в районі 0,5-1 секунди і результат PageSpeed на мобільних в районі 90. І звіт Lighthouse я показую по ходу збірки, а не як обіцянку в кінці - ви бачите, як результат зеленіє, ще до того як доплатите. Це розробка сайтів, якою я займаюся, швидких із першого рядка.
Конкретика: VisionAir я перебудував на Next.js, результат на мобільних сидить близько 90, LCP менше секунди, а сайт конвертує близько 4,2% відвідувачів - швидкість і конверсія це одна розмова.
Скільки коштує переробка і скільки триває
Корпоративний сайт, перебудований на Next.js з CMS і чистим технічним SEO, - це 1200-2000 €, 3-4 тижні. Простіша візитівка - 500-800 € приблизно за 2 тижні. Якщо потрібні інтеграції - запис, CRM, оплати - старт від 2500 €. Старі адреси я перевішую редиректами 301, щоб ви зберегли позиції, які вже маєте, а хостинг падає до приблизно 60-90 € на рік, бо немає платних плагінів, які треба продовжувати. Кошторис отримуєте за 24 години, працюю віддалено по всій Польщі.
Якщо ваш PageSpeed горить червоним і ви відчуваєте, що трафік витікає, надішліть мені адресу і напишіть мені - проженю його, скажу, чи вистачить швидких заходів, чи потрібна переробка, і оціню чесно.
FAQ
Чому мій сайт так повільно вантажиться? Майже завжди одне з трьох: важкий WordPress із перебором плагінів і конструктором, великі неоптимізовані картинки, що вантажаться в повному розмірі, або дешевий шаред-хостинг із повільним сервером. Проженіть адресу через PageSpeed Insights на мобільних - звіт прямо вкаже на головного винуватця.
Що означає, що Core Web Vitals червоні? Що жива людина сприймає сайт як повільний або нестабільний: LCP вище 2,5 с (основний контент надто довго з'являється), INP вище 200 мс (тапи гальмують) або CLS вище 0,1 (елементи стрибають). Google використовує це як сигнал ранжування, тож червоний коштує і конверсій, і позицій.
Чи можна прискорити сайт без переробки? Часто так, частково. Стиснення картинок, кеш, видалення мертвих плагінів і кращий хостинг здатні підняти мобільний результат з 20 до 50-60. Але на важкому WordPress ви воюєте з платформою - наступне оновлення плагіна це відкотить. Заради швидкості, зеленої за замовчуванням, надійне рішення - переробка на Next.js.
Наскільки Next.js реально швидший? На реальних проєктах тримаю LCP в районі 0,5-1 секунди проти 4-6 секунд на типовому перевантаженому WordPress, а результат PageSpeed на мобільних близько 90. Сторінка - статичний HTML із CDN з автоматичною оптимізацією картинок, тому вона швидка за замовчуванням, а не після навішування плагінів кешу.
Чи поверне виправлення швидкості мої позиції в Google? Допомагає, і це реальний чинник ранжування, але сама швидкість не магія - контент усе одно має бути і бути релевантним. На переробках я бачу, як падає відсоток уходу і за квартал повертаються позиції, коли Google наново читає швидші, краще працюючі сторінки. Швидко плюс хороший контент виграє, швидко плюс порожньо - ні.
