Core Web Vitals и SEO — какво реално мери Google
LCP, INP и CLS обяснени без жаргон: какви са границите, откъде Google взема данните, колко влияят на позициите и откъде да започнете, ако са в червено.
Core Web Vitals са три показателя, с които Google описва дали една страница е приятна за ползване: колко бързо се показва основното съдържание, колко бързо реагира на клик и дали съдържанието подскача, докато се зарежда. Те са част от сигналите за „page experience“, които Google използва при класирането.
Тук обясняваме какво точно мерят, откъде идват числата и колко реално тежат в SEO — без преувеличения.
Трите показателя
| Показател | Какво мери | Добро | Лошо |
|---|---|---|---|
| LCP — Largest Contentful Paint | Кога се показва най-големият елемент в първия екран | до 2,5 s | над 4 s |
| INP — Interaction to Next Paint | Колко бързо страницата реагира на клик, докосване или натискане на клавиш | до 200 ms | над 500 ms |
| CLS — Cumulative Layout Shift | Колко подскача съдържанието по време на зареждане | до 0,1 | над 0,25 |
Страницата „минава“, когато и трите показателя са в зелено за поне 75% от посещенията. Google гледа 75-ия перцентил — тоест не средния посетител, а по-бавната четвърт.
LCP — най-голямото съдържание
Обикновено това е главната снимка, банерът или голямото заглавие в първия екран. LCP зависи от четири неща: колко бързо отговаря сървърът, колко време чака ресурсът да започне да се зарежда, колко е тежък и колко време отнема показването му. Повече в статията LCP под 2,5 секунди.
INP — реакцията
INP замени FID като Core Web Vital през март 2024 г. Разликата е голяма: FID мереше само първото взаимодействие и само забавянето преди обработката. INP мери всички кликове по време на посещението и взема едно от най-бавните. Сайтове с много JavaScript — конструктори на страници, чатове, пиксели — често минаваха FID и се провалят на INP. Повече: INP — защо сайтът замръзва при клик.
CLS — стабилността
Класическият пример: искате да натиснете бутон, но в последния момент над него се зарежда банер и натискате нещо друго. Причините почти винаги са снимки без зададени размери, реклами и банери без запазено място, и шрифтове, които сменят размера на текста при зареждане.
Откъде Google взема данните
Тук е най-честото объркване. Има два вида данни:
- Полеви данни (field data) — от реални посетители с Chrome, събрани в Chrome UX Report (CrUX) за последните 28 дни. Това са данните, които Google използва за класирането. Показват се в горната част на PageSpeed Insights и в отчета Core Web Vitals в Search Console — ако сайтът има достатъчно трафик.
- Лабораторни данни (lab data) — от Lighthouse, който зарежда страницата веднъж в симулирана среда. Това е числото от 0 до 100. То е отлично за диагностика, но не е това, което Google използва за класиране.
Затова е възможно да имате 65 в PageSpeed и зелени Core Web Vitals — или обратното. Ако сайтът няма достатъчно трафик за полеви данни, лабораторните са най-добрият ориентир, който имате.
Колко влияят на позициите
Честният отговор: влияят, но съдържанието и релевантността влияят повече. Google е казвал многократно, че страница с по-добро и по-релевантно съдържание може да се класира по-високо дори с по-лош page experience.
Къде скоростта има реално значение:
- При равни други условия. Когато вие и конкурентът имате сходно съдържание, по-добрият потребителски опит може да реши кой е по-напред.
- Мобилно търсене. Google индексира мобилната версия на сайта. Бавната мобилна версия е проблем дори ако десктопът е бърз.
- Поведението на посетителите. Тук е по-големият ефект. Изследване на Google от 2017 г. показва, че вероятността посетител да напусне се увеличава с 32%, когато зареждането стане 3 секунди вместо 1, и с 90% при 5 секунди. Посетител, който си е тръгнал, не купува — независимо от позицията.
- Платена реклама. Опитът на целевата страница е част от оценката за качество в Google Ads. Бавната страница прави всеки клик по-скъп.
Как да проверите своите Core Web Vitals
- Отворете Search Console → Core Web Vitals. Там са групите адреси с проблеми за мобилно и десктоп.
- Пуснете ключовите страници през PageSpeed Insights — началната, категория, продукт, контакт.
- Вижте кой е LCP елементът и кои елементи се разместват — PageSpeed ги посочва в диагностиката. Как да четете отчета, обясняваме тук.
Откъде да започнете
- Червен LCP — сървърът (TTFB), главната снимка, блокиращ CSS и шрифтове.
- Червен INP — JavaScript: плъгини, конструктор на страници, скриптове на трети страни.
- Червен CLS — размери на снимки и банери, шрифтове, съдържание, което се вмъква отгоре.
След оптимизация полевите данни се обновяват постепенно — CrUX покрива 28 дни, затова пълният ефект в Search Console се вижда след около месец. Лабораторното измерване показва промяната веднага.
Ако искате да знаете конкретно какво задържа вашия сайт — пуснете теста. Ще видите същите числа, които вижда Google, а ние ще ви кажем какво точно да се оправи.
Въпроси и отговори
Кои са трите Core Web Vitals?
LCP (Largest Contentful Paint) за бързина на зареждане, INP (Interaction to Next Paint) за реакция при взаимодействие и CLS (Cumulative Layout Shift) за визуална стабилност.
Какво е добър LCP?
До 2,5 секунди за поне 75% от посещенията. Над 4 секунди се счита за лош.
Използва ли Google резултата от PageSpeed Insights за класиране?
Не директно. За класирането се използват полеви данни от реални посетители (Chrome UX Report). Резултатът от 0 до 100 е лабораторна оценка, полезна за диагностика.
Кога ще видя подобрение в Search Console?
Полевите данни обхващат последните 28 дни, затова пълният ефект се вижда около месец след оптимизацията.
