Core Web Vitals saha verisinde iyileştirilmeli
cwv_needs_improvementKısa cevap
Chrome'un gerçek kullanıcı verisi (CrUX, telefon, 75. yüzdelik) en az bir Core Web Vital metriğini “iyileştirilmeli” aralığında gösteriyor: LCP 2,5 ile 4 sn, INP 200 ile 500 ms ya da CLS 0,1 ile 0,25 arasında. Search Console bir adresi ancak üçü de iyiyse geçmiş sayar; bu yüzden bu sayfalar hiçbir metrik “kötü” olmasa da geçmemiş görünür.
Neden önemli
Core Web Vitals, Google'ın sayfa deneyimi sinyallerinin parçasıdır. Sıralamaya etkileri alaka düzeyine göre küçüktür, ama ziyaretçinin gerçekten hissettiğini ölçerler: ana içeriğin ne kadar hızlı göründüğünü, sayfanın ne kadar çabuk tepki verdiğini ve yüklenirken kayıp kaymadığını. Orta aralıktaki bir metrik kazanılması en ucuz yerdir; birkaç hedefli değişiklik genellikle onu iyiye taşır.
Glimana bunu nasıl tespit eder
Glimana her gün sakladığı, telefon için alan adı düzeyindeki en son CrUX kaydını okur. LCP, INP ve CLS'nin her biri için 75. yüzdeliğin “iyi” eşiğinin üstünde ve “kötü” eşiğinde ya da altında olup olmadığına bakar. Kötü eşiğini aşan metrikleri bunun yerine ayrı “Kötü LCP / INP / CLS” kuralları bildirir. Kanıt, orta aralıktaki metrikleri değerleriyle listeler.
Nasıl düzeltilir
- Glimana'da etkilenen sayfaları bulun. Sorunlar › Core Web Vitals saha verisinde iyileştirilmeli bölümünü açın. Etkilenen her sayfa bir satırdır; Glimana'nın o sayfa için kaydettiği kanıtı (ölçülen değer, soruna yol açan öğe ya da hedef adres) görmek için satırı açın. Aynı liste Görevler altındaki görev kartında da yer alır; sayfanın Sayfalar altındaki kendi ayrıntı görünümü ise tüm sinyallerini gösterir.
-
Düzeltmeyi platformunuzda uygulayın.
Kanıtta yazan metrik üzerinde çalışın. LCP: ana görsel ya da başlık erken gelsin (onda tembel yükleme yok,
fetchpriority="high", sıkıştırılmış modern biçim, hızlı sunucu yanıtı). INP: uzun JavaScript görevlerini bölün ve üçüncü taraf betikleri erteleyin. CLS: görsellere, gömülü içeriklere ve reklam alanlarına sabit boyut verin, gösterilen içeriğin üstüne sonradan içerik eklemeyin.Sayfa önbelleği ve kritik CSS özelliği olan bir önbellek eklentisi kullanın, görselleri genişlik ve yükseklik verilmiş WebP/AVIF olarak sunun ve ilk görseli tembel yüklemeden hariç tutun. Her sayfaya betik ekleyen eklentileri (kaydırıcılar, sohbet araçları, sayfa oluşturucular) gözden geçirin; INP maliyeti genellikle onlardan gelir.
Yavaş INP'nin en yaygın sebebi tema uygulamaları ve izleme betikleridir; kullanmadığınız uygulamaları kaldırın, kodları çoğu zaman temada kalır. Görsellerin yeniden boyutlanması için Shopify'ın
image_urlfiltresini açık genişlikle kullanın ve sonradan yüklenen uygulama blokları için yer ayırın.web-vitals kütüphanesiyle ya da Chrome Geliştirici Araçları'nın Performans panelinde yavaşlatılmış telefon profiliyle ölçün. LCP kaynağını önceden yükleyin, uzun görevleri
scheduler.yield()ya dasetTimeoutile bölün ve her medya öğesineaspect-ratioya da boyut verin. -
Yayımlayın ve önbellekleri temizleyin. Kaydedip yayımlayın, ardından tarayıcının yeni sürümü göreceğinden emin olun: WordPress — önbellek eklentinizde sayfa önbelleğini temizleyin ve CDN'i boşaltın; Shopify — tema ve içerik değişiklikleri kaydedildiği anda yayına girer, ancak mağazanın önünde bir CDN varsa onu boşaltın; özel kod — dağıtımı yapın ve uç (edge) önbelleği boşaltın. Canlı HTML'in değiştiğini gizli bir pencerede ya da
curl -s https://your-domain/page | grep -i '<title\|canonical\|robots'ile kontrol edin; Glimana, web tarayıcınızın önbelleğindekini değil, sunucunun gönderdiğini okur. - Glimana'da doğrulayın. Saha verisi 28 günlük kayan bir penceredir; iyileşme yavaş yavaş görünür. Değişiklikleri yayına aldığınızda görevi tamamlandı olarak işaretleyin; Glimana günlük CrUX kaydını okumaya devam eder ve her metrik yeniden iyi aralığa girdiğinde sorun kapanır.
Düzeltme nasıl doğrulanır
Doğrulama elle yapılır: CrUX 28 günlük kayan bir ortalamadır; günlük kayıt üç metriği de iyi gösterdiğinde sorun kendiliğinden kapanır.