Core Web Vitals — как скоростта влияе на класирането в Google

Core Web Vitals са три числа, с които Google оценява скоростта и стабилността на страницата: LCP (Largest Contentful Paint) под 2,5 секунди, INP (Interaction to Next Paint) под 200 милисекунди и CLS (Cumulative Layout Shift) под 0,1. Google ги мери при истинските посещения на сайта ти — отделно за телефон и за компютър — и ги ползва при класирането.

По-долу е значението на всяко число, как да ги измериш сам за петнайсет минути и какво реално се променя, когато ги оправиш.

Ключови изводи

• Праговете за „добро“ са LCP 2,5 s, INP 200 ms и CLS 0,1; за „слабо“ — над 4 s, над 500 ms и над 0,25.
• Оценката идва от истинските посещения на сайта ти през последните 28 дни, а не от тест на инструмент.
• 0,1 секунда по-бързо зареждане носи +8,4% повече покупки в търговията (Google/Deloitte).
• 58,4% от трафика в България е мобилен — там праговете се късат най-често.
• Скоростта е фактор, не заместител на релевантността.

Използва ли ги Google наистина за класиране

Да, и го казва директно в документацията си:

„Core Web Vitals се използват от нашите системи за класиране.“

Веднага след това следва уточнението, което много агенции пропускат:

„Google Search винаги се стреми да покаже най-релевантното съдържание, дори когато потребителското изживяване е под нивото.“

Практическият превод: скоростта не бие релевантността, но решава между еднакво добри страници — точно ситуацията при конкурентни заявки като „изработка на уеб сайт София“.

Какво означава всяко от трите числа

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

LCP — колко чакаш, докато видиш нещо

Времето, докато на екрана се появи най-голямото нещо на страницата — обикновено голямата снимка най-отгоре или заглавието. Целта е под 2,5 секунди.

Как изглежда, когато е зле: отваряш сайта на ресторант, вижда се бяло, после празно, после още малко празно — и чак на петата секунда се появява снимката на салона. Дотогава човекът вече е натиснал назад.

Почти винаги виновникът е една огромна снимка, качена както си е излязла от телефона.

INP — колко чакаш, след като натиснеш

Времето между това да натиснеш нещо и това страницата да ти отговори. Целта е под 200 милисекунди, тоест една пета от секундата.

Как изглежда, когато е зле: натискаш „Меню” в онлайн магазин, нищо не се случва, натискаш пак, и накрая менюто се отваря и веднага се затваря, защото е отчело и двата натиска.

Виновникът обикновено е прекалено много допълнителен код — чат прозорче, два броя статистика, карта и три рекламни скрипта, които се борят за вниманието на телефона точно когато човекът натиска.

CLS — колко подскача страницата под пръста ти

Колко се размества съдържанието, докато се зарежда. Целта е под 0,1.

Как изглежда, когато е зле: четеш цена, посягаш да натиснеш „Купи”, в този момент се зарежда банер отгоре, всичко слиза с три сантиметра и вместо „Купи” натискаш „Изтрий от количката”.

Виновниците са снимки и банери без предварително запазено място, и шрифт, който идва със закъснение и избутва текста надолу.

От март 2024 г. INP официално замени старата метрика FID. Ако някой ти показва отчет с FID, отчетът е остарял.

„Добро“, „нуждае се от подобрение“ и „слабо“

Праговете не са две зони, а три. Границата на „слабото“ почти никога не се цитира, но ти казва колко зле стоиш всъщност. Средната зона е LCP между 2,5 и 4,0 s, INP между 200 и 500 ms и CLS между 0,1 и 0,25.

LCPдо 2,5 s2,5–4,0 sнад 4,0 s

INPдо 200 ms200–500 msнад 500 ms

CLSдо 0,10,1–0,25над 0,25

LCP 3,2 секунди е средна зона: губиш посетители, но не е катастрофа. Шест секунди обикновено значи слаб сървър или тежка платформа, а не просто неоптимизирана снимка.

Защо Google не гледа средното

