Швидкість сайту на телефоні. Три пороги Google і чому не треба гнатися за сотнею
Google вимірює швидкість сайту на телефоні трьома числами з чіткими порогами. Що вони означають, чим тест відрізняється від справжніх відвідувань і коли зеленого результату досить.
Людина чекає на трамвай, шукає в Google послугу й відкриває ваш сайт. Якусь мить екран порожній. Потім вискакує велике фото й зсуває вниз кнопку, у яку вона якраз цілилася пальцем. Так на практиці виглядає погана швидкість сайту на телефоні, і в цю мить ніхто не дивиться на жодні бали.
Google описує це трьома числами, які разом називає Core Web Vitals. Для кожного є офіційний поріг, опублікований на web.dev. Нижче пишемо, що ці числа означають, звідки вони беруться і коли можна зупинитися.
Три числа, якими Google міряє швидкість сайту на телефоні
LCP показує, коли з’являється найбільший елемент на першому екрані. Це може бути головне фото, кадр відео або великий блок тексту. Добрий результат до 2,5 секунди. Понад 4 секунди Google вважає поганим.
INP показує, як швидко сторінка реагує на дотик, клік чи натискання клавіші протягом усього відвідування. Прокручування не рахується. Добрий результат до 200 мілісекунд, поганий понад 500.
CLS показує, наскільки елементи стрибають під час завантаження. Це та кнопка, що тікає з-під пальця. Добрий результат до 0,1, поганий понад 0,25.
Google дивиться не на одне відвідування, а на 75-й процентиль. Простіше кажучи, сторінка вкладається в поріг, якщо в нього потрапляють щонайменше три відвідування з чотирьох. Телефони й комп’ютери рахують окремо.
Тест Google і справжні відвідування
Коли ви вводите адресу на pagespeed.web.dev, то отримуєте дві різні речі на одній сторінці.
Перша частина показує дані справжніх користувачів Chrome за останні 28 днів. Тобто те, як сайт працює в людей, на їхніх телефонах і з їхнім інтернетом. Оцінку Core Web Vitals зараховано, коли всі три числа добрі. Якщо відвідувачів мало, цієї частини просто нема, бо Google нема з чого її порахувати. Це не помилка сайту.
Друга частина показує лабораторний тест. Google завантажує сторінку на змодельованому телефоні середнього класу в мобільній мережі, і саме звідси береться бал від 0 до 100. Тест зазвичай починає з порожнього кешу браузера й не гортає та не торкається сторінки так, як людина, тож частину того, що відчувають справжні відвідувачі, він не бачить.
Коли дві частини розходяться, важливіші дані справжніх користувачів. Google прямо пише про це на web.dev. Лабораторний тест корисний, щоб шукати причини.
Бал 90 означає зелену зону, і цього досить
У лабораторному тесті Google вважає добрим бал від 90. Від 50 до 89 сторінка потребує покращення, а нижче 50 вона погана. Зеленої зони досить. Гонитва за сотнею зазвичай означає, що доведеться вирізати фото, анімації чи функції, які допомагають клієнтові, а різницю між зеленою зоною й сотнею людина з телефоном рідко відчує.
Той самий тест, запущений двічі, може дати різні числа, навіть якщо на сайті нічого не змінилося. Google описує це у своїй документації до PageSpeed. Тому сприймайте бал як вимір у конкретний день, а не як обіцянку, і записуйте його разом із датою.
Сама швидкість не дасть і місця в пошуку. Google пише, що завжди намагається показати найдоречніший вміст, навіть коли сторінка працює гірше, і що добрі Core Web Vitals не гарантують першого місця. Коли схожих корисних сторінок багато, добра швидкість може допомогти.
Що найчастіше гальмує сайт на телефоні
Причини майже завжди ті самі, і їх можна описати без технічних слів.
- Головне фото в повному розмірі. Завантажене просто з фотоапарата, хоча телефон усе одно показує його в маленькому віконці. Буває й так, що його налаштовано вантажитися після всього іншого.
- Відео у фоні першого екрана. На комп’ютері в офісі виглядає гарно, а на телефоні з мобільним інтернетом часто важить найбільше на сторінці.
- Фото й вікна без зарезервованого місця. Сторінка розкладає текст, потім підвантажується картинка чи банер, і все з’їжджає вниз. Від цього страждає CLS.
- Шрифти, які підміняються після завантаження. Текст спершу показується запасним шрифтом, потім справжнім, ширшим чи вужчим, і рядки стрибають.
- Сторонні скрипти. Чат, мапа, лічильники, рекламні пікселі. Телефон мусить кожен завантажити й запустити, а поки він зайнятий, повільніше реагує на дотик.
- Повільний сервер. Якщо сервер довго відповідає, усе інше починається пізніше, і вкласти LCP у поріг стає важко.
Більшість цього виправляється без перебудови сайту. Спершу треба знати, що з цього стосується саме вас.
Як перевірити свій сайт
Найпростіше на pagespeed.web.dev, на вкладці для телефона. Якщо у вас є Search Console, там є окремий звіт Core Web Vitals.
Наш безкоштовний скан сайту запускає той самий тест Google PageSpeed і показує поруч результат для телефона й комп’ютера, а якщо в Google є дані справжніх користувачів, то й їх. Заодно він перевіряє SEO, SSL, заголовки безпеки й ще кілька речей.
Якщо думаєте, чи має прискорення сенс для продажів, порахуйте це в калькуляторі швидкості сайту. Усі числа ви вводите самі, разом із власним припущенням, скільки дає одна секунда. Середніх по ринку ми туди не підставляємо.
Перевірте результат для телефона й запишіть його з датою. Якщо він зелений, залиште швидкість у спокої й займіться тим, що написано на сайті.
У вас те саме?
Почніть із безкоштовного скану — він покаже, чи те, про що йшлося вище, стосується вашого сайту. Або оберіть час розмови, і пройдемо це разом.