RUM verilerinin neden CrUX'ten farklı Core Web Vitals sayıları gösterebileceğini öğrenin.
Chrome Kullanıcı Deneyimi Raporu (CrUX), gerçek Chrome kullanıcılarının web'deki popüler sitelerde nasıl deneyimler yaşadığına ilişkin kullanıcı deneyimi metrikleri sağlar. Chrome tarafından etkinleştirilen kullanıcılardan otomatik olarak toplanan bu veriler, CrUX uygunluk ölçütlerine göre sunulur.
Bu nedenle CrUX verileri, milyonlarca web sitesinde kullanılabilir. Birçok site sahibi daha önce alan verilerine erişmemişti ve CrUX, birçok sitenin bu değeri ilk kez görebilmesini sağladı. Herkese açık bir veri kümesi olan CrUX, kullanıcı deneyimi metriklerinin rekabet analizi ve karşılaştırması için de kullanılabilir.
Gerçek Kullanıcı İzleme (RUM), CrUX'e benzer ancak CrUX'e benzer, ancak Chrome'un kullanıcı deneyimi metriklerini otomatik olarak toplaması yerine, bu toplama işlemini yapmak için web sitelerine kod eklenir ve daha sonra analiz yapılması için bu kod bir RUM sağlayıcısına ya da analiz çözümüne gönderilir.
Her iki çözüm de kullanıcı deneyimi metriklerini ölçtüğünde, bunların eşdeğer olması gerektiği varsayılır. Farklılıklar gördüğümüzde bu durum kafa karıştırıcı olabilir. Bu kılavuzda bu durumun neden ortaya çıkabileceği açıklanmakta ve sayılar aynı olmadığında ne yapılacağı konusunda öneriler sunulmaktadır.
CrUX'i bir RUM çözümüyle desteklemenin avantajları
CrUX, siteler arasında tutarlı bir görünüm elde etmek için harika bir araçtır. Core Web Vitals programının resmi veri kümesi olan siteler de muhtemelen bu verileri takip etmek isteyecektir. CrUX'in amacı, çapraz karşılaştırma için milyonlarca web sitesinin istatistiksel açıdan alakalı bir özetini sunmaktır.
Bununla birlikte, verilerin bu rakamları neden gösterdiğini daha derinlemesine araştırmak için CrUX'i desteklemek amacıyla tam bir RUM çözümüne yatırım yapmak, herkesin sorgulayabileceği bir veri kümesinde sunulabilecek daha ayrıntılı bilgilere erişmenizi sağlayabilir. Bu, metriklerinizi çeşitli şekillerde açıklayıp iyileştirmenize yardımcı olabilir.
Sorunları incelemek için daha ayrıntılı analiz
CrUX genellikle sitenizde bir sorun olup olmadığını göstermek için kullanılabilir, ancak sorunun tam olarak sitenizin neresinde veya neden olduğunu belirtmeyebilir. Web hayati verileri kitaplığının beğenileri veya çeşitli ticari ürünlerin yardımıyla kendi bünyenizde üretilen RUM çözümleri, bu açığı kapatmaya yardımcı olabilir.
Bir RUM çözümü kullanmak, tüm sayfalarınız için ve tüm sayfalarınız için çok daha ayrıntılı verilere erişebilmenizi sağlar. Ayrıca, bu verileri CrUX'in sağlayamadığı şekilde bölümlere ayırmanıza olanak tanır. Böylece sitenin sorunlu alanlarını ayrıntılı olarak inceleyebilir ve araştırabilirsiniz. Bunlar belirli bir kullanıcı segmentinden mi etkileniyor? Yoksa belirli işlemleri gerçekleştiren kullanıcılar mı? Sorun tam olarak ne zaman başladı? Bunlar, bir RUM aracının sağlayabileceği ek verilerle cevaplanması çok daha kolay olan sorulardır.
Diğer iş metrikleriyle ilişki
RUM ayrıca web performansı metriklerinizi doğrudan herhangi bir işletme metriğiyle karşılaştırmanıza olanak tanır. Böylece, performansa yatırım yapmanın değerini ve öncelik verilmesi gereken diğer performans unsurlarını görebilirsiniz. Bu bağıntıyı gerçekleştiren Farfetch veya The Economic Times gibi çok sayıda örnek olayı ele alıyoruz.
Diğer performans verilerini toplama
RUM çözümü, doğrudan işletmenize bağlı diğer özel metriklerin toplanmasına olanak tanır. Twitter'ın "İlk Tweet'e geçme süresi" metriği, daha iyi bilinen bir örnektir. Siteye özgü bu ölçümler, Core Web Vitals iyileştirmeleri ve işletme metrikleriyle ilişkilendirilebilir.
İki alan verisi kümesi arasındaki farklar
Elinde kol saati olan bir adam saatin kaç olduğunu bilir. İki kol saati olan bir adam da asla emin olamaz.
Segal Yasası
İki veri kaynağınız olduğunda, bunların neden farklı olduğu konusunda genellikle kafa karıştırıcı ve can sıkıcı olabilir. Laboratuvar ve alan metrikleri arasındaki farkı anlamak, önemli ölçüde olduğu gibi, iki alan verisi kaynağı arasında da farklılıklar olabilir. İdeal dünyada veriler aynı olsa da farklılık gösterebilecek birçok neden vardır.
Laboratuvar verileri ile alan verilerinin karşılaştırması
Kontrol edilmesi gereken ilk şey, laboratuvar (sentetik) metriklerine mi yoksa alan (RUM) metriklerine mi baktığınızdır. RUM ürünlerinin yalnızca alan verilerine baktığını varsaymak doğal olsa da birçoğu, bir laboratuvar bileşeni de sunar.
Laboratuvar verileri, ölçüm sırasında kullanılan sabit koşullar nedeniyle son derece faydalıdır. Değişen alan popülasyonu gürültüsü olmadan, üretim ortamındaki beklenmedik değişiklikleri veya regresyonları izlemek için kullanılabilir. Ancak laboratuvar verileri gerçek kullanıcı deneyimini yansıtmayabilir, bu nedenle alan metrikleri oldukça farklı sonuçlar gösterebilir.
Nüfus
CrUX ve RUM çözümleri tarafından kullanılan veri kümeleri, karşılaştırılan tarayıcılara, kullanıcılara, sitelere ve cihazlara bağlı olarak, sayfa ziyaretlerinin ölçülmesindeki farklılıklar nedeniyle farklı olabilir.
Dahil olan tarayıcılar
Chrome Kullanıcı Deneyimi Raporu, adından da anlaşılacağı gibi yalnızca Chrome'da kullanılabilir. Paylaşılan temel kod tabanı göz önünde bulundurulduğunda Chrome ile aynı metrikleri destekleyen çok sayıda Chromium tabanlı tarayıcı (Edge, Opera ve Brave gibi) olsa da CrUX'e yalnızca Chrome kullanıcıları veri aktarır. Bu kısıtlama, temel Webkit tarayıcı motorunu kullandığından iOS'teki Chrome kullanıcılarının dahil edilmediği anlamına da gelir. Android Web Görünümleri de "Chrome" olarak sayılmaz ve bu nedenle söz konusu kullanıcıların verileri dahil edilmez (Chrome Özel Sekmeleri de dahil).
Chrome dünyanın en popüler tarayıcılarından biri olduğundan ve bu nedenle çoğu durumda sitenizin performansına ilişkin kapsamlı bir temsil sunsa da yalnızca o tarayıcının hiçbir şekilde tüm kullanıcılarınız için bir ölçü olmadığını ölçer. Bu, RUM ile CrUX arasındaki temel farktan kaynaklanıyor olabilir. Bu durum özellikle, örneğin yalnızca Chrome'da bulunan API'lere veya resim biçimlerine dayanan performans teknikleri için geçerlidir.
iOS verilerinin eksikliği de ön yargıya yol açabilir. Örneğin, iOS kullanıcıları genellikle daha yüksek performanslı cihazlar kullandığından veya web sitesi daha iyi ağ altyapısına sahip olan daha fazla ülkeden ziyaret, genel performans metriklerinin yüksek olmasını sağlayabilir. Diğer yandan, CrUX'in yaptığı gibi bu kullanıcıların hariç tutulması, verilerin site ziyaretçilerinin alt uç kısmına doğru sapmasına neden olabilir (örnek örnek olay). Android kullanıcıları genellikle daha geniş bir cihaz, cihaz özelliği ve pazar yelpazesini kapsar.
RUM çözümleri, Chrome dışı tarayıcılarla, özellikle de genellikle aynı metrikleri (ör. Core Web Vitals) yerleşik olarak bulunduran Chromium tabanlı tarayıcılardan veri alabilir. Chromium tabanlı olmayan tarayıcılar da RUM çözümleriyle ölçülür, ancak daha sınırlı bir metrik grubuna sahip olabilir. Örneğin, Cumulative Layout Shift (CLS) ve Intraction to Next Paint (INP) şu anda yalnızca Chromium tabanlı tarayıcılarda kullanılabilir. İlk Zengin İçerikli Boyama (FCP) gibi diğer bazı metrikler oldukça farklı ölçülebilir (daha sonra bakın).
Kaydolan kullanıcılar
CrUX'in yalnızca Chrome kullanıcılarıyla sınırlanmasının yanı sıra yalnızca, tarayıcı yüklendiğinde CrUX verilerini paylaşmayı seçen Chrome kullanıcılarının bir kısmının ölçülmesi de bu kısıtlamaya dahildir.
RUM sağlayıcıları, genellikle çerez banner'ı istemleri (kullanıcıların RUM veri toplamayı etkinleştirmelerini istemeleri) veya izleme engelleyicileri nedeniyle kullanıcıların yalnızca bir alt kümesini de inceler. Bu durum, bazı site öğeleri önceki sayfalardan zaten önbelleğe alınmışken ikinci veya sonraki sayfaya kadar onay verilmezse ilk sayfa yüklemelerinden bazılarını olumsuz etkileyebilir. Bu durum sık yaşanıyorsa ve yeterli sayıda durumda daha yavaş olan ilk sayfa yüklemeleri hariç tutulursa metrikler RUM'da gerçekte olduğundan daha avantajlı görünebilir.
Dahil edilen siteler
CrUX'in amacı yalnızca herkese açık web sitelerini raporlamaktır. Bu nedenle, verilerin CrUX'e kaydedilmemesine neden olabilecek başka uygunluk ölçütleri de vardır. Bu kriterlerden en önemlisi, web sitesinin herkes tarafından bulunabilir ve anlamlı sonuçlar çıkarmak için minimum örnek boyutu sağlayacak kadar popüler olması gerekir. Çoğu durumda bu, CrUX'te veri bulunmamasına neden olur. Bu, mevcut verilere kıyasla kafa karıştırıcı bir fark değildir, ancak farklıdır, ancak bunun nedenini açıklar.
Bununla birlikte, bir sitenin belirli sayfaları dizine eklenebilir olarak işaretlenirken bazıları dizine eklenemez olarak işaretlenirse CrUX'te URL'lerin yalnızca bir alt kümesini görebilirsiniz. Kaynak herkese açık durumdaysa, söz konusu kaynaktaki tüm sayfa görüntülemeleri kaynak düzeyindeki verilere dahil edilir ancak URL düzeyindeki veriler kullanılamayabilir.
Cihazlar
CrUX, verileri mobil, masaüstü ve tablete göre segmentlere ayırır. Ancak birçok araç ilk ikisine yoğunlaştığı için tablet verilerini göstermeyebilir veya mobil ya da masaüstü cihazlara dahil edebilir. Mobil ve masaüstündeki performans özellikleri, hem sunulan içerik hem de bunları görüntüleyen cihazların özellikleri açısından oldukça farklı olabilir.
RUM verileri, benzer şekilde trafiğin segmentlere ayrılmasına olanak tanır ancak genellikle birleştirilmiş veriler varsayılan olarak gösterilir. RUM, yalnızca cihaz türüne (örneğin mobil) veya tarayıcıya (ör. Chrome) göre segmentlere ayırmaya kolayca izin verebilir ancak yalnızca mobil Chrome trafiğini görmek için ikisine birden izin vermez. CrUX verileriyle karşılaştırma yaparken, cihaz türüne ve Chrome tarayıcıya göre filtreleme yaparak benzerlerin benzerlerini karşılaştırdığınızdan emin olun.
Örneklendirme
RUM çözümleri, genellikle verilerin toplandığı paylaşıma dahil edilmiş ziyaretçilerin örnekleme oranının ayarlanmasına olanak tanır. Bu, analiz edilmesi gereken veri hacmini ve ticari RUM hizmetlerinin maliyetlerini azaltmak için kullanılabilir. Bu örnek boyutu çok küçükse ve daha geniş popülasyonu temsil etmiyorsa, elde edilen metrikler de benzer şekilde çarpıtılır. RUM sağlayıcınızla, siteniz için uygun örnekleme boyutunu görüşün.
Verilerin toplanması
Yapıları gereği alan verileri, laboratuvar verilerine kıyasla aynı metriklerin çok çok sayıda veri noktasını içerir ve bu da tek bir değer verir. Bu verilerin raporlama için farklı bir şekilde toplanması, CrUX ve RUM arasında farklılıklara yol açabilir.
Zaman aralığı
CrUX verileri, 28 günlük kayan bir trafik aralığına dayanır ve bu zaman aralığının değiştirilmesi mümkün değildir. Yine de her ay için CrUX BigQuery verileri depolanarak önceki ayları görmenizi sağlar ve CrUX History API de haftalık dönemdeki geçmiş verileri sunar. Her ikisi de 28 günlük kayan aralığı temel alarak veri sağlamaya devam eder.
RUM verileri, değişikliklerin etkisinin çok daha erken görülmesine olanak tanımak için genellikle çok daha fazla ayrıntı düzeyine olanak tanır. Ancak daha küçük dönemleri seçtiğinizde, RUM verileri web sitesi trafiği ve ziyaretçilerdeki dalgalanmalardan gereğinden fazla etkilenebilir. RUM verilerini CrUX verileriyle karşılaştırırken daima 28 günlük performansı incelediğinizden emin olun. Verilerin benzer olduğundan emin olduğunuzda, RUM verilerini ayrıntılı olarak incelemek için diğer zaman aralıklarına bakabilirsiniz.
İstatistiklerin toplanması
CrUX metrikleri, 75. yüzdelik dilimde, yani sayfa görüntülemelerinin% 75'inin elde ettiği değere bakılarak ölçülür. Saha verilerinde uç noktalar bulunacak ve en kötü% 25'lik deneyimlerin kaldırılması, ziyaretçilerin çoğunluğunun makul bir şekilde ulaşması beklenen bir değer vermek amacıyla tasarlanmıştır.
RUM ürünleri genellikle metriklerin toplanmasıyla ilgili daha fazla seçenek (75. yüzdelik dilim, ortanca değer ve diğer yüzdelik dilimler dahil) sunar. RUM değerlerini CrUX verileriyle karşılaştırıyorsanız, benzerini karşılaştırmak için 75. yüzdelik dilim verilerine baktığınızdan emin olmanız gerekir.
CrUX'teki histogram verileri yalnızca 75. yüzdelik dilimi değil, mevcut tüm verileri içerir ve her bir derecelendirmedeki sayfa görüntüleme sayısını gösterir, ancak toplam puan 75. yüzdelik dilimi temel alır. Bu CrUX verileri, PageSpeed Insights gibi araçlarda bulunur:
Metriklerdeki farklılıklar
Web performansını ölçmek için kullanılan birçok metrik vardır. Bu nedenle, iki farklı veri kümesini karşılaştırırken hangi metriklerin ölçüldüğünü ve bu metriklerin nasıl kullanıldığını anlamak önemlidir.
Ölçülen metrikler
CrUX verileri, Core Web Vitals girişiminin resmi veri kümesidir ve öncelikle bu metrikleri (LCP, CLS ve INP) ölçer ve tamamlayıcı olarak birkaç ek metrik içerir.
RUM araçları genellikle bu Önemli Web Verileri'ni içerir, ancak çoğu zaman başka birçok metrik de içerir. Bazı RUM sağlayıcıları, bir "mutluluk endeksi" sağlamak amacıyla da tüm bu metriklerin kendi kombinasyonlarını kullanarak kullanıcı deneyimini ölçer. RUM verilerini CrUX ile karşılaştırırken benzerini karşılaştırdığınızdan emin olun.
Önemli Web Verileri'nin başarılı/başarısız durumunu değerlendiren araçlar, tüm Core Web Vitals için 75. yüzdelik dilimde önerilen hedefleri karşılıyorsa sayfa geçirme durumunu dikkate almalıdır. Etkileşim içermeyen sayfalarda INP yoksa yalnızca LCP ve CLS'nin geçmesi gerekir.
Tarayıcılar arasındaki metrik farklılıkları
CrUX yalnızca Chrome tarayıcılarda ölçüm yapar. Bu ayarların Chrome'un her sürümünde nasıl değiştiğini görmek için Web Verileri Değişiklik Günlükleri'ne bakabilirsiniz.
Ancak RUM çözümleri daha çeşitli tarayıcılardan ölçüm yapar. Chrome, Değişiklik Günlüğü'nde belirtildiği gibi yeni değişiklikler uygulamadığı sürece Chromium tabanlı tarayıcılar (Edge, Opera vb.) büyük olasılıkla Chrome'a benzeyecektir.
Chromium harici tarayıcılarda, farklar daha belirgin olabilir. Örneğin, First Contentful Paint (FCP) özelliği Safari ve Firefox'ta kullanılabilir ancak farklı bir şekilde ölçülür. Bu durum, rapor edilen zamanlarda önemli farklılıklara yol açabilir. Daha önce de belirttiğimiz gibi, RUM ile CrUX'u karşılaştırmak istiyorsanız, benzer bir karşılaştırma yapabilmek için yalnızca Chrome kullanıcılarını filtrelemek en iyisidir.
Metrik zamanlaması
Önemli Web Verileri metrikleri, web tarayıcısı API'leri tarafından sağlanır ancak bu metrikler kullanılarak raporlanan değerlerde farklılık söz konusu olmadığı anlamına gelmez. Metrik ölçümünün tam olarak ne zaman alındığı (sayfa yüklenirken veya sayfanın tamamı kullanım ömrü boyunca) farklılıklara yol açabilir. RUM araçları, aynı adlar kullanılsa bile metrikleri her zaman aynı şekilde ölçmeyebilir ve verileri almak için aynı tarayıcı API'lerini kullanabilir. Bu da kafa karıştırıcı olabilir.
Largest Contentful Paint (LCP) bir sayfa yükleme metriğidir. İlk oluşturma işleminden sonra daha büyük öğeler yüklenirse Web API'si tarafından bazı LCP öğeleri raporlanabilir. Son LCP öğesi, sayfanın yüklenmesi bittiğinde veya kullanıcı sayfayla etkileşimde bulunduğunda oluşur. Dolayısıyla, LCP öğesi bu iki etkinlikten daha önce bildirilirse farklılıklar oluşabilir.
Ayrıca, alan verilerinde LCP öğesi, sayfanın nasıl yüklendiğine bağlı olarak farklı olabilir. Sayfanın üst kısmındaki içeriğin gösterildiği varsayılan bir sayfa yüklemesinde LCP öğesi öncelikle ekran boyutuna bağlı olur. Ancak sayfa, belgenin daha alt kısımlarındaki bir sabit bağlantıyla veya benzer şekilde Tek Sayfalık Uygulamaya (SPA) derin bağlantıyla (daha sonra ayrıntılı bir şekilde) açılırsa LCP öğesi farklı olabilir.
CrUX veya RUM'da sağlanan LCP zamanlamalarının laboratuvar araçlarıyla aynı öğeye dayandığını varsaymayın. CrUX, sayfa veya kaynak başına genel LCP değerini verir. RUM ise ayrı ayrı LCP sorun oturumlarını tanımlamak için bunu daha da segmentlere ayırabilir.
Cumulative Layout Shift (CLS), sayfanın ömrü boyunca ölçülür. Bu nedenle, ilk sayfa yükleme CLS'si, sayfa yüklendikten ve kullanıcı etkileşimde bulunduktan sonra daha büyük kaymalara neden olan sayfaları temsil etmeyebilir. Bu nedenle, birçok RUM ürününde olduğu gibi CLS değerinin yalnızca sayfa yüklendikten sonra alınması, kullanıcı sayfayla işi bitirdikten sonra CLS değerinin alınmasından farklı bir sonuç verir.
Sonraki Boyamayla Etkileşim (INP) duyarlılık metriği, bir girişin ölçülmesini gerektirir ve sayfanın ömrü boyunca CLS'ye benzer şekilde tüm tıklama, dokunma ve klavye etkileşimlerini gözlemler. Bu nedenle, kullanıcı sayfada bir dizi etkileşim gerçekleştirdikten sonra ölçülürse raporlanan INP değeri çok farklı olabilir.
CrUX, Önemli Web Verileri dokümanlarını takip eder ve sayfanın tüm ömrü boyunca bunları ölçer. Birçok RUM sağlayıcısı, çeşitli nedenlerle bu metrikleri sayfa yüklendikten sonra veya başka bir zamanda (örneğin, önemli bir harekete geçirici mesaj tıklandığında) ölçmeyi tercih eder.
İki veri kaynağı arasında açıklanamayan farklılıklar görüldüğünde Core Web Vitals'ın ne zaman ölçüldüğü konusunda RUM sağlayıcınızdan bilgi almanız önemlidir.
Tek sayfalık uygulamalar
Tek sayfalık uygulamalar (SPA), tarayıcı düzeyinde geleneksel sayfa gezintisi gerçekleştirmek yerine, geçerli sayfadaki içeriği güncelleyerek çalışır. Bu durum, kullanıcıların bu şekilde deneyimlemesine rağmen tarayıcının bunları sayfada gezinme olarak görmediği anlamına gelir. Tarayıcının sağladığı Core Web Vitals API'leri bunları dikkate almaz ve dolayısıyla CrUX bu sayfa gezinmelerini desteklemez. Bu sorunun çözümüyle ilgili çalışmalar devam etmektedir. Daha fazla bilgi için Yavaş gezinmeleri ölçmeyle ilgili denemeler konulu yayına bakın.
Bazı RUM sağlayıcıları, SPA'larda "yumuşak gezinmeleri" algılamaya çalışır ancak Core Web Vitals metriklerini bu "soft gezinme"lere de atıyorlarsa, temel API'ler metriklerin çoğu için bunu desteklemediğinden, bu durum CrUX'te farklılıklara neden olur.
CrUX ve Web API farklılıkları
Sayfa görüntülemelerinin ölçüldüğü ve ne ölçüldüğü arasındaki farkların yanı sıra, CrUX ve RUM verilerinde farklılıklara yol açabilecek, dikkat edilmesi gereken daha karmaşık birkaç senaryo daha vardır. Bunlardan bazıları, metrikleri ölçmek için kullanılan Web API'lerinin sınırlamalarından kaynaklanır. Bazılarının ise API tarafından döndürülen sonuçların, belirli senaryolar için farklı şekilde ele alınması gerekir. Önemli Web Verileri dokümanlarında LCP ve CLS için bu farklılıklar listelenmiştir ancak temel farklılıklar aşağıda belirtilmiştir.
Geri-ileri önbellek
CrUX'te, geri-ileri önbellek (veya bfcache) geleneksel sayfa yüklemesiyle sonuçlanmasa bile geri yükleme işlemlerini sayfada gezinme olarak kabul eder. Web API'leri bunları sayfa yükleme olarak değerlendirmediğinden, CrUX'i eşleştirmek istediklerinde bu sayfaların sayılması için RUM çözümlerinin ek adımlar atması gerekir. Bunlar, bir site için genel olarak daha iyi performansın raporlanmasına yol açabilecek çok daha hızlı sayfa yüklemeleridir. Bu nedenle, bunların dahil edilmemesi genel sayfa performansı metriklerinde düşüşe neden olabilir. Bfcache geri yüklenmiş sayfaları işleyip işlemediklerini anlamak için RUM çözümünüze bakın.
iFrame'ler
Güvenlik ve gizlilik nedeniyle üst düzey sayfaların, iframe'ler içindeki içeriğe (aynı kaynak iframe'lere bile) erişimi yoktur. Bu, söz konusu içeriğe ilişkin performans metriklerinin çerçeveleme sayfasındaki Web API'ları aracılığıyla değil, yalnızca iframe'in kendisi tarafından ölçülebileceği anlamına gelir. iframe içeriğinde LCP öğesi veya kullanıcının yaşadığı CLS ya da INP'yi etkileyen içerik bulunuyorsa bu içerik RUM çözümleri (Google web-vitals JavaScript kitaplığı dahil) tarafından kullanılamaz.
Ancak sayfadaki JavaScript yerine Chrome tarayıcı tarafından ölçülen CrUX'te bu sınırlamalar yoktur. Bu nedenle, Önemli Web Verileri'ni raporlarken iframe'ler içindeki metrikler ölçülür. Bu, kullanıcının deneyimini daha doğru bir şekilde yansıtır, ancak sitelerin iframe'leri kullanmasındaki farklılıkların başka bir nedeni de olabilir.
Bunun CrUX ve RUM'daki LCP verileri arasında nasıl farklılıklara yol açabileceğine dair somut bir örnek <video> yerleştirilmiştir. Otomatik oynatılan <video> öğesinin ilk boyanan çerçevesi LCP adayı olarak sayılabilir ancak popüler video akış hizmetlerinin yerleştirmeleri bu öğeleri <iframe> içine yerleştirebilir. CrUX, <iframe> içeriklerine erişebildiğinden bu durumu hesaba katabilir ancak RUM çözümlerine erişemez.
Kaynaklar arası kaynaklar
Diğer alanlardan sunulan LCP medyaları, zamanlama saldırılarını azaltmak için tarayıcı güvenlik kısıtlamaları nedeniyle Timing-Allow-Origin üstbilgisi (TAO) sağlanmadığı takdirde PerformanceObserver API'de oluşturma süresi sağlamaz. Bu, kaynağın yükleme süresine geri döner, ancak bu süre, içeriğin gerçekten boyandığı zamandan çok farklı olabilir.
Bu durum, web API'leri tarafından LCP'nin FCP'den daha erken raporlanması imkansız gibi görünür. Böyle bir durum söz konusu değildir, yalnızca bu güvenlik kısıtlaması nedeniyle böyle görünür.
CrUX, yine Önemli Web Verileri için oluşturma süresi verilerini raporlar. Sitelerin, Core Web Vitals metriklerini etkileyen kaynaklar arası içerikleri sınırlandırmaları ve bunu daha doğru bir şekilde ölçmek istiyorlarsa mümkün olduğunda TAO'yu etkinleştirmeleri önerilir. Kaynaklar arası diğer kaynaklar da benzer kısıtlamalara tabi olabilir.
Arka plan sekmeleri
Bir sayfa arka plan sekmesinde açılmadığında, Web API'lerini kullanarak metrikler yayınlamaya devam eder. Ancak, bu reklamlar kullanıcı deneyimiyle tutarsız zamanlamalar verdiği için CrUX tarafından raporlanmaz. RUM çözümlerinde bunları göz ardı etmeli veya en azından bu sayfa görüntülemelerin nasıl ele alındığını açıklamalıdır.
Bu konuda ne yapabiliriz?
CrUX ve RUM verileri arasında, her birinin kullandığı yöntemdeki farklılıklar veya kullanıcıların ve sayfa görüntülemelerinin dahil edildiği ya da hariç tutulduğu durumlarda neden farklılıklar olabileceğini gösterdik. İdeal olan, her iki veri kümesinin yararlı olması açısından sitenizin performansını temsil etmesidir. Ancak bu makalede, her birinde tam olarak aynı sayıların elde edilmesinin neden çok düşük bir olasılık olduğu açıklanmalıdır.
Küçük farklılıklar olduğunda (örneğin, 2,0 saniyelik bir LCP ile 2,2 saniyelik bir LCP raporlaması) her iki veri kümesi de yararlı olur ve genellikle kabaca senkronize olduğu düşünülebilir.
Telaffuz edilen farklılıklar verilerin doğruluğunu sorgulamanıza neden olduğunda bu farklılıkları anlamaya çalışmalısınız. Bu farklılıkları azaltmak amacıyla RUM verileri, CrUX ile daha uyumlu olacak şekilde filtrelenebilir mi (yalnızca masaüstü veya mobil cihazlar için Chrome kullanıcılarına bakıldığında, 28 günde 75. yüzdelik dilim değerleriyle).
Öyleyse (ve verilerin daha yakın eşleşmesini sağlayabilirsiniz), yine de tüm verilerde bu farklılıkları neden gördüğünüzü ve bunun ne anlama geldiğini sormalısınız. Chrome kullanmayan kullanıcılar metriklerinizde olumlu ya da olumsuz bir yönden mi etkileniyor? Bu rapor, performans sorunları yaşadığınız noktalarla ilgili olarak öncelik verebileceğiniz noktalar hakkında size daha fazla bilgi sağlıyor mu?
Chrome kullanmayan kullanıcılar farklı sonuçlar elde ediyorsa RUM'un sağladığı bu değerli bilgiyi, farklı şekilde optimizasyon yapmanız için kullanabilirsiniz. Örneğin, belirli API'ler belirli tarayıcılarda kullanılamaz, ancak desteklenmeyen tarayıcıların da deneyimlerini iyileştirmek için alternatiflerini kullanabilirsiniz. Dilerseniz kısıtlı cihaz veya ağlardaki kullanıcılara farklı ancak daha performanslı bir deneyim sunabilirsiniz. CrUX sadece Chrome verileriyle sınırlıdır, ancak iyileştirmelere öncelik vermek için site ziyaretçilerinizin tüm deneyimlerini dikkate almalısınız. RUM verileri bu boşluğu doldurabilir.
Tüm farkların nedenlerini öğrendikten sonra, her iki araç da web sitenizdeki kullanıcı deneyimlerini anlamak ve sayılar aynı olmasa bile bu deneyimlerin iyileştirilmesine yardımcı olmak açısından çok faydalı olabilir. CrUX verilerini tamamlamak için RUM verilerinizi kullanın. Ayrıca, CrUX'in size anlattıklarını üst düzeyde ayrıntılı olarak incelemenize olanak tanır. Trafiğinizi segmentlere ayırarak, sitenizin veya kullanıcı tabanınızın ilgilenmeniz gereken belirli alanları olup olmadığını belirleyebilirsiniz.
İyileştirmelerinizin beklenen olumlu etkilerini görmek için trendleri incelemek, her bir sayının iki veri kaynağı arasında tam olarak eşleşmesinden genellikle daha önemlidir. Yukarıda belirtildiği gibi, RUM, 28 günlük CrUX puanlarınızın ne olacağını önceden görmek için farklı zaman aralıklarına bakmanıza olanak tanır. Ancak, çok kısa zaman dilimlerine bakmak gürültülü verilere yol açabilir. Bu nedenle CrUX'te 28 günlük süre kullanılır.
Bu farklı metriklerde genellikle "doğru" veya "yanlış" bir cevap bulunmaz. Bunlar, kullanıcılarınıza ve sitenizdeki deneyimlerine ilişkin farklı bir bakış açısından değerlendirilir. Bu farklılıkların neden ortaya çıktığını ve karar verme sürecinizi ilerletmek için neler yapılabileceğini anladığınız sürece, sitenizin ziyaretçilerine daha iyi hizmet vermek çok önemlidir.
Teşekkür
Steven Lelham tarafından Unsplash'ta yayınlanan küçük resim