Блог

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

6 мин. четене
  • SEO
  • Производителност
Праговете на Google: LCP под 2,5s, INP под 200ms, CLS под 0,1.
Праговете на Google: LCP под 2,5s, INP под 200ms, CLS под 0,1.

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

Трите показателя и техните прагове

Google определя ясни граници за „добро“ представяне. Измерва се 75-ият персентил от реалните посещения — тоест три четвърти от потребителите ви трябва да попадат под тези стойности:

  • LCP (Largest Contentful Paint) — под 2,5 секунди. Времето, за което се появява най-големият видим елемент, обикновено главното изображение или заглавието.
  • INP (Interaction to Next Paint) — под 200 милисекунди. Колко бързо страницата отговаря на кликване или докосване. През 2024 г. този показател замени стария FID.
  • CLS (Cumulative Layout Shift) — под 0,1. Колко се размества оформлението, докато страницата се зарежда.

Най-честите причини за слаб LCP

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

  1. Сервирайте модерни формати — AVIF и WebP свалят теглото значително спрямо JPEG при същото визуално качество.
  2. Задайте точните размери на изображението за съответния екран, вместо да смалявате огромен файл с CSS.
  3. Заредете приоритетно само изображението в първия екран, а всичко останало отложете с loading="lazy".
  4. Проверете времето за отговор на сървъра. Ако самият HTML пристига бавно, никаква оптимизация на изображения няма да помогне.

CLS: невидимият проблем

Разместването на оформлението е дразнещо, но лесно за поправяне. Основното правило е всеки елемент да заема своето място още преди да се е заредил. За изображенията това означава да имат зададени width и height в HTML — браузърът тогава запазва точното пространство и нищо не подскача.

Ако сте кликвали грешен бутон, защото рекламата се е заредила секунда по-късно и е избутала съдържанието надолу — това е CLS.

Същото важи за шрифтовете. Когато уеб шрифт се зареди със закъснение и замени резервния, текстът се преподрежда. Свойството font-display: swap заедно с предварително зареждане на основния шрифт свежда ефекта до минимум.

Как да измерите реалното състояние

Има два вида данни и те не си противоречат — допълват се. Лабораторните инструменти (Lighthouse, PageSpeed Insights) симулират зареждане при контролирани условия и са полезни за диагностика. Полевите данни (Chrome User Experience Report, също видими в PageSpeed Insights и в Search Console) показват какво преживяват истинските ви посетители, с техните устройства и мрежи.

Започнете от отчета Core Web Vitals в Google Search Console. Той групира страниците по проблем и показва кои шаблони се нуждаят от внимание — обикновено поправката на един шаблон оправя стотици страници наведнъж.

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

Ако тепърва започвате: пуснете PageSpeed Insights за началната страница и за една продуктова или вътрешна страница. Запишете трите стойности. Компресирайте изображенията в първия екран и добавете width и height навсякъде. Само тези две стъпки решават голяма част от случаите, които виждаме.

Разкажете ни накратко какво ви трябва. Отговаряме в рамките на един работен ден — с конкретни идеи, срок и цена.