Core web vitals 2026 LCP, INP və CLS hədləri

Google vebsayt istifadəçi təcrübəsini Time to First Byte (TTFB) kimi server səviyyəli göstəricilərlə dəstəklənən üç əsas metrik vasitəsilə qiymətləndirir. Hər bir metrik üç performans reytinqinə malikdir: Yaxşı, Təkmilləşdirməyə Ehtiyac Var və Zəif. Google bu göstəriciləri Chrome User Experience Report tərəfindən toplanmış real istifadəçi məlumatlarından istifadə edərək mobil və masaüstü ziyarətlər üçün müstəqil şəkildə hesablayır.

• Largest Contentful Paint (LCP): Yaxşı 2.5 saniyə və ya daha azdır; Zəif 4.0 saniyədən çoxdur.
• Interaction to Next Paint (INP): Yaxşı 200 millisaniyə və ya daha azdır; Zəif 500 millisaniyədən çoxdur.
• Cumulative Layout Shift (CLS): Yaxşı 0.1 və ya daha azdır; Zəif 0.25-dən çoxdur.
• Time to First Byte (TTFB): İlkin cavabın çatdırılmasını dəstəkləmək üçün yaxşı hədəf 0.8 saniyə və ya daha azdır.

Search Console hesabatlarında keçid qiyməti almaq üçün 28 günlük müddətdə qeydə alınan səhifə ziyarətlərinin 75 faizi hər bir metrik üçün Yaxşı həddinə çatmalıdır. Hətta bir metrik belə 75-ci persentildə Təkmilləşdirməyə Ehtiyac Var və ya Zəif kateqoriyasına düşərsə, URL ümumi qiymətləndirmədən keçə bilmir.

Cihaz imkanları və şəbəkə sürətləri masaüstü kompüterlər və mobil cihazlar arasında əhəmiyyətli dərəcədə dəyişir. Smartfon prosessorları ümumiyyətlə masaüstü prosessorlardan daha az güclüdür və mobil şəbəkə gecikməsi siqnal gücünə görə dəyişir. Performansın ayrı-ayrılıqda ölçülməsi güclü masaüstü göstəricilərinin zəif mobil istifadəçi təcrübəsini gizlətməsinin qarşısını alır.

75-ci persentil həddi ziyarətçilərin əksəriyyətinin yüksək performanslı veb təcrübəsi almasını təmin edir. Əgər mobil sessiyaların 74 faizi 2.5 saniyədən az müddətdə yüklənirsə, lakin 26 faizi daha uzun gözləmə müddəti yaşayırsa, səhifə Təkmilləşdirməyə Ehtiyac Var kateqoriyasına düşür. Bu yanaşma texniki komandaları aşağı səviyyəli cihazlarda və daha yavaş bağlantılarda ardıcıl işləyən davamlı saytlar qurmağa təşviq edir.

Largest Contentful Paint, istifadəçi ekranında əsas məzmun elementinin, məsələn, qəhrəman banner şəkli, video miniatürü və ya böyük mətn blokunun göstərilməsi üçün tələb olunan vaxtı izləyir. Yüksək LCP dəyərləri adətən yavaş server cavab müddətləri, renderi bloklayan CSS və ya JavaScript və aktivlərin yüklənməsinin gecikməsindən qaynaqlanır. Brauzerə kritik aktivləri yükləmək üçün kifayət qədər vaxt vermək üçün 0.8 saniyə və ya daha az Time to First Byte (TTFB) hədəfləyin.

Yüksək keyfiyyətli şəkilləri olan tipik bir e-ticarət mağazasında məhsul səhifələrindəki qəhrəman şəkli tez-tez LCP elementi kimi xidmət edir. Veb səhifələr ekranın yuxarı hissəsindəki mediaya lazy loading tətbiq etdikdə, brauzerlər JavaScript icrası başa çatana qədər həmin aktivlərin yüklənməsini gecikdirir. Yüklənməni sürətləndirmək üçün əsas başlıq şəkillərindən lazy loading-i silin və fetchpriority=”high” atributunu birbaşa HTML teqinə tətbiq edin.

