Core Web Vitals: какво мери Google и как да ускориш сайта си

5 мин четенеобновена

LCP, INP и CLS, обяснени просто: какви стойности иска Google, как да провериш сайта си за минута и кои поправки дават най-голям ефект на телефон.

SEO отдавна не се свежда до ключови думи в текста. Google измерва и как се държи страницата ти, докато човек я ползва — чрез набор метрики, наречени Core Web Vitals.

Накратко: Google иска основното съдържание да се появи до 2,5 секунди (LCP), страницата да реагира на докосване или клик до 200 милисекунди (INP) и да не подскача, докато се зарежда (CLS до 0,1). Сайтът минава, ако поне три от всеки четири посещения отговарят на тези граници.

Метриките не са единственият фактор за класирането и няма да компенсират слабо съдържание. Но при две страници с близко качество често именно те правят разликата. А независимо от търсачката, те описват точно това, което човек усеща като „този сайт работи добре“.

LCP — колко бързо се появява същественото

Largest Contentful Paint измерва кога се зарежда най-големият елемент на екрана, обикновено главната снимка или заглавието. До 2,5 секунди е добре, между 2,5 и 4 секунди има какво да се подобри, а над 4 секунди е лошо.

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

INP — колко бързо реагира сайтът

Interaction to Next Paint измерва забавянето между действието на потребителя и видимата реакция на страницата. До 200 милисекунди е добре, а над 500 е лошо. Метриката замени старата FID през 2024 г. и е доста по-строга, защото следи всички взаимодействия, а не само първото.

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

CLS — колко стабилно стои страницата

Cumulative Layout Shift описва познатото усещане, когато посягаш да натиснеш бутон, в този момент зарежда банер и натискаш нещо съвсем друго. До 0,1 е добре, а над 0,25 е лошо.

Решава се с дисциплина: изрично зададени размери на изображенията и запазено място за елементи, които се зареждат по-късно. Скучна работа, но забележимо подобрява усещането.

Оценката от 0 до 100 не е същото като Core Web Vitals

PageSpeed Insights показва две различни неща. Горе са реалните данни от посетители с Chrome за последните 28 дни — по тях Google преценява дали сайтът минава. Отдолу е лабораторен тест с оценка от 0 до 100, пуснат в момента на проверката. Той помага да откриеш проблемите, но не е това, което Google използва за класирането.

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

Как да проверяш сам

Отвори PageSpeed Insights и пусни адреса на сайта си — или направо тук, с безплатната проверка на скоростта, която ползва същия инструмент на Google и обяснява резултата на разбираем език.

И измервай мобилната версия. Тя почти винаги е по-слабата, а оттам идват повечето посетители.

Кои поправки дават най-голям ефект

  • Снимките — правилен размер и съвременен формат като WebP или AVIF. Често само това оправя LCP.
  • По-малко скриптове — всеки чат, пиксел за реклами, слайдер и плъгин добавя тежест. Махни това, което не ползваш.
  • Шрифтовете — един-два, заредени разумно, вместо пет.
  • Кеширане и CDN — страниците да идват от сървър близо до посетителя.
  • Запазено място за снимки, банери и вградени карти, за да не подскача страницата.
  • Банерът за бисквитки — да не се появява секунди след зареждането и да не мести съдържанието. На този сайт точно това беше една от последните поправки до 100/100.

При WordPress най-голям ефект обикновено дават плъгин за кеширане, компресиране на снимките и махане на излишните плъгини. Тежките теми с вграден конструктор на страници трудно стигат 90+ на телефон, колкото и да се оптимизират — за разликата съм писал в сравнението между WordPress и Next.js.

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

При custom проектите с Next.js целта ми е 90 и нагоре на телефон. Този сайт държи 100/100 и на телефон, и на компютър, но резултатът подскача с точка-две между проверките — това е нормално.

По-важно от точното число е дали сайтът се усеща бърз на телефон, на мобилен интернет, в ръцете на човек, който бърза. Останалото е следствие.

Чести въпроси

Колко точки в PageSpeed са добре? От 90 до 100 е отлично, от 50 до 89 има какво да се подобри, под 50 е сериозен проблем.

Влияе ли скоростта на позициите в Google? Да, но като един от многото фактори. Няма да изпревариш по-полезна страница само със скорост, но при близко съдържание прави разлика — а бавният сайт губи посетители още преди да се е заредил.

Защо резултатът е различен при всяка проверка? Лабораторният тест се пуска наново всеки път и зависи от мрежата и сървъра в момента. Гледай тенденцията и реалните данни, а не едно число.

Ако резултатът на сайта ти на телефон е под 50, поискай безплатен одит — ще ти кажа кое го тегли надолу и колко работа е да се оправи.

Въпрос по конкретен проект?

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

Свържи се с мен

Още от блога

Ползвам бисквитки само за статистика на посещенията (Google Analytics). Повече