Sayt yuklanish tezligi va uning qidiruvdagi o'rinlarga ta'siri
Sayt tezligi alohida reyting omili emas, balki page experience tarkibiy qismi: teng sharoitda Google tezroq saytni afzal ko'radi, lekin kontent va dolzarblik ancha ko'proq vazn tashiydi. Rasmiy hujjatlarda nima tasdiqlangan va saytni qanday tezlashtirish mumkinligini ko'rib chiqamiz.
Core Web Vitals aslida nima
Google rasmiy ravishda uchta page experience ko'rsatkichidan foydalanadi: LCP (Largest Contentful Paint) — eng katta ko'rinadigan elementning chizilish vaqti, maqsadli chegara 2,5 soniyagacha; INP (Interaction to Next Paint) — foydalanuvchi harakatiga javob berish kechikishi, 2024 yil martida eskirgan FID o'rnini bosdi, chegara 200 millisoniyagacha; CLS (Cumulative Layout Shift) — kutilmagan verstka siljishlari yig'indisi, chegara 0,1 gacha.
Ma'lumotlar ikki manbadan olinadi: CrUX (Chrome User Experience Report) dala ma'lumotlari — so'nggi 28 kundagi haqiqiy Chrome tashriflari, va Lighthouse laboratoriya ma'lumotlari — nazorat ostidagi simulyatsiya. Google Search Console'dagi «Asosiy internet ko'rsatkichlari» hisoboti CrUX'ga asoslanadi, shuning uchun PageSpeed Insights natijasidan farq qilishi mumkin.
Trafigi kam .uz-saytlar uchun CrUX ko'pincha aniq URL bo'yicha ma'lumot to'plamaydi, shunda GSC o'xshash sahifalarni shablon bo'yicha guruhlaydi. Bu normal holat.
Nima haqiqatan ta'sir qiladi, nima afsona
Tasdiqlangan: Core Web Vitals kiritilgan page experience — Google rasmiy tavsifiga ko'ra, o'xshash dolzarblikdagi sahifalar orasidagi tay-breyker bo'lgan yuzlab reyting signallaridan biri. Bu yomon kontentli tez sayt yaxshi kontentli sekin saytdan o'zib ketadi degani emas.
Afsona: «yomon CLS'li sahifa umuman toplarga tushmaydi». Amalda muvaffaqiyatsiz Core Web Vitals'ga ega saytlar, agar kontenti raqobatchilardan kuchli bo'lsa, raqobatli so'rovlar bo'yicha toplar-10'da barqaror turadi. Buni tekshirish oson — istalgan raqobatli so'rovni PageSpeed Insights'da top natijalar uchun tekshiring.
Sekin yuklanishdan haqiqatan zarar ko'radigan narsa — konversiya va xatti-harakat ko'rsatkichlari: chiqib ketishlar, ko'rish chuqurligi, saytda o'tkazilgan vaqt. Ular esa Google ochiq tarzda tavsiflamaydigan jalb qilish signallari orqali reytingga bilvosita ta'sir qiladi.
Diagnostika: nimadan boshlash kerak
Birinchi qadam — Google Search Console'dagi «Asosiy internet ko'rsatkichlari» hisobotini ochib, nechta URL «Yaxshilash kerak» va «Yomon» statusida ekanligini ko'rish. Hisobot sahifa shablonlari bo'yicha guruhlaydi, shuning uchun mahsulot kartochkasidagi muammo darhol tizimli ekani ko'rinadi.
Ikkinchi qadam — 3-5 ta asosiy URL'ni (bosh sahifa, kategoriya, mahsulot kartochkasi, blog maqolasi) mobil va desktop versiyasi uchun alohida PageSpeed Insights'dan o'tkazish. Mobil versiya deyarli har doim yomonroq — bu kutilgan holat va mobile-first indekslash bilan bog'liq.
Uchinchi qadam — Chrome DevTools'dagi Lighthouse bo'limi «Slow 4G» throttling bilan har bir ko'rsatkich bo'yicha renderni sekinlashtiruvchi aniq elementlarni ko'rsatadi.
Tezlashtirishning amaliy usullari
.uz-saytlarda yomon LCP'ning eng ko'p uchraydigan sababi — rasmlar: siqilmagan bannerlar va mahsulot fotolari, WebP yoki AVIF formatisiz, width/height atributlarisiz. WebP'ga konvertatsiya ko'rinadigan sifatni yo'qotmasdan og'irlikni 25-35% kamaytiradi.
INP uchun asosiy sabab — asosiy oqimni bloklaydigan og'ir JavaScript: chat vidjetlari, analitika hisoblagichlari, keraksiz kutubxonali karusellar. Kechiktirilgan yuklash (defer/async) muammoning katta qismini hal qiladi.
Hosting o'ylanganidan ko'ra ko'proq ahamiyatga ega: mintaqadan tashqaridagi shared-hosting Time to First Byte'ga faqat tarmoq kechikishi hisobiga 200-400 ms qo'shadi. O'zbekiston auditoriyasi uchun mintaqada nuqtasi bor CDN LCP'ni sezilarli qisqartiradi.
Shriftlar — CLS'ning kam baholanadigan omili: font-display: swap'siz maxsus shriftlar ko'rinmas matn yoki yuklangandan keyingi siljishga sabab bo'ladi. <link rel="preload"> orqali muhim shriftlarni oldindan yuklash muammoni hal qiladi.
Optimallashtirishdan keyin natijani qanday o'lchash
Laboratoriya ko'rsatkichlari (PageSpeed Insights, Lighthouse) deploydan darhol keyin o'zgaradi. Dala ko'rsatkichlari (CrUX, Search Console hisoboti) 28 kunlik siljuvchi oyna bilan kechikib yangilanadi, shuning uchun natija bosqichma-bosqich ko'rinadi.
Lighthouse'da 100 ballga intilishning hojati yo'q — bu haqiqiy dala tajribasi bilan zaif bog'liq sintetik ko'rsatkich. Real maqsad — Search Console hisobotida URL'ni «Yaxshilash kerak» dan «Yaxshi» statusiga o'tkazish.