PageSpeed Insights: кои резултати наистина влияят на продажбите
Оценката 100/100 изглежда добре, но не тя показва какво виждат купувачите ви. Обяснявам кои числа в PageSpeed Insights наистина имат значение и откъде да започнете поправките в онлайн магазина.
PageSpeed Insights е инструмент на Google, който показва колко бързо се зарежда и реагира дадена страница на мобилни и настолни устройства и какво може да се подобри. По-важната част от отчета не е оценката 0–100 от лабораторния тест, а данните от реални посетители за трите Core Web Vitals: LCP, INP и CLS. Именно тези метрики Google използва в системите си за класиране.
В тази статия обяснявам как се чете отчетът, какво означават LCP, INP и CLS за онлайн магазина и кои проблеми да поправите първо, без да гоните 100/100.
Какво показва PageSpeed Insights: реални потребители и лабораторен тест
Според документацията на PageSpeed Insights инструментът показва два вида данни за една и съща страница: от реални посетители и от лабораторен тест. Те отговарят на различни въпроси и затова често се разминават.
- Данни от реални потребители (field data). Идват от Chrome User Experience Report (CrUX): измервания от реални посетители с браузър Chrome за последните 28 дни. Показва се стойността на 75-ия перцентил, тоест поне три от всеки четири зареждания са на тази стойност или по-добри.
- Лабораторен тест (lab data). Това е автоматична проверка с инструмента Lighthouse, която върви в център за данни на Google. При мобилната проверка страницата се зарежда на симулиран телефон от среден клас през симулирана мобилна мрежа. От този тест идват оценката 0–100 и препоръките.
Простото правило: данните от реални потребители показват дали има проблем, а лабораторният тест помага да намерите причината.
Когато няма данни от реални потребители
CrUX събира данни само за адреси с достатъчно посещения, затова продуктовите страници на по-малките магазини може и да нямат собствени данни. Тогава PageSpeed Insights показва данни за целия сайт (origin) или само лабораторния тест. Оценката 0–100 остава единственото число за страницата, но тя описва тест на симулирано устройство, а не вашите клиенти. Използвайте я като подсказка къде да търсите проблеми.
Core Web Vitals с прости думи: LCP, INP и CLS
Core Web Vitals са три метрики за реалното изживяване на страницата: зареждане, отзивчивост и визуална стабилност.
- LCP (Largest Contentful Paint) – зареждане. Колко бързо се показва най-големият елемент във видимата част на екрана. В категорията това често е първата продуктова снимка или банер, в продуктовата страница – основната снимка.
- INP (Interaction to Next Paint) – отзивчивост. Колко бързо страницата реагира на действие: избор на филтър, смяна на размер или цвят, натискане на „Добави в количката“.
- CLS (Cumulative Layout Shift) – визуална стабилност. Колко се размества съдържанието, докато купувачът гледа страницата. Типичен пример: късно заредена снимка или банер избутва бутона надолу точно преди клика.
| Метрика | Добре (good) | Нужно е подобрение (needs improvement) | Лошо (poor) |
|---|---|---|---|
| LCP | до 2,5 секунди | 2,5–4 секунди | над 4 секунди |
| INP | под 200 милисекунди | 200–500 милисекунди | над 500 милисекунди |
| CLS | до 0,1 | 0,1–0,25 | над 0,25 |
Страницата минава проверката на Core Web Vitals, когато и трите метрики са в зоната „добре“ на 75-ия перцентил на реалните зареждания. Оценката 0–100 идва от лабораторния тест, затова тя може да е 95, а проверката да не минава, или обратното. INP замени предишната метрика FID на 12 март 2024 г., а Google очаква праговете да останат стабилни.
Какво използва Google при класирането
Google пише, че Core Web Vitals се използват от системите му за класиране, и ги описва като метрики за реалното изживяване на потребителите. Тоест Google говори за данните от реални посетители, а не за оценката от лабораторния тест.
В обяснението на Google за изживяването на страницата (page experience) има още три уточнения:
- Няма гаранция. Добрите резултати в Google Search Console или в други инструменти не гарантират челни позиции.
- Няма отделен сигнал за изживяване. Системите за класиране гледат различни сигнали, а изживяването на страницата включва повече от Core Web Vitals.
- Оценява се страница по страница. Обикновено изживяването се гледа за всяка страница поотделно, а не за целия сайт.
Не очаквайте по-добри позиции само от по-бърз сайт. Скоростта е една част от SEO оптимизацията, наред с категориите, текстовете и линковете от други сайтове.
Струва ли си да гоните 100/100?
В повечето случаи не. Оценката е претеглена средна стойност от няколко лабораторни метрики, а скалата ѝ е строга.
- 90 е вече много. Lighthouse превръща всяка измерена стойност в оценка 0–100 по скала, изградена от данни за реални сайтове в архива HTTP Archive. Метрика с оценка 90 е по-добра от тази на около 92% от тези сайтове.
- Препоръките не се броят. Списъкът с препоръки под оценката не влиза в нея. Поправките помагат само доколкото подобрят самите метрики.
- Числото се колебае. Документацията на Lighthouse съветва резултатът да се гледа като разпределение от няколко оценки, а не като едно число. Подробности има в обяснението как се смята оценката.
По-смислената цел е реалните данни за категориите и продуктовите страници да са в зоната „добре“. След това допълнителните точки рядко си струват времето на разработчика.
Защо мобилната оценка е по-ниска и защо се променя
Мобилната оценка обикновено е по-ниска, защото условията на теста са по-тежки: симулиран телефон от среден клас и симулирана мобилна мрежа. Освен това от Lighthouse 6 насам настолната версия се оценява по собствена скала, затова 60 на мобилни и 95 на настолни не се сравняват пряко. Ако повечето ви посетители идват от телефон, гледайте първо мобилните данни.
Според документацията на Lighthouse голяма част от разликите между отделните тестове идва от промени в условията, а не от самия инструмент. Тестът може да върви в различен център за данни на Google, натоварването на сървъра ви се мени, а чатът и пикселите не се зареждат всеки път еднакво бързо. Пуснете теста няколко пъти и гледайте типичната стойност.
Какво означава скоростта за онлайн магазина
Скоростта има значение там, където купувачът взема решение: в категорията, продуктовата страница и количката. Проверявайте страниците, които носят посещения и поръчки, а не само началната.
- Категории. LCP често показва след колко време купувачът вижда първите продукти. INP показва колко бързо реагират филтрите и сортирането.
- Продуктови страници. LCP обикновено е основната снимка. INP се усеща при избор на размер, цвят или разфасовка. CLS се появява, когато цената, наличността или отзивите се зареждат късно и разместват бутона за покупка.
- Количка и поръчка. Тези страници обикновено не се показват в Google, но бавните бутони тук могат да струват поръчки от купувачи, които вече са решили да купят.
Скоростта и продажбите
Няма да ви дам процент, с който всяка секунда забавяне намалява продажбите. Такива числа се цитират често, но за вашия магазин значение имат вашите данни.
Една практична проверка: в Google Analytics 4 (GA4) сравнете какъв дял от посещенията завършва с поръчка на мобилни и на настолни устройства. По-ниският дял на мобилни не доказва, че виновна е скоростта. Ако обаче разликата е голяма, а в Search Console мобилните страници са в най-лошата група (Poor), скоростта е сред първите неща, които да проверите. След поправките сравнявайте с подобен период и отчитайте сезона и кампаниите.
Какво да поправите първо в онлайн магазин
Започнете от снимките и външните скриптове, продължете с темата и разширенията и накрая с хостинга. Това е моят практически ред, а не препоръка на Google: първо идва това, което се поправя най-лесно и засяга много страници наведнъж.
- Снимките. Продуктовите снимки често се качват такива, каквито са дошли от фотографа или доставчика, в пъти по-големи от нужното. Преоразмерете ги, използвайте по-лек формат като WebP и задайте размерите им в кода, за да не разместват съдържанието. Отложеното зареждане (lazy loading) е полезно за снимките надолу в страницата, но не и за основната снимка горе.
- Външните скриптове. Това е кодът на чужди услуги: чат, пиксели на Meta и TikTok (кодове за проследяване на рекламите), стари тагове в Google Tag Manager, приложения за отзиви, изскачащи прозорци. Всеки от тях натоварва телефона на купувача и може да забави реакцията при клик. Махнете неизползваните и проверете дали чатът може да се зарежда по-късно.
- Темата и разширенията. Тежките теми с конструктори на страници и слайдери, както и десетките разширения, често зареждат код на всяка страница, дори където не се използва. Махнете ненужните и проверете дали две разширения не вършат едно и също.
- Хостингът и отговорът на сървъра. Ако сървърът отговаря бавно, всичко останало чака. Помага кеширането, тоест запазването на готови копия на страниците. При WooCommerce, OpenCart и Magento хостингът и кеширането обикновено са ваша грижа, при Shopify и CloudCart – на доставчика. Ако лабораторният тест показва бавен отговор на сървъра, започнете оттук, а не от снимките.
В проучването ми за електронната търговия в България цитирам и данни за скоростта: само 39% от онлайн магазините минават и трите Core Web Vitals (HTTP Archive Web Almanac 2025), а сред магазините на WooCommerce добър LCP имат само 48,7%. При WooCommerce темата, разширенията и хостингът са изцяло ваш избор, а с тях и голяма част от скоростта. Кога има смисъл да смените платформата, обяснявам в статията за избора на платформа за онлайн магазин. Ако я смените, подгответе смяната като SEO миграция, за да не загубите позиции заради сменени адреси.
Скоростта е част от техническата основа, с която започвам всяка работа по SEO за онлайн магазини, преди да мина към категориите и линковете от други сайтове.
Къде да следите Core Web Vitals: отчетът в Search Console
За редовно следене отчетът Core Web Vitals в Google Search Console е по-полезен от PageSpeed Insights. Той показва данни от реални потребители (от CrUX) за много адреси наведнъж, групирани по сходство. Намирате го в раздела Experience (в английския интерфейс).
- По статус. В английския интерфейс групите са „Good“, „Need improvement“ и „Poor“.
- По метрика. Виждате дали проблемът е в LCP, INP или CLS.
- По групи подобни страници. Виждате дали проблемът засяга много сходни страници наведнъж.
- По устройство. Данните за мобилни (Mobile) и настолни (Desktop) устройства са отделно.
Числата в двата инструмента понякога не съвпадат и това е нормално. Конкретният адрес може да е изключение в групата си. Освен това PageSpeed Insights маха параметрите от адреса, а Search Console ги отчита и различава страниците по тях. Това е важно при филтри в адреса, например ?color=black. В Search Console версиите с http и https също са отделни. Подробности има в помощта на Search Console за отчета Core Web Vitals.
Какво да направите
- Изберете три страници. Най-важната категория, добре продаван продукт и началната. Проверете ги първо за мобилни.
- Гледайте първо реалните данни. Ако за адреса няма такива, вижте данните за целия сайт и лабораторния тест, пуснат няколко пъти.
- Отворете отчета в Search Console. Вижте коя група страници е в най-лошия статус за мобилни и по коя метрика.
- Поправете по ред. Снимките и външните скриптове, после темата, разширенията и хостинга.
- Изчакайте около 28 дни. Тогава сравнете реалните данни и поръчките с подобен период.
Често задавани въпроси
Влияе ли оценката в PageSpeed Insights на позициите в Google?
Google пише, че системите му за класиране използват Core Web Vitals, и ги описва като метрики за реалното изживяване на потребителите. Тоест Google говори за данните от реални посетители, а не за оценката 0–100 от лабораторния тест. Дори добрите Core Web Vitals не гарантират челни позиции.
Какво представляват Core Web Vitals?
Core Web Vitals са три метрики на Google за реалното изживяване на страницата: LCP за зареждането, INP за отзивчивостта и CLS за визуалната стабилност. Добри стойности са LCP до 2,5 секунди, INP под 200 милисекунди и CLS до 0,1.
Каква оценка в PageSpeed Insights е добра?
Оценка 90 вече е много висока, защото скалата е строга. По-важно е данните от реални потребители за Core Web Vitals да са в зоната „добре“, а гоненето на 100/100 рядко си струва усилията.
Защо PageSpeed Insights не показва данни от реални потребители?
Тези данни идват от Chrome User Experience Report, който обхваща само адреси с достатъчно посещения. Ако страницата няма собствени данни, PageSpeed Insights показва данни за целия сайт или само лабораторния тест. Това е обичайно за по-малките магазини.
След колко време поправките се виждат в PageSpeed Insights?
Лабораторният тест показва промяната веднага. Данните от реални потребители обхващат последните 28 дни. Затова в тях и в отчета на Search Console подобрението се вижда постепенно, за около четири седмици.