Защо сайтът ви е бавен?

Ако съдържанието се появява късно, проверете LCP. Ако бутоните реагират със закъснение, проверете INP. Ако текстът и бутоните се местят, проверете CLS. Това са трите Core Web Vitals: показателите за зареждане, отклик и визуална стабилност. Проблемът с един от тях не означава непременно, че цялото зареждане е бавно. Причината може да е в картинките, отговора на сървъра, JavaScript или шрифтовете.

Какво измерват трите показателя?

Google публикува три оценки за всеки показател: добър резултат, нужда от подобрение и лош резултат. Първо вижте кой показател е извън добрия диапазон. Той насочва към различен проблем.

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

LCP има четири части: времето до първия байт (TTFB), изчакването преди изтеглянето на нужния ресурс, самото изтегляне и закъснението до изобразяването му. При текст със системен шрифт може да няма отделен ресурс за изтегляне. По-малката картинка няма да реши целия проблем, ако браузърът продължава да чака JavaScript, преди да я покаже.

Interaction to Next Paint (INP) измерва отклика при взаимодействия като клик, докосване или натискане на клавиш — до следващото обновяване на екрана. Добър резултат е до 200 милисекунди включително. Над 200 до 500 милисекунди включително е нужно подобрение; над 500 милисекунди откликът е лош.

Cumulative Layout Shift (CLS) измерва неочакваното разместване на елементите. Това е оценка без мерна единица, а не време в секунди. Размествания могат да се появят и след първоначалното зареждане. Добър резултат е до 0,1 включително. Над 0,1 до 0,25 включително е нужно подобрение; над 0,25 визуалната стабилност е лоша.

За оценката на реалното използване се гледа 75-ият процентил, отделно за телефон и за компютър. Ако този резултат е в добрия диапазон, поне 75% от отчетените посещения покриват съответния праг. Един бърз тест на вашия компютър не описва всички посетители.

Каква е връзката с класирането в Google?

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

Поправяйте измерените проблеми, защото пречат на използването на страницата. От подобрението на LCP, INP или CLS не може да се изчисли обещание за конкретна позиция, трафик или повече запитвания.

Откъде могат да идват забавянията?

Четири групи причини, разгледани в документацията на web.dev, са подходяща отправна точка. Проверявайте ги спрямо конкретния показател и страницата.

Тежки картинки. Файлът може да е по-голям от нужния за екрана или да започва да се изтегля късно. Проверете размера, компресията, формата WebP или AVIF и кога браузърът открива ресурса. CDN за картинки е възможност според случая, не задължителна поправка за всеки сайт.
Бавен отговор до първия байт. TTFB включва изчакването преди да пристигнат първите данни. Значение могат да имат сървърът, мрежата, пренасочванията и кешът. Проверете и дали параметри в адреса, например utm_, пречат на кеширането. Високият TTFB оставя по-малко време за останалите части на LCP.
Много работа на главната нишка. Дълги задачи в JavaScript могат да забавят отклика на действие. Оставете в обработчика необходимото за следващото обновяване на екрана и отложете останалото за следващи задачи, когато това е подходящо за кода.
Шрифтове, които забавят текста или местят оформлението. Проверете заявките, момента на зареждане, резервния шрифт и font-display. WOFF2 и поднабори с нужните знаци могат да намалят прехвърляните данни. Поднаборът трябва да пази буквите, които реалните езици на сайта използват.

Данни от посетители или лабораторен тест?

Данните от реално използване показват преживяването при различни устройства, мрежи и взаимодействия. PageSpeed Insights може да показва такива данни от Chrome User Experience Report (CrUX), когато са налични. Проверете дали са за конкретния адрес или за целия сайт. Липсата на достатъчно данни за адреса не е нито добър, нито лош резултат.

Лабораторният тест помага да възпроизведете проблема и да проверите промяна. Обичайният тест за зареждане с Lighthouse измерва LCP и CLS, но не измерва INP без взаимодействие. Неговият Total Blocking Time (TBT) може да насочи към проблеми с отклика; той не е измерен INP от реални посетители. Записвайте вида на данните заедно с резултата.

Въпроси

Едни и същи ли са праговете за телефон и компютър?

Да. Числовите прагове са еднакви, но резултатите се отчитат отделно. Страницата може да покрива добрия диапазон на компютър и да не го покрива на телефон.

По-бързата страница непременно ли се класира пред по-подходящата?

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

Защо TTFB има значение, щом не е един от трите основни показателя?

Той е първата част на LCP. Ако първите данни пристигат късно, остава по-малко време за изтегляне и показване на основното съдържание. Затова TTFB помага при търсенето на причината.

Трябва ли да премахнем всички уеб шрифтове?

Не непременно. Може да намалите броя заявки, да използвате системен или подходящ вариативен шрифт и да доставяте нужните знаци в WOFF2. Проверете и поведението при зареждане и смяна на шрифта, преди да се отказвате от него.

Източници

Още по темата

Следваща стъпка

Измерете страниците, които клиентите ви използват

Прегледът на сайта измерва LCP и CLS на ключовите страници, на телефон и на компютър. Добавя INP там, където Google разполага с данни от реални посетители. Получавате списък за поправка, подреден по тежест.

Заявете Преглед на сайта

или ни пишете на contact@ergostrat.com