Google не взима средната стойност, а тази, която важи за три от всеки четири посещения. Тоест мнозинството хора трябва да имат добро изживяване, а не да излезе добра сметка заради няколко бързи посещения.

Това звучи технически, но следствието е просто: не можеш да се скриеш зад средното.

Пример: сайтът ти лети на лаптопа в офиса, където интернетът е оптичен. Същият сайт се влачи на обикновен Android с мобилни данни насред града. Google ще отчете втория случай, защото такива са повечето посещения — 58,4% от трафика в България идва от телефон.

Двата вида измерване — и защо се разминават

Тестът е като проба на автомобил на ролки в сервиз: пускаш инструмент, той симулира едно устройство и дава едно и също число всеки път. Полезен е, за да разбереш какво куца. Google не го ползва за класиране.

Реалните посещения са като да мериш същата кола в градския трафик: Google събира скоростта, която истински хора с Chrome са усетили на твоя сайт през последните 28 дни. Точно тези числа влизат в класирането.

Затова един и същ сайт може да изглежда отличен на теста и слаб при реалните хора.

Полевите данни се гледат на две места:

• Google Search Console → Core Web Vitals — групирано по URL за целия сайт
• PageSpeed Insights — секцията „Discover what your real users are experiencing“

Заради 28-дневния прозорец подобрението се вижда постепенно през четири седмици, докато старите бавни посещения излизат от прозореца.

Ако страницата има твърде малко посетители, Google няма достатъчно реални данни за нея и показва или числата за целия сайт, или само теста. Това не е наказание — просто няма какво да се измери.

Как да диагностицираш за 15 минути

Без инструменти за 200 лева месечно и без агенция.

1. Отвори Search Console → Core Web Vitals. Гледай отчета за мобилни. Той казва кои групи URL адреси падат и по коя метрика.
2. Вземи един представителен URL от всяка проблемна група и го пусни в PageSpeed Insights. Началната страница, страница на услуга и страница на продукт или статия се държат различно — тествай и трите.
3. Виж коя е най-бавната картинка. PageSpeed ти я посочва буквално. При 8 от 10 български сайта това е голямата снимка най-отгоре.
4. Провери колко тежи този файл. Над 400 KB вече е много. Снимка, качена направо от телефон, често е 4–5 MB — двайсет пъти повече от нужното.
5. Виж списъка с допълнителните програмки. Чат прозорче, два броя статистика, карта на Google и три рекламни скрипта — забавянето при натискане идва оттам.
6. Скролни бавно страницата на телефона си. Ако текстът подскача, докато се зареждат снимки, имаш проблем с подскачането.

Този списък хваща 80% от случаите. Останалите 20% са мястото, където живее сайтът, и начинът, по който е построен — там вече трябва програмист.

Колко реално струва бавният сайт

Проучване на Google и Deloitte („Milliseconds Make Millions“) измерва мобилни сайтове на 37 бранда в Европа и САЩ. Ускоряване от само 0,1 секунда носи +8,4% повече покупки в търговията, +9,2% по-голяма средна поръчка, +10,1% повече резервации в туризма и +20,6% повече хора, стигнали до страницата за контакт при луксозните марки.

Търговия: покупки+8,4%

Търговия: средна поръчка+9,2%

Туризъм: резервации+10,1%

Луксозни брандове: посещения на „Контакт“+20,6%

Втората загуба е по-тиха и е в локалното търсене. Човек с болен зъб търси „зъболекар до мен”, вижда те в картата и е на секунди от това да набере. Ако сайтът ти се отваря шест секунди на мобилни данни, той звъни на следващия от списъка. Твоят профил в Google си остава перфектен — просто никой не стига до телефона. Затова скоростта е част от локалната работа — виж Какво е Local SEO и Как да се появиш в Google Maps.

Защо платформата има значение

Ако сайтът ти е на тежък готов шаблон с двайсет добавки отгоре, борбата за скорост е борба със самата основа на сайта, не с настройка тук-там. Данните от CrUX и HTTP Archive за началото на 2026 г. показват какъв дял от сайтовете на всяка платформа минават и трите метрики: Duda около 85%, Wix около 80%, Shopify около 79%, Astro около 67%, Drupal около 64% и WordPress около 49%.

