Как да измерите скоростта на сайта с PageSpeed Insights

Пуснали сте сайта в PageSpeed Insights и сте получили оранжево число за мобилни и зелено за компютър. Пускате теста още веднъж и числата вече са други. За да измерите скоростта на сайта с PageSpeed Insights така, че резултатът да означава нещо, трябва да знаете кои числа идват от реални посетители и кои от един симулиран тест.

В това ръководство обясняваме защо мобилният резултат е по-важният, как да четете двете части на отчета и какво означават LCP, INP и CLS. После показваме как да тествате честно и как да подредите препоръките. Накрая ще имате записана изходна точка, с която да сравнявате всяка следваща промяна.

Какво показва PageSpeed Insights

PageSpeed Insights е безплатен инструмент на Google на адрес pagespeed.web.dev. Въвеждате адреса на страница и получавате отчет с два раздела, с отделни резултати за мобилни (Mobile) и за компютър (Desktop). Цитираме надписите на английски. Ако инструментът Ви се показва на български, ще ги видите преведени.

Първият раздел, Discover what your real users are experiencing, съдържа данни от реални посетители за последните 28 дни. Те идват от Chrome User Experience Report (CrUX), набора от данни на Google за това как потребителите на Chrome зареждат сайтовете. Влизат само потребители, които са се съгласили да споделят тези данни. Chrome на iPhone не участва, затова посетителите от iPhone не са в тях.

Ако страницата няма достатъчно посещения, PageSpeed Insights показва данните за целия сайт (Origin), а ако и сайтът няма достатъчно, разделът остава празен. Google не казва колко посещения са нужни. Адресът трябва и да е публичен, тоест достъпен за търсачките.

Вторият раздел, Diagnose performance issues, е лабораторен тест с Lighthouse, инструмента на Google за проверка на уеб страници. Той зарежда страницата веднъж в симулирана среда и от това зареждане изчислява резултата от 0 до 100 и препоръките. Първият раздел показва как е работил сайтът при реалните Ви посетители, а вторият помага да разберете защо.

Защо мобилният резултат е по-важен

Google индексира сайтовете по мобилната им версия. Според документацията на Google Search за индексиране и класиране се използва мобилната версия на съдържанието, обходена от робота за смартфони. Затова отваряйте първо раздела Mobile.

Мобилният тест е и по-строгият. Lighthouse симулира телефон от среден клас на бавна мобилна връзка, която нарича Slow 4G, със 150 милисекунди закъснение и 1,6 Mbps за изтегляне, и нарочно забавя процесора. Тестът за компютър симулира кабелна връзка. Затова един и същ сайт обикновено получава по-нисък резултат на мобилни и това не е грешка в теста.

Границите за добро и лошо в Core Web Vitals са едни и същи за телефон и компютър, но данните от реални посетители се показват поотделно. Погледнете в Google Analytics откъде идват поръчките или запитванията Ви. Ако повечето са от телефон, мобилните числа са тези, които засягат продажбите.

Core Web Vitals и техните граници

Core Web Vitals са трите показателя, с които Google описва реалното изживяване на посетителите. Всеки се оценява на 75-ия процентил от посещенията, тоест страницата е в добрата зона, ако поне три от всеки четири посещения са в нея. Така повечето посещения имат добро изживяване, а няколко крайни случая не изкривяват резултата.

Между двете граници е зоната, в която има нужда от подобрение. Страницата минава оценката Core Web Vitals Assessment, когато и трите показателя са в добрата зона, а ако за INP няма достатъчно данни, стигат LCP и CLS. INP взема почти най-бавното взаимодействие по време на посещението, затова един бавен филтър или бутон за количка стига, за да го влоши.

PageSpeed Insights показва още FCP, който отбелязва кога се появява първото съдържание, и TTFB, времето до първия байт от сървъра. Добрата стойност за FCP е до 1,8 секунди, а за TTFB до 0,8 секунди. TTFB не е част от Core Web Vitals, но идва преди FCP и LCP. Докато сървърът не отговори, браузърът няма какво да покаже.

