Скорост на сайта:
Как да минете Core Web Vitals

Google оценява всяка страница по три показателя, които измерват как реално се усеща сайтът: колко бързо се появява съдържанието, колко бързо реагира на докосване и дали не подскача под пръста. Наричат се Core Web Vitals и влияят и на класирането, и на продажбите. Ето как се оправят на практика — с реални числа от сайт, който оптимизирахме току-що.

Трите показателя, преведени на човешки

LCP (Largest Contentful Paint) — за колко време се показва най-голямото нещо на екрана: заглавната снимка или основното заглавие. Цел: под 2.5 секунди. Това е показателят, който най-често е в червената зона при българските сайтове.

INP (Interaction to Next Paint) — колко забавено реагира страницата, когато натиснете бутон или отворите меню. Цел: под 200 милисекунди. Тежкият JavaScript е обичайният виновник.

CLS (Cumulative Layout Shift) — колко „подскача“ съдържанието при зареждане. Всеки е попадал на текст, който отскача точно докато го четеш, защото отгоре се е заредила реклама. Цел: под 0.1.

Реален случай: от 6.4 на 3.4 секунди

Прясна оптимизация от собствената ни практика. Началната страница на един сайт мереше LCP 6.4 секунди на мобилно устройство — тежко в червената зона. Диагнозата отне повече време от самия фикс:

Голямото изображение в hero секцията беше зададено като CSS фон (background-image). Разликата е фундаментална: обикновените <img> тагове браузърът вижда веднага при четене на HTML-а и почва да ги тегли; CSS фоновете обаче се откриват едва след като целият стил е обработен — тоест със секунди закъснение. На всичкото отгоре на телефони се сервираше същата картинка от 129 KB, направена за широк монитор.

Две промени: preload с висок приоритет, за да тръгне изтеглянето веднага, и отделна мобилна версия от 30 KB. Резултат — LCP 3.4 секунди, а времето за зареждане на самото изображение падна от 5.9 на 1.7 секунди. Без нито един ред промяна по дизайна.

Какво поправя LCP

Какво поправя INP и CLS

За INP: махнете плъгините, които не ползвате (всеки зарежда свой JavaScript), отложете скриптовете на трети страни — чатове, попъпи, тракери — и внимавайте с анимационните библиотеки. Един сайт рядко има нужда от три едновременно.

За CLS рецептата е кратка: задавайте width и height на всяко изображение, резервирайте място за реклами и банери преди да са се заредили, и никога не вмъквайте съдържание над това, което човек вече чете.

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

С какво да измервате

Нашата безплатна SEO проверка — за бърз общ преглед, включително време за отговор на сървъра и компресия. PageSpeed Insights (pagespeed.web.dev) — най-бързата проверка, показва и реални данни от потребители, ако сайтът има достатъчно трафик. Search Console → Core Web Vitals — вижда се цялото портфолио от страници и кои групи са в червено. Lighthouse в браузъра — за детайлна диагностика при разработка. Мерете винаги мобилната версия: тя е тази, по която Google ви оценява.

Кога поправките не стигат

Понякога проблемът не е в настройките, а в основата: сайт, натоварен с тежък page builder, 40 плъгина и тема, купена за 40 долара преди шест години. В такива случаи оптимизацията е като нови гуми на кола с повреден двигател — по-разумно е да се инвестира в изработка на нов сайт с чиста основа, отколкото безкрайно да се кърпи старият. Ако сайтът е добър, но занемарен, редовната поддръжка го държи бърз, вместо да го оправяте веднъж на две години.

Заключение

Core Web Vitals не са мистерия — те са три числа с ясни цели и известни лекарства. LCP под 2.5s, INP под 200ms, CLS под 0.1. Започнете с измерване на мобилната версия, хванете най-голямото изображение и сървърния отговор, и в повечето случаи ще спечелите секунди с няколко часа работа.

Не знаете къде е тясното място при вас? Пишете ни — ще измерим сайта ви и ще ви кажем точно кои три неща да оправите първо и какво ще спечелите от тях.