Duda~85%

Wix~80%

Shopify~79%

Astro~67%

Drupal~64%

WordPress~49%

Числата не значат, че WordPress не може да бъде бърз. Значат, че при обичайната му подредба — готова тема, конструктор за страници и десетина добавки отгоре — тръгваш от по-назад. Подробното сравнение е в WordPress vs чист код.

Практически списък за оправяне

Метрика	Какво да направиш
Бавно се вижда	Смали голямата снимка отгоре и я запиши в съвременен формат. Кажи на сайта да я зареди първа. Смени мястото, където е качен сайтът, ако сървърът отговаря бавно.
Бавно реагира	Махни всяка програмка, която не ползваш — чат прозорчета, стара статистика, забравени рекламни скриптове. Останалите да се зареждат последни, след съдържанието.
Подскача	Всяка снимка и всеки вграден елемент да има предварително запазено място. Същото за банерите и лентата за бисквитки. Нищо ново да не се вмъква над това, което човекът вече чете.

Ако имаш онлайн магазин

• продуктовите снимки са най-честата причина за бавно зареждане — галерия от осем снимки, всичките теглени наведнъж, докато човекът гледа само първата
• филтрите и подреждането забавят натискането, защото магазинът смята наново при всеки клик
• етикетите „намаление”, наличността и цената, които се появяват със закъснение, карат страницата да подскача точно когато посягаш към бутона
• рекламните скриптове се трупат — по един от всяка кампания, която някога си пускал, и никой не ги маха после

Повече контекст: Онлайн магазин — какво трябва да знаеш и Изработка на онлайн магазин.

Какво да не правиш

• Не слагай трета добавка за ускоряване върху другите две. Те започват да си пречат и това е по-чест проблем от липсата на такава добавка изобщо.
• Не гони 100 от 100 на теста. Оценката не влиза в класирането. 92 с доволни реални посетители бие 100 с недоволни.
• Не махай функционалност, която носи пари, заради две десети от секундата. Чатът, който води до запитвания, си струва — стига да се зарежда след взаимодействие.
• Не тествай само началната страница. Проблемите живеят в продуктовите и блог страниците.

Реалистично очакване

Core Web Vitals са фактор, не магия. Оправянето им няма да те качи от 40-о на 1-во място, но дава предимство при равни условия и по-малко изгубени посетители — видими в оборота преди позициите.

Скоростта не бие релевантността, но решава между еднакво добри страници.

Поправките отнемат дни, но Google гледа последните 28 дни — планирай около месец, преди Search Console да отрази работата ти. Същият принцип важи за целия SEO процес — виж Колко време отнема SEO да даде резултати.

Как помагаме

Всеки сайт, който изграждаме в Digital Designs, стартира на чист код — без конструктор за страници и без верига от добавки, така че праговете на Google са покрити от първия ден. За вече съществуващи сайтове правим преглед по истинските числа от Search Console и даваме конкретен списък какво да се поправи.

Следваща стъпка

Полезни връзки:

• Изработка на уеб сайт
• SEO оптимизация
• Поддръжка на сайт
• WordPress vs чист код
• Колко време отнема SEO да даде резултати
• Какво е Local SEO
• Как да се появиш в Google Maps
• Поддръжка на сайт — какво включва

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

---

Източници

• web.dev — Web Vitals (дефиниции и прагове)
• web.dev — How the Core Web Vitals metrics thresholds were defined (границите на „слабото“: LCP над 4 s, INP над 500 ms, CLS над 0,25; обосновка за 75-ия персентил)
• Google — About PageSpeed Insights (полевите данни са подвижен 28-дневен период; разликата lab / field)
• StatCounter — Desktop vs Mobile Market Share Bulgaria (58,4% мобилен трафик)
• Google Search Central — Understanding page experience in Google Search results
• web.dev — INP replaces FID as a Core Web Vital
• Google & Deloitte — Milliseconds Make Millions
• Search Engine Journal — Core Web Vitals: WordPress And Astro Versus Everyone Else