Защо лабораторният тест и реалните посетители се разминават

Лабораторният тест може да покаже лош LCP, а реалните посетители да са в зелено, или обратното. Обикновено и двете са верни.

Лабораторният тест е едно зареждане на едно устройство, с фиксирана връзка и от едно място, което отчетът посочва (Северна Америка, Европа или Азия). Браузърът започва с празен кеш, не скролира и не кликва. Реалните посетители често имат част от файловете в кеша, скролират и виждат съдържание според профила или количката си. Затова при тях LCP може да е по-бърз, а CLS включва и разместванията след зареждането.

Документацията на web.dev съветва приоритетите да се подреждат по данните от реални посетители. Лабораторният тест е полезен, когато търсите причината за проблем или проверявате промяна, преди да я пуснете.

Има и разлика във времето. Данните от реални посетители винаги обхващат последните 28 дни. PageSpeed Insights ги обновява всеки ден, но промяна, направена днес, ще се отрази изцяло след около четири седмици. Лабораторният тест я показва веднага.

Защо резултатът е различен при всяко пускане

Пуснете един и същ тест два пъти и резултатът почти сигурно ще е различен, дори да не сте пипали сайта. Според документацията на Lighthouse причините са много. Страницата може да се различава заради реклами, A/B тестове или външни скриптове, мрежата е различна всеки път, а сървърът може да е по-натоварен в един момент, отколкото в друг. Ако пускате Lighthouse от своя компютър, влияят и разширенията на браузъра и антивирусната програма.

Затова едно пускане казва малко. Според същата документация медианата от пет пускания е два пъти по-стабилна от едно пускане. Медианата е средното от петте числа, подредени по големина, тоест третото, и едно случайно много лошо пускане не я измества.

Как да тествате скоростта на сайта честно

Честният тест е този, който можете да повторите след месец по същия начин.

1. Изберете страниците, от които зависи бизнесът. За магазин това са началната страница, една категория, един продукт и количката. За фирмен сайт са началната страница, страница с услуга и контактите.
2. Мерете типични страници, например продукт с няколко снимки и пълно описание, а не най-простия.
3. Пускайте теста по пет пъти на всяка страница и записвайте медианата.
4. Мерете по едно и също време на деня и не веднага след изчистване на кеша, защото първите зареждания след това са по-бавни.
5. Въвеждайте адреса точно както се отваря сайтът, с https и със или без www. Иначе мерите и пренасочването.
6. PageSpeed Insights не може да отвори тестова среда, която е зад парола. Там ползвайте Lighthouse в Chrome DevTools.

Как да четете препоръките, без да гоните всяко предупреждение

От октомври 2025 г. PageSpeed Insights използва Lighthouse 13, в който препоръките са в два раздела, Insights и Diagnostics. В по-старите ръководства ще срещнете раздел Opportunities, но повечето проверки от него вече са в Insights.

Важно е да знаете от какво се смята резултатът. Според документацията на Lighthouse в него участват само показателите, не препоръките. Резултатът е претеглена средна стойност от пет лабораторни показателя.

TBT е лабораторен ориентир за INP, но не го замества. За телефон Lighthouse смята TBT до 200 милисекунди за добро. Затова започнете от препоръките, които засягат TBT и LCP. В Lighthouse 13 сред тях са Improve image delivery (снимки в неподходящ размер или формат), LCP request discovery (главната снимка се открива късно или се зарежда отложено), Render-blocking requests (стилове и скриптове, които спират показването), Third parties (външни скриптове) и Document request latency (бавен отговор на сървъра или пренасочване).

Не всяко предупреждение заслужава работа. Ако до препоръката пише колко ще спестите, това е оценка, а не обещание за точки. Ако става дума за скрипт, който Ви носи пари, например за избор на офис на куриер, преценете дали си струва да го махнете. Не слагайте и нов плъгин за всяко предупреждение, защото всеки плъгин също добавя код. Ако страницата вече минава Core Web Vitals, а лабораторният резултат е 85, няма нужда да гоните 100.

Какво означава 90+ и какво не означава

