Щоб розібратися з термінами, давайте відновимо хронологію.
- Google почав відстежувати швидкість завантаження сайту ще в серпні 2016 року.
- З січня 2018 року запустив важку артилерію — почав ранжувати сайти з урахуванням швидкості завантаження сторінки.
- І нарешті в травні 2022 — ввів «The Core Web Vitals (CWV) + три метрики (LCP, FID, CLS)», а також анонсував показник оцінки швидкості взаємодії сайту INP (Interaction to Next Paint), чим максимально ускладнив роботу розробників, бо тепер важлива не тільки швидкість окремих сторінок, а й навіть мікродії: час отримання інформації вже на завантаженій сторінці.
Це складно, можна приклади?
Так, давайте розберемо на прикладах.
По-перше, час від натискання на ховер «Показати весь контент» до появи на сторінці цього контенту. По-друге, це може бути час від натискання на кнопку «Додати товар в корзину» до появи повідомлення, що товар доданий.
Простими словами: якщо від натискання кнопки додати в кошик, до успішного додавання проходить більш як 0,2 секунди — це вплине на органічний трафік та ціну за клік в Google Ads.
Але для власників сайту робота зі швидкістю має свої переваги: швидкий сайт — більше органічного трафіку та дешевша реклама Google Ads, краща конверсія в покупку, більший дохід.
Навіщо Google показник оцінки швидкості взаємодії сайту INP?
Google хоче, щоб сайти в видачі були швидкими, сучасними, оперативно реагували на взаємодії користувачів, та користувачі продовжували користуватись Google як пошуковою системою.
Google офіційно розіслав маркетологам та власникам сайтів листи, що з березня 2024 враховуватимемо і час відповіді на взаємодію INP. Так що тепер все офіційно і треба враховувати фактор серйозно.
INP — метрика швидкості Interaction to Next Paint, яка в березні 2024 замінить метрику First Input Delay (FID). Вказана зміна не нова, анонсована web.dev в травні 2022, про неї Search Engine Journal писав в липні 2022 року, а на web.dev оновилась 28 червня 2023 року. Не заглиблюючись в технічні параметри — це означає, що сайт має реагувати до 0.2 секунд на дії користувача.
Яких сайтів це стосується?
«У вашого сайту поганий показник INP», «Виявлено проблеми з показником INP в Core Web Vitals» — такі листи отримали маркетологи та власники бізнесів, сайти яких додані в Search Console, причому неважливо, яка на сайті реальна швидкість завантаження — Google доніс всім.
Чому Google розіслав листи про INP?
Одна з причин — щоб дійсно завчасно попередити власників сайтів про зміни.
Друга — дійсно донести, що це важливий показник, що відіграватиме роль в ранжуванні.
Зазвичай Google пише системно оновлення на web.dev — але дійсно важливі (як було з mobile first) — дублює в листах.
Що робити
План дій для хмарної SaaS платформи
Якщо у вас хмарна платформа, яка піклується про сайти та їхню швидкість — не хвилюйтесь, вони вже знають про оновлення та працюють над тим.
Власникам сайтів на:
- Хорошоп
- Shopify
- Wix
можна розслабитись, бо відповідальні люди на платформах вже знають про оновлення та досліджують ці питання.
План дій для популярної CMS
Для власників сайтів на:
- WordPress
- Opencart
- PrestaShop
- Magento
рекомендуємо додатково стежити за плагінами та новинами в вашій сфері, або вирішувати з розробниками вручну задачі.
Наприклад, у WordPress є декілька різних плагінів покращення швидкості, і якщо ви користуєтесь ними — велика ймовірність, що вони теж оновляться й опрацьовуватимуть й INP показник, але, залежно від верстки, теми, технологій, можуть бути необхідні й додаткові доробки.
Важливо: перед будь-якою зміною чи тестуванням плагінів впевніться, що ваш хостинг робить автоматичні бекапи, й зробіть додатково ручний бекап.
Ми в Marketing Link маємо сайт якраз на WordPress та при тестуванні плагінів швидкості пропав Footer. На цю мить більшість задач вирішуємо без плагінів, й вручну в коді: довше, дорожче, але й менше залежить від глюків плагінів чи ризику їх злому.
План дій для самопису, де маєте доступ до коду й можливість вирішувати вручну
Чудово, що можете змінювати самі, що захочете — Google підкинув позачергову порцію задач ?.
Ресурси для розробників
- developer.chrome.com/blog/inp-in-frameworks
- web.dev/inp
- web.dev/inp-cwv
- web.dev/optimize-inp
- chrome.google.com/webstore/detail/lighthouse/blipmdconlkpinefehnmjammfjpmpbjk
- developers.google.com/search/blog/2023/05/introducing-inp#what-this-means-for-google-search-console
Ресурси для перевірки швидкості та помилок
Окремо рекомендуємо також заодно й інші проблеми покращити, й все що знайдете:
Як перевіряти
Якщо вам здали роботу як виконану — рекомендуємо перевіряти окремо різні типи сторінок, не лише головну, а й сторінок:
- категорії чи послуги;
- фільтра (для магазинів);
- товару (для магазинів);
- блогу чи рубрики;
- самої статті в блозі.
Висновки
Google підштовхує власників сайтів для їх покращення.
Швидкість, це дійсно важливий параметр, й не лише завантаження, але й взаємодії з користувачем.
Враховуючи активні сповіщення — цей показник INP відіграватиме роль в ранжуванні органічного трафіку, а також ціні за клік в контекстній рекламі.
Швидкий сайт має кращу конверсію та LTV для всіх каналів трафіку.
