Core Web Vitals на български: какво са LCP, INP и CLS и как да ги оправите

Core Web Vitals са три показателя, с които Google мери дали страницата ви се зарежда бързо, реагира бързо и не подскача под пръста на потребителя. Ако сайтът ви е на WordPress и е бавен, в 8 от 10 случая причината са изображенията, прекалено многото разширения и евтиният хостинг, а не нещо, което изисква нов сайт.

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

Трите показателя в таблица

Показател	Какво измерва	Добре	Приемливо	Зле
LCP (Largest Contentful Paint)	Кога се появява най-голямото видимо нещо на екрана, обикновено главното изображение или заглавието	до 2,5 сек	2,5-4 сек	над 4 сек
INP (Interaction to Next Paint)	Колко бързо страницата реагира, след като натиснете нещо	до 200 мс	200-500 мс	над 500 мс
CLS (Cumulative Layout Shift)	Колко подскача съдържанието, докато се зарежда	до 0,1	0,1-0,25	над 0,25

Праговете са официалните на Google. Важно уточнение: показателят се смята за добър, когато 75 на сто от реалните посещения попадат в границата. Тоест не е достатъчно да е бързо при вас, на хубав телефон и градски интернет.

LCP: колко чакате да видите нещо смислено

LCP е моментът, в който човекът вижда основното съдържание. Обикновено това е голямата снимка в началото на страницата или основното заглавие.

Най-чести причини за лош LCP:

• Огромни изображения. Снимка от телефон с размер 4 мегабайта, качена директно в галерията, е най-честата причина в България.
• Бавен хостинг. Ако сървърът отговаря за над секунда, всичко след това закъснява. Споделеният хостинг в България е 30-90 EUR на година и на това ниво разликата между доставчиците е осезаема.
• Слайдер на началната страница. Слайдерите зареждат няколко тежки изображения наведнъж и почти никога не носят полза.
• Шрифтове, които блокират рисуването. Шрифт, зареден без указание какво да се показва междувременно, оставя екрана празен.
• Всичко, което се зарежда от чужд сървър, преди да се покаже съдържанието: чатове, карти, видеа, банери.

Поправки по ред на ефективност:

1. Смалете и компресирайте всички изображения и ги сервирайте в съвременен формат. Това само по себе си често сваля LCP наполовина.
2. Включете кеширане на страниците. При WordPress това е едно разширение и половин час настройка.
3. Изключете слайдера и сложете една статична снимка с ясно заглавие и бутон.
4. Отложете всичко, което не е нужно за първия екран: чат бутони, карти, видеа, брояч на посетители.
5. Ако сървърът отговаря бавно и след кеширането, сменете хостинг плана.

INP: колко бързо сайтът ви отговаря

INP замени по-стария показател FID и мери реалното забавяне между това да натиснете нещо и това да видите промяна на екрана. Ако натиснете бутон за меню и нищо не се случва половин секунда, INP е лош.

Най-чести причини:

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

Поправки:

1. Направете списък на всички разширения и махнете тези, които не ползвате от месеци. Правило: ако не можете да кажете какво прави дадено разширение, махнете го и вижте дали нещо се чупи.
2. Оставете един код за проследяване. Две аналитики не дават два пъти повече данни.
3. Изберете банер за бисквитки, който не блокира интерфейса, докато се зарежда.
4. Отложете зареждането на скриптове, които не са нужни в първите секунди.

CLS: защо страницата подскача

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

Причини и поправки:

• Изображения без зададени размери. Браузърът не знае колко място да запази и после го прави с изместване. Задайте ширина и височина на всяко изображение.
• Реклами и вградени карти без резервирано място. Оставете им фиксирана височина.
• Шрифтове, които се сменят при зареждане. Уверете се, че резервният и основният шрифт имат близки размери.
• Съобщения и банери, които влизат отгоре и избутват съдържанието надолу. Ако трябва да има банер, нека е с резервирано място или отдолу.

Как да измерите правилно