CSS çatdırılmasının optimallaşdırılması da LCP vaxtlarını yaxşılaşdırır. Kənar CSS qaydaları brauzer əsas vizual bloku çəkə bilməzdən əvvəl əsas axın renderini bloklayır. İlkin ekran renderi üçün tələb olunan kritik CSS-i daxili üslub teqlərinə çıxarın, kritik olmayan xarici üslub cədvəllərini isə təxirə salın.

Interaction to Next Paint, istifadəçi hərəkətləri—məsələn, düyməyə toxunmaq və ya mətn daxil etmək—və sonrakı vizual çərçivə yenilənməsi arasındakı vaxtı ölçməklə ümumi səhifə cavabdehliyini qiymətləndirir. Yüksək INP dəyərləri əsas brauzer axınında uzun tapşırıqlar icra edildikdə və dərhal UI renderinin qarşısını aldıqda baş verir.

INP-ni 200 millisaniyədən aşağı saxlamaq üçün front-end kodu 50 millisaniyədən çox olan uzun tapşırıqları icra etməkdən qaçmalıdır. Tərtibatçılar setTimeout və ya scheduler.yield() kimi yerli API seçimlərindən istifadə edərək monolit funksiyaları daha kiçik asinxron icra bloklarına bölə bilərlər. Bu, brauzer əsas axınına istifadəçi hadisələrini icra addımları arasında tez bir zamanda emal etməyə imkan verir.

Canlı çat vidjetləri, analitika izləyiciləri və marketinq pikselləri kimi üçüncü tərəf skriptləri tez-tez gözlənilməz əsas axın gecikmələrinə səbəb olur. Tipik bir sayt auditində, düymə klikləri zamanı bir neçə üçüncü tərəf teqinin eyni vaxtda işləməsi axın icrasını bloklayır. Xarici skriptləri mütəmadi olaraq yoxlayın, vacib olmayan teqləri asinxron şəkildə yükləyin və ya fon hesablamalarını veb işçilərə (web workers) ötürün.

Cumulative Layout Shift, səhifə renderi zamanı tərtibat elementlərinin nə qədər tez-tez gözlənilmədən dəyişdiyini ölçməklə vizual sabitliyi kəmiyyətcə müəyyən edir. Tərtibat dəyişiklikləri elementlər əvvəlcədən ayrılmış yer olmadan asinxron şəkildə yükləndikdə baş verir və mövcud məzmunun qəfil hərəkət etməsinə səbəb olur.

Yüksək CLS ballarının əsas səbəbi şəkillərdə, yerləşdirmə konteynerlərində və dinamik yüklənən reklamlarda tərtibat ölçülərinin olmamasıdır. Brauzerdə əvvəlcədən müəyyən edilmiş ölçülər olmadıqda, aktivlər yüklənməni bitirməyənə qədər səhifə həndəsəsini hesablaya bilmir, bu da reflow-lara səbəb olur.

• Bütün şəkil və video HTML elementlərində dəqiq en və hündürlük atributlarını göstərin və ya CSS istifadə edərək dəqiq aspekt nisbətlərini müəyyən edin.
• Ətrafdakı elementlərin tullanmasının qarşısını almaq üçün reklam bannerləri və bildiriş çubuqları kimi dinamik məzmun üçün xüsusi tərtibat konteynerləri ayırın.
• Veb şriftin yüklənmə gecikmələrindən yaranan mətn reflow dəyişikliklərini aradan qaldırmaq üçün şriftin əvvəlcədən yüklənməsi ilə yanaşı font-display: swap və ya font-display: optional istifadə edin.
• Birbaşa istifadəçi girişi tərəfindən açıq şəkildə başladılmadıqca, səhifə renderindən sonra mövcud görünən elementlərin üzərinə yeni HTML məzmunu daxil etməkdən çəkinin.