От 90 до 100 резултатът е добър и е зелен, от 50 до 89 има нужда от подобрение и е оранжев, а под 50 е лош и е червен. Документацията на Lighthouse съветва сайтовете да се стремят към зелената зона, а за 100 точки казва, че се постигат изключително трудно и не се очакват.

Деветдесет е висока летва. Lighthouse изчислява точките на всеки показател спрямо реални сайтове от базата HTTP Archive. Стойност, която постигат само най-бързите 8% от тях, получава 90 точки, а стойност на нивото на най-бързите 25% получава 50.

Ето и какво 90+ не означава.

• Не гарантира добро изживяване на реалните посетители. Документацията на PageSpeed Insights изрично го казва за лабораторния резултат.
• Не гарантира позиции в Google. Според Google Search добрите резултати в отчета за Core Web Vitals в Search Console или в инструменти на трети страни не гарантират, че страниците ще са най-отгоре.
• Не е оценка на SEO. Резултатът за SEO в същия отчет е основна техническа проверка, а когато Google я добави в Lighthouse, написа, че списъкът не е изчерпателен и не дава гаранции за търсенето.

Резултатът важи за деня, в който е измерен. Рекламен пиксел, чат или слайдер, добавени по-късно, го свалят. Затова, когато предаваме сайт, мерим в PageSpeed Insights на мобилни в деня на предаването и даваме отчета на клиента. Ако някой Ви обещава 90+, поискайте същото, отчет за мобилни с дата.

Как да запишете изходна точка преди промяна

Преди да смените тема, хостинг или плъгин за кеш, или преди да поръчате нов сайт, запишете как стои сайтът днес. Без изходна точка не можете да кажете дали промяната е помогнала. За всяка избрана страница запишете следното.

• Датата, часа и точния адрес.
• От данните на реални посетители LCP, INP и CLS, дали са за страницата или за целия сайт и дали оценката Core Web Vitals е минала.
• От лабораторния тест медианата от пет пускания за резултата, LCP, TBT и CLS.
• Версията на Lighthouse, която отчетът показва в данните за средата на теста.

Версията е важна, защото Google обновява Lighthouse и числата могат да се променят, без сайтът да е пипан. В бележките към изданията на PageSpeed Insights например е описана промяна от декември 2024 г. в симулацията на процесора, която засяга мобилния TBT. Запазете и връзката към отчета, която дава бутонът Copy Link, както и снимка на екрана или PDF.

За по-дълъг период ползвайте отчета Core Web Vitals в Search Console, който групира страниците по данни от реални посетители, и CrUX Vis на cruxvis.withgoogle.com. Той показва седмичните данни за последните 40 седмици, ако сайтът е в CrUX.

И сменяйте по едно нещо наведнъж. Ако смените кеша, снимките и темата едновременно, няма да знаете кое е помогнало и кое е навредило.

Чеклист

• Мерите първо на мобилни.
• Знаете дали страницата има свои данни от реални посетители и дали минава Core Web Vitals.
• Всяка важна страница е мерена по пет пъти, по едно и също време, а медианата е записана.
• Плащането е мерено с Lighthouse в Chrome, с продукт в количката.
• Започвате от препоръките за LCP и TBT.
• Изходната точка е записана с версията на Lighthouse и връзка към отчета.
• Сменяте по едно нещо и мерите отново по същия начин.

Трябва ли да мерите сами?

Ако числата на мобилни са в зелено и страниците минават Core Web Vitals, мерете отново само след по-голяма промяна. Ако не са, вижте ръководството за ускоряване на WordPress, за магазините Бавен WooCommerce магазин, 7 причини и как да ги оправите, а за сайтовете с Elementor Защо Elementor забавя сайта Ви.

Ако не искате да мерите и да тълкувате числата сами, при ускоряването на сайта мерим преди и след и виждате разликата в цифри. Ако мислите за нов сайт или магазин, при изработката на сайтове и онлайн магазини предаваме сайта с отчет от PageSpeed Insights, измерен на мобилни в деня на предаването.

Често задавани въпроси

Защо резултатът в PageSpeed Insights е различен на мобилно и на компютър?

