Core Web Vitals çalışmasını tek puan yerine gerçek kullanıcı etkisiyle planlayın. LCP, INP ve CLS için saha verisi, teşhis ve öncelik tablosu.
Performans raporunda çok sayıda öneri görmek, hangisinin önce yapılacağını söylemez. Küçük bir dosya tasarrufu ile kullanıcıların formu kullanmasını zorlaştıran gecikme aynı öncelikte olmayabilir. Core Web Vitals çalışmasını tek bir puanı yükseltme hedefinden çıkarıp hangi sayfada hangi deneyimin iyileştirileceğine bağlayın. Öncelik, ölçümün kapsamı ve kullanıcı etkisi birlikte değerlendirilerek belirlenmelidir.
Hangi deneyimi ölçtüğünüzü anlayın
Web.dev'in güncel açıklamasında Core Web Vitals; yükleme için LCP, etkileşim yanıtı için INP ve görsel kararlılık için CLS ölçütlerini içerir. Her biri farklı bir kullanıcı sorununa işaret eder. Bu nedenle bir metriği düzeltmek diğer bütün deneyimlerin düzeldiği anlamına gelmez.
Raporu sayfa türü ve temel görevle birlikte okuyun. Ana görseli geç gelen ürün sayfası, menüsü geç yanıt veren hizmet sitesi ve düğmesi kayarak yanlış tıklamaya neden olan form farklı işler gerektirir. Kullanıcının hangi anda zorlandığını açıklamak teknik öneriyi iş önceliğine dönüştürür.
Saha ve laboratuvar verisine farklı görev verin
Web.dev, gerçek kullanıcı deneyiminden gelen saha verisiyle kontrollü koşullardaki laboratuvar ölçümünü ayırır. Laboratuvar testi sorunun nedenini araştırmaya yardımcı olabilir; tek bir koşulu bütün kullanıcı deneyimi gibi yorumlamayın. Saha verisi de hangi zaman ve sayfa kapsamını temsil ettiği belirtilerek kullanılmalıdır.
Yeni sayfada yeterli saha verisi bulunmaması iyi veya kötü performans kanıtı değildir. Mevcut verinin sınırını yazın ve kontrollü testte cihaz, ağ ve senaryoyu kaydedin. Böylece iki test arasında değişen koşullar, yapılan geliştirmeyle karıştırılmaz.
Bulguları etki ve uygulanabilirlikle sıralayın
İlk iş listesinde sorunlu sayfa grubu, etkilenen görev, olası neden ve doğrulama yöntemi bulunsun. Sadece aracın verdiği öneri sırasını takip etmeyin. Aynı bileşen çok sayıda önemli sayfada kullanılıyorsa ortak düzeltme değerli olabilir; ancak varsayımı örneklerle doğrulayın.
| Gözlenen sorun | İnceleme yönü | Öncelik ölçütü |
|---|---|---|
| Ana içerik geç görünüyor | Görsel, kaynak ve sunucu gecikmesi | İlk karar bilgisine erişim |
| Etkileşim geç yanıtlanıyor | Uzun işler ve bileşen davranışı | Menü, filtre veya form kullanımı |
| Öğeler yer değiştiriyor | Ayrılmamış alan ve geç eklenen içerik | Yanlış tıklama veya okuma kaybı |
| Üçüncü taraf öğe etkili | Araç ve yüklenme koşulu | Sağladığı fayda ile deneyim maliyeti |
| Tek şablon genelinde sorun | Ortak bileşen ve veri akışı | Etkilenen önemli sayfa kapsamı |
Düzeltmenin deneyimi bozmadığını kontrol edin
Örnek senaryo: Büyük bir görsel sıkıştırıldığında sayfa daha hızlı yükleniyor ancak ürün ayrıntıları okunmaz hale geliyor. Başarı yalnızca aktarım boyutuna göre değerlendirilmemelidir. Bu varsayımsal örnekte hız ve ürün kararını destekleyen görsel kalite birlikte kontrol edilir.
Yapılan değişikliği benzer koşullarda tekrar ölçün, temel kullanıcı görevini de deneyin. Bir script'i kaldırmak puanı iyileştirirken başvuru ölçümünü veya işlevi bozabilir. Etkiyi hem performans hem işlev açısından doğrulayın. Saha verisinin güncellenmesini ayrıca takip ederek laboratuvar kazanımını gerçekleşmiş kullanıcı sonucu gibi sunmayın.
Son olarak yeni görsel, kampanya kodu veya bileşen eklenirken performans kontrolünün kim tarafından yapılacağını belirleyin. Tek seferlik temizlikten sonra aynı yük yeniden birikebilir; sürdürülebilir kazanım yayın alışkanlığı gerektirir.