Речник на скоростта.
Кратки и точни обяснения на термините, които ще срещнете в PageSpeed Insights, Search Console и в нашите отчети.
- Core Web Vitals
Три показателя на Google за потребителския опит: LCP (зареждане), INP (реакция) и CLS (визуална стабилност). Страницата минава, когато и трите са в зелено за поне 75% от посещенията. Част от сигналите за page experience при класирането.
Подробно →- LCP — Largest Contentful Paint
Времето до показването на най-големия елемент в първия екран — обикновено главната снимка или заглавието. Добър: до 2,5 s. Лош: над 4 s.
Подробно →- INP — Interaction to Next Paint
Колко бързо страницата реагира визуално на клик, докосване или клавиш. Мерят се всички взаимодействия при посещението. Добър: до 200 ms. Лош: над 500 ms. Замени FID като Core Web Vital през март 2024 г.
Подробно →- CLS — Cumulative Layout Shift
Колко се размества съдържанието по време на зареждане. Причини: снимки и банери без размери, шрифтове, вмъкнато съдържание. Добър: до 0,1. Лош: над 0,25.
Подробно →- FCP — First Contentful Paint
Моментът, в който браузърът показва първото съдържание — текст, снимка или фон. 10% от лабораторния резултат в PageSpeed.
Подробно →- TTFB — Time to First Byte
Времето от заявката до първия байт отговор от сървъра. Показва колко бързо отговаря хостингът и WordPress. Препоръчителна граница — до около 0,8 s.
Подробно →- TBT — Total Blocking Time
Лабораторна метрика: колко време основната нишка е блокирана от дълги задачи при зареждане. 30% от резултата в PageSpeed и добър заместител на INP в лабораторията.
Подробно →- Google PageSpeed Insights
Безплатен инструмент на Google, който показва полеви данни от реални посетители (Chrome UX Report) и лабораторна оценка от 0 до 100 от Lighthouse, с конкретни препоръки.
Подробно →- CrUX — Chrome UX Report
Публичен набор от данни на Google с реални измервания от потребители на Chrome за последните 28 дни. Оттук идват полевите данни в PageSpeed Insights и Search Console.
Подробно →- Критичен CSS
Стиловете, нужни за първия видим екран, вградени директно в HTML-а. Останалият CSS се зарежда без да блокира показването на страницата.
Подробно →- Lazy loading
Мързеливо зареждане — снимките и вградените елементи под първия екран се зареждат, когато посетителят стигне до тях. Не трябва да се ползва за главната снимка.
Подробно →- Кеш
Запазен готов резултат, който се връща без да се изчислява отново. При WordPress: страничен кеш (готов HTML), object cache (резултати от базата), браузърен кеш (статични файлове) и CDN.
Подробно →- CDN
Мрежа от сървъри, които доставят статичните файлове от място, близко до посетителя. Помага най-много при международна аудитория и тежки снимки.
Подробно →- WebP и AVIF
Съвременни формати за изображения, значително по-леки от JPEG и PNG при сходно качество. Поддържат се от всички съвременни браузъри.
Подробно →- HPOS
High-Performance Order Storage — съхраняване на поръчките на WooCommerce в отделни таблици. Ускорява касата и администрацията; по подразбиране за нови магазини от WooCommerce 8.2.
Подробно →- Autoload настройки
Настройки в базата на WordPress, които се зареждат при всяка заявка. Когато станат няколко мегабайта — често от стари плъгини — забавят сървъра на всяка страница.
Подробно →
Колко бърз е вашият сайт?
Въведете адреса — Google PageSpeed Insights ще го зареди като телефон. С един клик изпращате резултата и получавате ръчна диагностика.
- Плащате след резултат
- Без промяна на дизайна
- Отговор до 1 работен ден
Същите числа, които вижда Google — LCP, TBT, CLS и FCP — и какво точно забавя сайта.
- LCP
- —
- TBT
- —
- CLS
- —
- FCP
- —