Пастка «95+» у PageSpeed: Чому високий бал у тестах не гарантує вам перші місця в Google

Вітаємо! Це наш перший матеріал із циклу публікацій, присвячених такій темі, як оптимізація швидкості сайтів. Попереду на вас чекає розбір технічних завалів та реальних кейсів. Але почати ми хочемо з головного міфу, який роками псує нерви власникам бізнесу.

Згадайте цей момент: ви відкриваєте Google PageSpeed Insights, бачите там тривожну червону або помаранчеву цифру (наприклад, 42) і починається паніка. «Все пропало, клієнти йдуть, потрібна максимальна швидкість завантаження сайту, терміново кличте розробників!». Давайте розберемося, чому гонитва за оцінкою 95+ — це часто пастка, яка коштує тисячі доларів. Але не дає жодного результату для бізнесу та не впливає на просування інтернет-магазину.

Які дані ви бачите в інтерфейсі насправді?

Коли ви запускаєте тест, сервіс Google PageSpeed Insights показує вам два різні блоки даних. Головна пастка інтерфейсу в тому, що велика кругла цифра в кружечку (наприклад, оцінка 68 «Ефективність») — це суто лабораторні дані (Lab Data). Це оцінка штучного тесту програми-симулятора, що зветься Lighthouse.

Робот не знає, яка реальна швидкість завантаження сайту у ваших клієнтів. Він просто запускає перевірку, яка штучно створює найгірший сценарій: імітує завантаження на старому смартфоні через уповільнений 3G-зв’язок.

Польові дані (Field Data) — що це насправді

Щоб побачити реальність, потрібно дивитися на інший блок, що знаходиться вище — Польові дані (Field Data). Саме вони відображають технічні показники Core Web Vitals та досвід реальних користувачів за останні 28 днів.

• Звідки вони беруться: Щоразу, коли звичайні люди заходять на ваш сайт через браузер Chrome (на телефонах чи комп’ютерах), цей браузер анонімно фіксує: як швидко завантажився контент і чи не гальмував інтерфейс під пальцями користувача. Google збирає ці мільйони реальних кліків у єдину базу даних (звіт CrUX) за останні 28 днів.
• Чому вони важливіші: Робот-симулятор у лабораторії оцінює сайт «у вакуумі». А польові дані показують, як поводиться сайт в руках ваших справжніх покупців. Якщо ваша аудиторія — це люди з сучасними смартфонами та швидким 4G, то у польових даних сайт буде «зеленим» і швидким, навіть якщо робот-симулятор продовжує малювати вам низькі бали. Саме за цими живими даними алгоритм приймає рішення: піднімати сайт у пошуковій видачі чи ні.

Як Google рахує Core Web Vitals

Ба більше, Google оцінює польові дані Core Web Vitals за 75-м перцентилем. Замість того, щоб виводити просте середнє арифметичне, Google використовує математичний підхід. Логіка тут дуже проста й життєва.

Уявіть, що на ваш сайт зайшло 100 реальних людей. У більшості з них усе відкрилося миттєво. Але кілька покупців переходили за посиланням, коли їхали в ліфті, де ледь ловив інтернет, або відкрили сторінку на старому телефоні, що зависає. Звісно, у цих людей сайт гальмував.

Якби Google рахував звичайне середнє значення, ці кілька користувачів із жахливим зв’язком зіпсували б вам усю статистику, і загальна швидкість завантаження сайту завжди була б у «червоній зоні». Тому Google діє розумніше: він бере дані всіх 100 відвідувачів, відсортовує їх від найшвидших до найповільніших, повністю відсікає 25% користувачів із найбільш екстремальними затримками й дивиться на показник, який опинився на межі (на 75-й людині).

• Чому це НЕ страшно: Пошуковик не вимагає від вас неможливого. Він не понижує сайт у видачі за те, що він повільно відкрився у когось в підземному паркінгу. Вам не потрібно бути швидкими абсолютно для всіх.
• Що це означає для бізнесу: Ваш сайт має працювати стабільно та швидко для абсолютної більшості (75%) реальних користувачів у їхніх повсякденних умовах. Якщо 75% вашої живої аудиторії отримують комфортну швидкість — Google ставить сайту зелене світло, навіть якщо лабораторний робот-симулятор незадоволений і малює низькі бали.

Саме тому сам Google в офіційній документації прямо попереджає: «Наявність хорошої лабораторної оцінки (90+) не означає, що досвід реальних користувачів також буде хорошим». Для пошукової системи життєво важливий саме живий досвід людей, а не штучна цифра симулятора.

Приклад на мільйони: Чому гіганти не панікують?

Щоб остаточно зняти тривожність, поглянемо на індустрію великого e-commerce. Сайти складних мультимільйонних платформ тримають на собі величезний асортимент та важку архітектуру, тому їхній мобільний бал у штучних тестах симулятора рідко піднімається вище ніж 30–35 балів.

Попри це, лідери ринку почуваються чудово:

• Ford — автомобільний гігант, що успішно продає тисячі запчастин та аксесуарів через важку платформу Magento.
• Puma — світовий спортивний бренд, який використовує складні системи масштабування для міжнародних онлайн-продажів.
• Rozetka — абсолютний лідер українського e-commerce, що має гігантську базу товарів, купу внутрішніх сервісів, банерів та систем аналітики. 

Глобальний досвід показує, що середня швидкість завантаження сторінки товару в e-commerce на мобільних пристроях становить 4.5 секунди. Спроби дотягнути такі складні платформи до максимальних оцінок у симуляторі — це марна трата бюджету на технічні покращення, яких реальний покупець навіть фізично не помітить.

Що насправді заважає сайту бути швидким?

Оптимізація швидкості сайтів має бути розумною: орієнтованою на живий досвід людей, а не на задоволення робота-симулятора. І тут ми підходимо до головного технічного парадоксу. Дуже часто власники намагаються покращити технічний стан сайту, але роблять тільки гірше, хаотично встановлюючи десятки готових рішень.

У наступній статті «Безкоштовні» плагіни, які коштують вам грошей: розбір метрики INP» ми поговоримо про те, як 30 «безкоштовних» плагінів (чати, попапи, конструктори відгуків) непомітно вбивають найжвавішу метрику Google — INP (Interaction to Next Paint), змушуючи процесори телефонів ваших клієнтів «замерзати» під час спроби натиснути кнопку «Купити».

Залишайтеся з нами, далі буде!