Мобилният тест е по-строг. Lighthouse симулира телефон от средния клас на бавна мобилна връзка Slow 4G, със 150 милисекунди закъснение и 1.6 Mbps сваляне, и нарочно забавя процесора, докато тестът за компютър симулира кабелна връзка. Затова един и същ сайт обикновено има по-нисък резултат на мобилно и това не е грешка в теста.

Защо мобилният резултат е по-важен?

Google индексира сайтовете по мобилната им версия. Документацията на Google Search казва, че за индексиране и класиране използва мобилната версия на съдържанието, обходена с агента за смартфони. Ако повечето Ви поръчки или запитвания идват от телефони, мобилните числа са тези, които влияят на продажбите.

Каква е разликата между данните от реални посетители и лабораторния тест?

Данните от реални посетители са за последните 28 дни от Chrome User Experience Report и решават дали страницата минава Core Web Vitals. Лабораторният тест е едно зареждане с Lighthouse в симулирана среда, от което се смятат оценката от 0 до 100 и препоръките. web.dev съветва приоритетите да се определят по данните от реални посетители, а лабораторният тест помага да се намери причината за проблема.

Защо оценката в PageSpeed Insights се сменя при всяко пускане?

Страницата може да се различава заради реклами, A/B тестове или външни скриптове, мрежата е различна всеки път, а сървърът може да е по-натоварен в един момент. Според документацията на Lighthouse медианата от пет пускания е два пъти по-стабилна от едно пускане. Пуснете теста пет пъти и запишете медианата, тоест третото от петте числа, подредени по големина.

Какви са праговете на LCP, INP и CLS?

LCP е добър до 2.5 секунди и слаб над 4 секунди, INP е добър до 200 милисекунди и слаб над 500, а CLS е добър до 0.1 и слаб над 0.25. Всеки се оценява при 75-ия персентил на посещенията, тоест поне три от всеки четири посещения трябва да са в добрия диапазон. Страницата минава Core Web Vitals, когато и трите са в добрия диапазон.

Защо няма данни от реални посетители за сайта ми?

Ако страницата няма достатъчно посещения, PageSpeed Insights показва данни за целия сайт, а ако и той няма достатъчно, секцията остава празна. Google не казва колко посещения са нужни. Адресът трябва да е и публичен, тоест търсачките да могат да стигнат до него.

Мога ли да измеря поръчката в WooCommerce с PageSpeed Insights?

Не. Тестът започва с празна количка, а WooCommerce по подразбиране пренасочва страницата за поръчка към количката, когато тя е празна, така че мерите празна количка. Сложете продукт в количката, пуснете Lighthouse в Chrome DevTools и махнете отметката Clear storage, за да не се изтрие количката.

Гарантира ли резултат 90+ в PageSpeed Insights по-добро класиране в Google?

Не. Google Search казва, че добрите резултати в отчети като Core Web Vitals в Search Console или в други инструменти не гарантират, че страниците ще са най-отгоре. Документацията на PageSpeed Insights изрично казва, че лабораторната оценка не гарантира и добро изживяване за реалните посетители. Оценката важи за деня на измерването, а рекламен пиксел, чат прозорец или слайдер, добавени по-късно, я свалят.

Източници

• Google, About PageSpeed Insights, PageSpeed Insights release notes
• web.dev, Web Vitals, LCP, INP, CLS, TTFB, Defining the Core Web Vitals metrics thresholds, Why lab and field data can be different
• Chrome for Developers, CrUX methodology, CrUX Vis
• Chrome for Developers, Lighthouse performance scoring, Total Blocking Time, Lighthouse 13.0, Lighthouse is moving to performance insight audits, Performance insights, Lighthouse in Chrome DevTools
• Lighthouse, Variability, Throttling
• Google Search Central, Mobile-first indexing best practices, Understanding Core Web Vitals and Google search results, Understanding page experience in Google Search results, Launching SEO Audit category in Lighthouse Chrome extension
• Search Console Help, Core Web Vitals report
• WooCommerce, wc-template-functions.php