Отваряте PageSpeed Insights, въвеждате URL и виждате число: 47/100 на mobile. Паника. Или обратното — 92/100 и мислите, че всичко е наред.
И двата случая могат да подведат. PageSpeed score е полезен инструмент — но само ако знаете какво измерва, откъде идват данните и какво не ви казва.
Какво всъщност е PageSpeed score?
PageSpeed Insights (PSI) е безплатен инструмент на Google. Комбинира два типа данни:
Lab data (синтетични)
Симулирано зареждане в контролирана среда — Lighthouse на Google сървър. Дава Performance score 0–100 и конкретни препоръки. Повтаряемо, но не винаги отразява реалните ви посетители.
Field data (реални)
Данни от Chrome User Experience Report (CrUX) — реални потребители на вашия домейн през последните 28 дни. Показва LCP, INP, CLS като percentiles (P75). Няма общ „score“ — само Good / Needs improvement / Poor.
Ключово: Зеленият lab score 95 не означава автоматично добри field данни. И обратното — лош lab при малко трафик може да няма field секция изобщо.
Трите зони: 0–49, 50–89, 90–100
Performance score (lab) се групира в три цветови зони:
| Зона | Score | Какво означава |
|---|---|---|
| 🔴 Червена | 0 – 49 | Serious performance problems. LCP вероятно над 4 s, тежки ресурси, блокиращ JS. Google и потребителите „усещат“ бавност. |
| 🟡 Жълта | 50 – 89 | Работи, но има технически дълг. Конкурент с score 90+ може да печели при равни позиции и по-ниски bounce rates. |
| 🟢 Зелена | 90 – 100 | Добра lab производителност. Цел за нови проекти — но не е единствената метрика, която трябва да гледате. |
Score-ът е weighted composite — LCP, Total Blocking Time (свързан с INP), CLS, Speed Index, FCP и други метрики с различни тежести. Една лоша метрика може да свали целия score, дори другите да са добри.
Връзката с Core Web Vitals: LCP, INP, CLS
PageSpeed score и Core Web Vitals се припокриват, но не са едно и също:
- →LCP (Largest Contentful Paint) — най-голямата част от Performance score. Бавни изображения и TTFB го убиват.
- →INP (Interaction to Next Paint) — отразява се чрез Total Blocking Time в lab. Тежък JS = лош INP.
- →CLS (Cumulative Layout Shift) — по-малка тежест в score, но директен ranking signal в field данните.
Подробно за всяка метрика: Core Web Vitals — какво са и защо Google ги гледа →
Защо mobile score е почти винаги по-нисък
PSI симулира mobile с:
- •Moto G Power — среден бюджетен телефон, не flagship
- •Slow 4G — ~1.6 Mbps download, 750 Kbps upload, 150 ms RTT
- •4x CPU slowdown — JavaScript се изпълнява 4 пъти по-бавно от desktop
Desktop score от 98 и mobile от 62 не е „грешка“ — това е реалността за повечето от трафика ви. Google индексира mobile-first. Гледайте mobile score първо.
Бизнес impact на бавния mobile: губят клиенти в първите 3 секунди →
Защо гоненето на 100 често е грешна цел
Score 100 ≠ перфектен бизнес сайт
За да постигнете 100, понякога трябва да премахнете analytics, A/B тестове, chat widget или custom шрифтове — неща, които реално ви носят приходи. Разликата между 92 и 100 често е diminishing returns.
Разумни цели за бизнес сайтове през 2026:
- ✓Mobile lab score 85+ — солидна база
- ✓Mobile lab score 90+ — отлично, наш стандарт за нови проекти
- ✓Field LCP < 2.5 s, INP < 200 ms, CLS < 0.1 — това Google гледа за ranking
Ако lab е 94, но field LCP е 5 s — проблемът е TTFB, CDN, или трафик от региони без edge cache, не lab симулацията.
Как да четете отчета практично
Не скролвайте директно до числото. Работете така:
Field data първо (ако има)
CrUX секцията показва какво Google „вижда“ от реални потребители. Това е по-важно от lab score за SEO.
Mobile преди Desktop
Превключете на Mobile tab. Desktop е полезен за dev debug, но не за business decisions.
Opportunities vs Diagnostics
Opportunities — конкретни действия с estimated savings (KB, ms). Diagnostics — допълнителен контекст. Не всичко в Diagnostics изисква action.
Тествайте 3 страници, не само началната
Homepage често е най-оптимизирана. Product page, blog post и checkout показват реалната картина.
Сравнявайте преди/след, не с конкурента
Score варира ±5 точки между тестове. Trend over time > единичен snapshot.
Чести причини за лош score — и къде да четете повече
Тежки изображения
„Properly size images“, „Serve images in next-gen formats“
// SINGULARITY EDGE STUDIO
От score към action plan
Speed Audit не ви дава само число — приоритизираме Opportunities по business impact: какво ще подобри LCP с 1.5 s vs какво носи 0.1 s за 8 часа dev work.
Гарантираме PageSpeed Score над 90/100 на mobile за проекти, разработени от нас.
Разберете какво означава вашият PageSpeed резултат
Безплатен Speed Audit: lab + field анализ, LCP/INP/CLS breakdown и топ 3 приоритета за подобрение.
Безплатен Speed Audit →Заключение
PageSpeed score е компас, не дестинация. Гледайте mobile, field данни когато ги има, и Core Web Vitals percentiles — не само зелено число от lab тест.
Целете 90+ на mobile lab и „Good“ на field метриките. Всичко над това е бонус; всичко под 50 изисква action — не отлагане.
// ТЕМИ
Автор
Singularity Edge Studio
Инженерско студио за уеб и софтуер — Пловдив, България. Изграждаме корпоративни сайтове, SaaS, e-commerce и DevOps инфраструктура с фокус върху измерими резултати.
// СВЪРЗАНИ ВЪПРОСИ ОТ FAQ
// ДРУГИ СТАТИИ
Защо 90% от фирмите губят клиенти в първите 3 секунди — и как да го спрем
Бавният уебсайт струва хиляди евро месечно в изгубени клиенти. Глобална статистика, психология на потребителя, Core Web Vitals, топ 6 технически проблема и конкретен план за действие.
SEOCore Web Vitals — какво са и защо Google ги гледа
LCP, INP и CLS — три метрики, които Google използва за класиране. Как да ги проверите, какво влияе на оценките и как да подобрите скоростта на WordPress и модерни сайтове.
SEOЗащо сайтът ми зарежда бавно? 10 реални причини
Диагностика без fluff: 10 конкретни причини за бавен сайт — изображения, JavaScript, хостинг, кеш, шрифтове, third-party скриптове и WordPress плъгини. Как да ги откриете и какво да поправите първо.