Инструмент	Какво дава	Бележка
PageSpeed Insights	Данни от реални потребители за 28 дни плюс лабораторен тест	Гледайте горната част с реалните данни
Google Search Console, отчет Core Web Vitals	Кои групи страници са проблемни в целия сайт	Най-полезният изглед, ако имате повече страници
Chrome DevTools, раздел Lighthouse	Подробна диагностика при разработка	Симулация, не реални потребители

Две правила, които спестяват объркване. Първо, винаги гледайте мобилния раздел, защото Google оценява мобилната версия. Второ, ако сайтът ви е нов или с малко трафик, реални данни няма да има и ще виждате само лабораторния тест. Той е ориентир, не присъда.

Кое има значение и кое не

Оценката от 0 до 100 в PageSpeed Insights не е Core Web Vitals. Тя е обобщена лабораторна оценка и може да е 65 при напълно изправни реални показатели. Не преследвайте 100 на 100. Преследвайте зелените три показателя при реалните потребители.

Втора уговорка: Core Web Vitals са сигнал за удобство, а не вълшебна пръчка за класиране. Страница с добри показатели, но без отговор на въпроса на човека, няма да излезе пред страница с по-слаби показатели и по-добро съдържание. Ползата от скоростта е по-пряка: повече хора остават и стигат до формата.

Пет мита, които струват пари

“Трябва ми 100 на 100.” Оценката е лабораторна и се влияе от неща, които нямат отношение към усещането на потребителя. Зелените реални показатели струват повече от идеалната цифра.

“Сайтът ми е бърз, проверих го от офиса.” Проверявате от кабелен интернет, на компютър, при зареден кеш. Пробвайте от мобилен интернет, на телефона на служител, с изчистен кеш.

“Проблемът е в хостинга.” Понякога е, но в повечето български случаи първо са изображенията. Компресирайте ги и тогава съдете за сървъра.

“Ще сложа разширение за скорост и ще се оправи.” Разширенията за кеширане помагат, но не могат да компенсират тежка тема и двадесет други разширения. Понякога добавянето на още едно разширение влошава INP.

“Скоростта ще ме вдигне в Google.” Ще подобри удобството и ще намали напусналите. Класирането се определя основно от съдържанието и релевантността.

Какво да питате изпълнителя си

Ако някой ви поддържа сайта, тези четири въпроса показват дали работата се върши:

1. Какви са трите показателя за началната страница и за най-важната услугова страница в момента?
2. Кое конкретно нещо забавя най-много зареждането?
3. Изображенията компресирани ли са и в какъв формат се сервират?
4. Кои разширения могат да отпаднат без загуба на функционалност?

Отговор във формата “всичко е наред, проверих” не е отговор. Търсете конкретни числа и конкретни имена на файлове или разширения.

План за действие за една седмица

Ден	Какво правите	Очакван ефект
1	Измервате началната и две вътрешни страници в PageSpeed Insights, записвате трите показателя	Изходна точка
2	Компресирате всички изображения и махате слайдера	Най-голямото подобрение на LCP
3	Включвате кеширане и проверявате отново	Спад на времето за отговор на сървъра
4	Ревизирате разширенията и кодовете за проследяване	Подобрение на INP
5	Задавате размери на изображенията и резервирате място за банери	Подобрение на CLS
6	Проверявате на истински телефон с мобилен интернет	Реалната картина
7	Следите отчета в Search Console следващите седмици	Потвърждение върху реални данни

Реалните данни се обновяват бавно, защото се смятат за период от 28 дни. Не очаквайте отчетът в Search Console да позеленее на следващия ден.

Кога проблемът не е в настройките

Има случаи, в които оправянето не си струва: тема, която зарежда десет библиотеки и не работи без тях; сайт, натоварен с разширения, които се дублират; платформа, изоставена от разработчика си. Тогава честният отговор е, че новият сайт излиза по-евтино от лечението. Признак за това е, че след компресиране на изображенията и кеширане LCP пак стои над 4 секунди.

Ако не искате да минавате през всичко това сами, направете първата стъпка: пратете ни адреса си и ние ще ви кажем кои от трите показателя падат, коя е конкретната причина и колко работа е поправката. В месечната ни поддръжка скоростта и Core Web Vitals се следят постоянно, а не веднъж, при предаването на сайта.