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 bir deneyim yaşadıklarıyla ilgili kullanıcı deneyimi metrikleri sağlar. Bu veriler, Chrome tarafından kaydolan kullanıcılardan otomatik olarak toplanır ve CrUX uygunluk ölçütlerine göre kullanıma sunulur.
Bu nedenle, milyonlarca web sitesinin CrUX verileri mevcut. Birçok site sahibi daha önce alan verilerine erişim sahibi değildi. CrUX, birçok sitenin bunun değerini görmesini ilk kez sağladı. CrUX, herkese açık bir veri kümesi olarak kullanıcı deneyimi metriklerinin rekabet analizi ve karşılaştırılması için de kullanılabilir.
Gerçek Kullanıcı İzleme (RUM), CrUX'e benzer ancak Chrome'un kullanıcı deneyimi metriklerini otomatik olarak toplaması yerine, bu toplama işlemi için web sitelerine kod eklenir. Bu kod, daha ayrıntılı analiz için bir RUM sağlayıcısına veya analiz çözümüne gönderilir.
Her iki çözümde de kullanıcı deneyimi metriklerini ölçtüğünde, bunların eşdeğer olması gerektiğini varsaymak doğaldır. Farklılıklarla karşılaşmak kafa karıştırıcı olabilir. Bu kılavuzda bu durumun neden olabileceği açıklanmakta ve sayılar uyumlu olmadığında yapılması gerekenlere dair öneriler sunulmaktadır.
CrUX'i RUM çözümüyle desteklemenin avantajları
CrUX, sitelerin tutarlı bir görünüm elde etmesi için mükemmel bir araçtır. Core Web Vitals programının resmi veri kümesi olan siteler de nelerin gösterildiğine dikkat etmek isteyecektir. CrUX'in amacı, çapraz karşılaştırma yapılabilmesi için milyonlarca web sitesinin istatistiksel olarak alakalı bir özetini sunmaktır.
Bununla birlikte, verilerin neden bu rakamları gösterdiğini araştırmaya daha kapsamlı bir bakış için CrUX'e destek olacak tam RUM çözümüne yatırım yapmak, herkese açık olarak sorgulanabilen bir veri kümesinde sunulandan daha ayrıntılı bilgilere erişmenizi sağlayabilir. Bu, metriklerinizi çeşitli şekillerde açıklamanıza ve iyileştirmenize yardımcı olabilir.
Sorunları araştırmak için daha ayrıntılı analizler
CrUX, çoğu zaman sitenizde bir sorun olup olmadığını belirtmek için kullanılabilir, ancak sorunun sitenizin tam olarak neresinde olduğunu ya da nedenini belirtmek için yeterli olmayabilir. İster web-vitals kitaplığının beğenileri yoluyla gerekse birçok ticari ürün aracılığıyla edinilen RUM çözümleri bu boşluğu doldurmaya yardımcı olabilir.
RUM çözümü kullanmak, tüm sayfalarınız ve tüm tarayıcılar için çok daha ayrıntılı verilere erişmenizi sağlar. Ayrıca, bu verileri CrUX'in yapmadığı yöntemlerle segmentlere ayırıp analiz etmenize olanak tanıyarak sitenin sorunlu alanlarını ayrıntılı olarak incelemenizi ve araştırmanızı sağlar. Belirli bir kullanıcı segmentinden etkileniyorlar mı? 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şletme metrikleriyle ilişkilendirin
RUM ayrıca web performansı metriklerinizi herhangi bir iş metriğiyle doğrudan karşılaştırmanıza olanak tanır. Böylece, performansa yatırımın değerini ve öncelik verilmesi gereken diğer performans çalışmalarını gösterebilirsiniz. Farfetch veya The Economic Times gibi bu ilişkiyi yapan işletmelerle ilgili çok sayıda örnek olay var.
Diğer performans verilerini toplama
RUM çözümü, doğrudan işletmenizle ilişkili diğer özel metriklerin toplanmasına olanak tanır. Bunun iyi bilinen örneklerinden biri Twitter'ın "Time to first Tweet" (İlk Tweet Zamanı) metriğine karşılık gelir. Daha sonra bu siteye özgü ölçümler, Core Web Vitals iyileştirmeleri ve iş metrikleriyle ilişkilendirilebilir.
İki alan verisi grubu arasındaki farklar
Elinde kol saati olan bir adam saatin kaç olduğunu biliyor. İki kol saati olan bir adam asla emin olamaz.
Segal Yasası
İki veri kaynağınız olduğunda, neden farklı olduklarına dair genellikle kafa karıştırıcı ve can sıkıcı olabilir. Laboratuvar ve alan metrikleri arasındaki farkı anlamanın önemli olduğu gibi, iki alan verisi kaynağı arasında da farklılıklar olabilir. İdeal bir dünyada veriler aynı olacak olsa da farklılık göstermesinin birçok nedeni vardır.
Laboratuvar verileri ile alan verileri karşılaştırması
Kontrol etmeniz gereken ilk şey, laboratuvar (sentetik) metrikleri mi yoksa alan (RUM) metrikleri mi incelediğinizdir. RUM ürünlerinin yalnızca alan verilerine baktığını varsaymak doğal olsa da birçoğunda bir laboratuvar bileşeni de bulunur.
Laboratuvar verileri, ölçümler yaptığı sabit koşullar nedeniyle son derece yararlıdır. Değişen alan popülasyonunun gürültüsü olmadan bir üretim ortamındaki beklenmedik değişiklikleri veya regresyonları izlemek için kullanılabilir. Bununla birlikte, laboratuvar verileri gerçek kullanıcı deneyimini temsil etmeyebilir. Bu nedenle, alan metrikleri oldukça farklı sonuçlar gösterebilir.
Nüfuslar
CrUX ve RUM çözümlerinde kullanılan veri kümeleri, hangi tarayıcıların, kullanıcıların, sitelerin ve cihazların karşılaştırıldığına bağlı olarak sayfa ziyaretlerinin ölçülmesindeki farklılıklar nedeniyle farklı olabilir.
Dahil olan tarayıcılar
Adından da anlaşılacağı gibi Chrome Kullanıcı Deneyimi Raporu yalnızca Chrome'da kullanılabilir. Paylaşılan temel kod tabanı nedeniyle Chrome ile aynı metrikleri destekleyen Chromium tabanlı birçok tarayıcı (Edge, Opera ve Brave) olsa da yalnızca Chrome kullanıcıları CrUX'e veri gönderir. Ayrıca bu kısıtlama, temel Webkit tarayıcı motorunu kullandığı için iOS'teki Chrome kullanıcıları da dahil edilmez. Ayrıca, Android Web Görünümleri "Chrome" olarak sayılmaz. Bu nedenle, Chrome Özel Sekmeleri de dahil olmak üzere, bu kullanıcılara ait veriler dahil edilmez.
Chrome dünyanın en popüler tarayıcılarından biri olsa da muhtemelen çoğu durumda sitenizin performansına ilişkin geniş bir temsil sunsa da yalnızca söz konusu tarayıcıyı ölçmek hiçbir şekilde tüm kullanıcılarınızı ölçmez. Bu, RUM ile CrUX arasındaki temel bir farkı açıklayabilir. Bu durum özellikle, örneğin yalnızca Chrome'da bulunan API'lerden veya resim biçimlerinden yararlanan performans teknikleri için geçerlidir.
iOS verilerinin eksik olması da yanlılığa yol açabilir. Örneğin, iOS kullanıcıları genellikle daha yüksek performanslı cihazları kullandığından veya ağ altyapısı daha iyi olan daha fazla ülkeden yapılan ziyaretlerde genel performans metrikleri yüksek olabilir. Diğer yandan, CrUX'in yaptığı gibi bunları hariç tutmak, verilerin az sayıda site ziyaretçilerine gösterilmesine neden olabilir (örnek örnek olay). Android kullanıcıları genellikle daha fazla cihaz, cihaz özelliği ve pazar yelpazesini kapsar.
RUM çözümleri, Chrome dışındaki tarayıcılar için, özellikle de genellikle aynı metriklere (Core Web Vitals gibi) yerleşik olan 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ı sayıda metrik içerebilir. Örneğin, Cumulative Layout Shift (CLS) ve Sonraki Boyamayla Etkileşim (INP) yalnızca Chromium tabanlı tarayıcılarda kullanılabilir. İlk Zengin İçerikli Boyama (FCP) gibi diğer bazı metrikler oldukça farklı şekilde ölçülebilir (daha sonra devam edin).
İzin veren kullanıcılar
CrUX, Chrome kullanıcılarıyla sınırlı olmasının yanı sıra yalnızca tarayıcı yüklendiğinde CrUX verilerini paylaşmayı kabul eden bir Chrome kullanıcılarının bir alt kümesinin ölçümü yapılarak daha da kısıtlanır.
RUM sağlayıcıları, genellikle kullanıcılardan RUM veri toplamayı etkinleştirmelerini isteyen çerez banner'ı istemleri veya izleme engelleyiciler nedeniyle yalnızca bir kullanıcı alt kümesine bakar. Bu durum, site öğelerinden bazıları önceki sayfalardan önbelleğe alınmış hale gelene kadar ikinci veya sonraki sayfaya kadar onay verilmezse ilk sayfa yüklemelerinden bazılarını olumsuz yönde etkileyebilir. Bu sık sık yaşandığında, yavaş ilk sayfa yüklemelerinin yeterli sayıda durumda hariç tutulması halinde metrikler, RUM'da gerçekte olduklarından daha olumlu görünebilir.
Dahil edilen siteler
CrUX'in yalnızca herkese açık web sitelerinde raporlanması amaçlanmıştır. Bu nedenle, verilerin CrUX'e kaydedilmemesine yol açabilecek başka uygunluk ölçütleri de vardır. Bu ölçütlerden en önemlisi, web sitesinin herkes tarafından bulunabilir olması ve anlamlı sonuçlar elde edilebilecek minimum örnek boyutunu sağlayacak kadar popüler olması gerekir. Çoğu durumda bu, CrUX'te veri bulunmamasıyla sonuçlanır. Bu durum, kullanılabilir verilere kıyasla daha az kafa karıştırıcı bir fark olmakla birlikte farklıdır ancak bunun nedenini açıklar.
Bununla birlikte, bir sitenin belirli sayfaları dizine eklenebilir olarak işaretlenip diğerleri dizine eklenmemişse CrUX'te URL'lerin yalnızca bir alt kümesini görebilirsiniz. Kaynak herkes tarafından bulunabiliyorsa kaynak düzeyindeki tüm sayfa görüntülemeleri, kaynak düzeyindeki verilere dahil edilir ancak URL düzeyindeki veriler bulunmayabilir.
Cihazlar
CrUX, verileri mobil, masaüstü ve tablete göre segmentlere ayırıyor. Ancak birçok araç ilk ikisine odaklanıyor ve tablet verilerini göstermeyebilir ya da bu verileri mobil veya masaüstünde içerebilir. Mobil cihazlardaki 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, trafiğin benzer şekilde 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 (örneğin, Chrome) göre segmentlere ayırmaya izin verebilir, ancak mobil Chrome trafiğini görmek için her ikisine birden izin veremez. CrUX verilerini karşılaştırırken cihaz türü ve Chrome tarayıcıya göre filtreleme yaparak benzerler için benzer karşılaştırmalar yaptığınızdan emin olun.
Örnekleme
RUM çözümleri genellikle verilerin toplandığı, ankete katılmayı seçen ziyaretçilerin örnekleme hızının ayarlanmasına olanak tanır. Bu veri, analiz edilmesi gereken veri hacmini ve ticari RUM hizmetlerinin maliyetlerini azaltmak için kullanılabilir. Bu örnek boyutu çok küçükse ve daha geniş bir popülasyonu temsil etmiyorsa, elde edilen metrikler de benzer şekilde çarpıtılır. Siteniz için uygun örnekleme boyutunu RUM sağlayıcınızla görüşün.
Verilerin toplanması
Alan verileri, yapısı gereği, laboratuvar verileriyle karşılaştırıldığında aynı metriklere sahip birçok veri noktasını içerir. Bu da tek bir değer verir. Bu veriler raporlama amacıyla farklı şekilde toplanırsa CrUX ile RUM arasındaki farklılıklara da yol açabilir.
Zaman dilimi
CrUX verileri, 28 günlük kayan trafik aralığına dayalıdır ve bu zaman aralığı değiştirilemez. Ancak CrUX BigQuery verileri her ay depolandığı için önceki ayları görebilirsiniz. CrUX History API de haftalık bir döneme ait geçmiş verileri sunar. Her ikisi de 28 günlük kaydırma aralığına dayalı olarak veri sağlamaya devam eder.
RUM verileri, değişikliklerin etkisini daha kısa sürede görebilmek için genellikle çok daha fazla ayrıntı sağlar. Ancak daha küçük dönemler seçilirken RUM verileri web sitesi trafiği ve ziyaretçilerdeki dalgalanmalardan gereksiz yere 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 olduktan sonra RUM verilerini ayrıntılı olarak incelemek için diğer zaman aralıklarına bakabilirsiniz.
İstatistiklerin toplanması
CrUX metrikleri, yüzde 75'lik dilimde, yani sayfa görüntülemelerinin% 75'inin elde ettiği değere bakılarak ölçülür. Saha verilerinde uç noktalar olacaktır ve en kötü% 25'lik deneyim çıkarılacaktır. Bu verinin amacı, ziyaretçilerin çoğunun makul bir şekilde ulaşması beklenebilecek bir değer sağlamaktır.
RUM ürünleri genellikle 75. yüzdelik dilim, ortanca değer ve diğer yüzdelik dilimler dahil olmak üzere metriklerin toplanması için daha fazla seçenek sunar. RUM değerlerini CrUX verileriyle karşılaştırıyorsanız benzer verileri 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 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:
![LCP derecelendirme sayfası yüklemelerinin histogramlarını gösteren PageSpeed Insights ekran görüntüsü](https://web.developers.google.cn/static/articles/crux-and-rum-differences/image/pagespeed-insights-screen-b135a0cfa5e39.png?authuser=5&hl=tr)
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 temelde bu metrikleri (LCP, CLS ve INP) ölçer ve bunları tamamlayan birkaç ek metrik sunar.
RUM araçları genellikle bu Core Web Vitals metriklerini içerir, ancak çoğu zaman başka birçok metriği de içerir. Bazı RUM sağlayıcıları, bir "mutluluk endeksi" oluşturmak için tüm bu metriklerin kendi kombinasyonlarını kullanarak kullanıcı deneyimini de ölçer. veya benzerlerini ifade eder. RUM verilerini CrUX ile karşılaştırırken benzerlerini benzer şekilde karşılaştırdığınızdan emin olun.
Core Web Vitals ilerleme veya başarısız olma durumunu değerlendiren araçlar, bir sayfanın tüm Core Web Vitals için 75. yüzdelik dilimde önerilen hedefleri karşılaması halinde o sayfanın başarılı olduğunu dikkate almalıdır. Etkileşimin olmadığı 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. Chrome'un her sürümünde bunların nasıl değiştiğini görmek için Web Verileri Değişiklik Günlükleri'ni inceleyebilirsiniz.
Ancak RUM çözümleri daha geniş kapsamlı tarayıcı çeşitleriyle ölçüm yapar. Chrome, Değişiklik Günlüğü'nde belirtilen yeni değişiklikleri uygulamadığı sürece Chromium tabanlı tarayıcılar (Edge, Opera vb.) muhtemelen Chrome'a benzer.
Chromium olmayan tarayıcılarda farklar daha belirgin olabilir. Örneğin, First Contentful Paint (FCP), Safari ve Firefox'ta kullanılabilir, ancak farklı bir şekilde ölçülür. Bu durum, raporlanan zamanlarda önemli farklılıklara yol açabilir. Daha önce belirtildiği gibi, RUM ile CrUX'u karşılaştırmak istiyorsanız, benzer bir karşılaştırmaya olanak tanımak için yalnızca Chrome kullanıcılarını filtrelemek en iyi seçenektir.
Metrik zamanlaması
Core Web Vitals metrikleri, web tarayıcısı API'leri tarafından sağlanır ancak bu, bunlar kullanılarak raporlanan değer farklılıkları olasılığı olmadığı anlamına gelmez. Metrik ölçümünün tam olarak ne zaman alındığı (sayfa yüklenirken veya tüm sayfa yaşam döngüsü boyunca) farklılıklara neden olabilir. RUM araçları, metrikleri her zaman aynı şekilde ölçmeyebilir (aynı adları kullansalar bile) ve verileri almak için aynı tarayıcı API'lerini kullanmaları kafa karıştırıcı olabilir.
Largest Contentful Paint (LCP) sayfa yükleme metriğidir. İlk oluşturma işleminden sonra daha büyük öğeler yüklenirse Web API, bazı LCP öğelerini bildirebilir. Son LCP öğesi, sayfanın yüklenmesinin bitmesi veya kullanıcının sayfayla etkileşime geçmesidir. Bu nedenle, LCP öğesi bu iki etkinlikten önce raporlanırsa farklılıklar ortaya çıkabilir.
Ayrıca alan verilerinde LCP öğesi, sayfanın yüklenme şekline bağlı olarak farklı olabilir. Sayfa içeriğinin üst kısmını gösteren varsayılan sayfa yüklemesinde LCP öğesi öncelikle ekran boyutuna bağlıdır. Ancak sayfa, dokümanın alt kısımlarında bir sabit bağlantıyla açılırsa veya benzer bir şekilde Tek Sayfalık Uygulamaya (SPA) bir derin bağlantıyla açılırsa (daha sonra değineceğiz) LCP öğesi farklı olabilir.
CrUX veya RUM'da sağlanan LCP zamanlamalarının, laboratuvar araçlarıyla aynı öğelere dayandığını varsaymayın. CrUX, size sayfa veya kaynak başına genel LCP değerini verir. Ancak RUM, tek tek LCP sorun oturumlarını tanımlamak için bunu daha ayrıntılı 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ı sayfayla etkileşimde bulunduktan sonra daha büyük değişimlere neden olan sayfaları temsil etmeyebilir. Bu nedenle, CLS değerini yalnızca sayfa yüklendikten sonra (birçok RUM ürününde olduğu gibi) almak, kullanıcı sayfayı bitirdikten sonra CLS değerini almaktan farklı bir sonuç verir.
Sonraki Boyamayla Etkileşim (INP) yanıt verme metriğinin ölçülmesi gerekir. Bu metrik, CLS'ye benzer bir şekilde sayfanın kullanım süresi boyunca tüm tıklama, dokunma ve klavye etkileşimlerini gözlemler. Bu nedenle, kullanıcı sayfada bir dizi etkileşimde bulunduktan sonra raporlanan INP değeri çok farklı olabilir.
CrUX, Önemli Web Verileri belgelerini izleyerek bunları sayfanın tüm kullanım süresi boyunca ölçer. Birçok RUM sağlayıcısı, bu metrikleri sayfa yüklendikten sonra veya başka bir zamanda (örneğin, temel bir harekete geçirici mesaj tıklandığında) çeşitli nedenlerle ölçmeyi tercih eder.
İki veri kaynağı arasında açıklanamayan sapmalar gördüğünüzde Core Web Vitals'ın ne zaman ölçüldüğünü anlamanız için RUM sağlayıcınızdan bilgi almanız önemlidir.
Tek sayfalık uygulamalar
Tek sayfalık uygulamalar (SPA), tarayıcı düzeyinde gerçek sayfada gezinme işlemleri gerçekleştirmek yerine geçerli sayfanın içeriğini güncelleyerek çalışır. Bu, kullanıcıların bu şekilde deneyim yaşamasına rağmen tarayıcının bunları sayfada gezinme olarak görmediği anlamına gelir. Tarayıcı tarafından sağlanan Core Web Vitals API'leri bunları dikkate almaz. Bu nedenle CrUX, bu sayfada gezinme işlemlerini desteklemez. Bu sorunu gidermek için çalışmalar devam ediyor. Daha fazla bilgi için Esnek gezinmeleri ölçmeyi deneme başlıklı yayına bakın.
Bazı RUM sağlayıcıları "yumuşak gezinmeleri" algılamaya çalışır ancak Core Web Vitals metriklerini bu "soft gezinmelerle" de ilişkilendiriyorlarsa temel API'ler çoğu metrik için CrUX'i desteklemediğinden bu durum CrUX ile bazı farklılıklara yol açar.
CrUX ve Web API arasındaki farklar
Hangi sayfa görüntülemelerinin ve nelerin ölçüldüğündeki farklılıkların yanı sıra, CrUX ve RUM verilerinde farklılıklara yol açabilecek, 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ı durumlarda ise API tarafından döndürülen sonuçların belirli senaryolarda farklı şekilde ele alınması gerekir. Core Web Vitals dokümanlarında, LCP ve CLS için bu farklılıklar listelenmektedir. Ancak temel farklar, aşağıdaki bölümlerde de belirtilmiştir.
Geri-ileri önbellek
CrUX, geleneksel sayfa yüklemelerine yol açmasa da Geri-ileri önbellek (veya bfcache) geri yüklemelerini sayfada gezinme olarak kabul eder. Web API'leri bunları sayfa yükleme olarak değerlendirmediğinden RUM çözümlerinin CrUX'le eşleşmek istediklerinde bu sayfaların sayılması için ek adımlar uygulaması gerekir. Bunlar, bir sitenin genel olarak daha iyi performans göstermesine neden olabilecek önemli ölçüde daha hızlı sayfa yüklemeleridir. Bu nedenle, bunların eklenmemesi genel sayfa performansı metriklerinin daha kötü olmasına yol açabilir. Bfcache geri yüklenen sayfaları işleyip işlemediğini 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'ler bile) erişemez. Diğer bir deyişle, bu alanlardaki içeriğe ilişkin performans metrikleri yalnızca iframe'in kendisi tarafından ölçülebilir, kadraja alma sayfasındaki Web API'leri aracılığıyla ölçülemez. iframe içeriği LCP öğesini veya kullanıcının deneyimlediği CLS ya da INP'yi etkileyen bir içerik barındırıyorsa bu, RUM çözümlerinde (Google web-vites JavaScript kitaplığı dahil) kullanılamaz.
Ancak sayfadaki JavaScript yerine Chrome tarayıcının kendisi tarafından ölçülen CrUX'te bu sınırlamalar yoktur ve Core Web Vitals'ı raporlarken iframe'ler içindeki metrikler de ölçülmektedir. Bu, kullanıcı deneyimini daha doğru şekilde yansıtır, ancak sitelerdeki iframe'leri kullanan 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>
. Otomatik oynatılan <video>
öğesinin ilk boyanmış çerçevesi, LCP adayı olarak sayılabilir ancak popüler video akış hizmetleri için yapılan yerleştirmeler, bu öğeleri bir <iframe>
içine yerleştirebilir. CrUX, <iframe>
içeriğine erişebildiği ancak RUM çözümlerine erişemediği için bunu hesaba katabilir.
Kaynaklar arası kaynaklar
Zamanlama saldırılarını azaltmak için tarayıcı güvenlik kısıtlamaları nedeniyle, Timing-Allow-Origin üstbilgisi (TAO) sağlanmadığı sürece, diğer alanlardan sunulan LCP medyaları PerformanceObserver API'de oluşturma süresi vermez. Bu süre, kaynağın yükleme süresine tekabül eder ancak bu süre, içeriğin gerçekten boyandığı andakinden oldukça farklı olabilir.
Bu, web API'leri tarafından LCP'nin FCP'den önce raporlandığı, imkânsız gibi görünebilecek bir duruma yol açabilir. Böyle bir durum söz konusu değildir ancak yalnızca bu güvenlik kısıtlaması nedeniyle öyle görünür.
Tekrar belirtmek gerekirse CrUX, Core Web Vitals için oluşturma süresi verilerini raporlar. Sitelerin, Core Web Vitals metriklerini etkileyen kaynaklar arası içeriği sınırlandırmaları ve bunu daha doğru bir şekilde ölçmek istiyorlarsa mümkün olduğunda TAO'yu etkinleştirmeleri önerilir. Diğer çapraz kaynak kaynakları da benzer kısıtlamalara tabi olabilir.
Arka plan sekmeleri
Bir sayfa arka plan sekmesinde açılmadığında da Web API'lerini kullanarak metrik yayınlamaya devam eder. Ancak bunlar, kullanıcı deneyimiyle tutarsız olan zamanlamalar sunduğu için CrUX tarafından bildirilmez. RUM çözümleri, bunları göz ardı etmeli ve en azından bu sayfa görüntülemelerinin nasıl ele alındığını açıklamalıdır.
Bu konuda ne yapabiliriz?
CrUX ve RUM verileri arasında, her birinin kullandığı metodolojideki farklılıklar veya hangi kullanıcıların ve sayfa görüntülemelerinin dahil edildiği ya da hariç tutulduğu nedeniyle neden farklılıklar olabileceğini gösterdik. İdeal olarak, her iki veri kümesi de yararlı olmaları için sitenizin performansını temsil eder; ancak belirtilen nedenler, her birinde tam olarak aynı sayıları elde etmenin pek olası olmadığının altını çizmelidir.
Küçük farklar olduğunda (örneğin, 2,0 saniyelik LCP'lik değeri bildirme) her iki veri kümesi de yararlı olur ve genellikle kabaca senkronize olduğu düşünülebilir.
Belirgin farklılıklar verilerin doğruluğunu sorgulamanıza neden oluyorsa bu farklılıkları anlamaya çalışmalısınız. Bu farkları azaltmak için RUM verileri, CrUX ile daha uyumlu olacak şekilde (28 gün içinde 75. yüzdelik dilim değerleriyle yalnızca masaüstü veya mobil Chrome kullanıcılarına bakılarak) filtrelenebilir mi?
Öyleyse ve verilerin daha yakın eşleşmesini sağlayabilirseniz yine de tüm verilerde bu farklılıkların neden olduğunu ve bunun ne anlama geldiğini sormanız gerekir. Chrome dışı kullanıcılar metriklerinizi olumlu veya olumsuz yönde çarpıyor mu? Bu veriler, öncelik verebileceğiniz performans sorunlarının nerelerde olduğuna dair daha fazla bilgi sağlıyor mu?
Chrome kullanıcısı olmayan kullanıcılarınız farklı sonuçlar alıyorsa RUM'un size verdiği bu değerli bilgilerden yararlanarak farklı optimizasyonlar yapabilirsiniz. Örneğin, belirli API'ler belirli tarayıcılarda kullanılamaz, ancak desteklenmeyen tarayıcıların deneyimlerini iyileştirmek için alternatifleri de kullanabilirsiniz. Alternatif olarak, kısıtlı cihaz veya ağlara sahip kullanıcılara farklı ancak daha yüksek performanslı bir deneyim de sunabilirsiniz. CrUX'te yalnızca Chrome verileri bulunur, ancak site ziyaretçilerinizin tümünü göz önünde bulundurmalısınız. iyileştirmeleri öncelik sırasına koymanıza yardımcı olur. RUM verileri bu boşluğu doldurabilir.
Farklılıkların nedenlerini anladıktan sonra, her iki araç da web sitenizdeki kullanıcı deneyimlerini anlamak ve sayılar aynı olmasa bile bu deneyimin iyileştirilmesine yardımcı olmak açısından son derece yararlı olabilir. CrUX verilerini tamamlamak için RUM verilerinizi kullanın ve trafiğinizi segmentlere ayırarak CrUX'un size ayrıntılı bir şekilde anlattıklarını, sitenizin veya kullanıcı tabanınızın ilgilenilmesi gereken belirli alanları olup olmadığını saptamanıza yardımcı olur.
İyileştirmelerinizin beklenen olumlu etkilerini görmek için trendlere bakmak, her sayının iki veri kaynağı arasında tam olarak eşleşmesinden genellikle daha önemlidir. Daha önce de belirttiğimiz 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 aralıklarına bakmak karmaşık verilere yol açabileceğinden, CrUX'te bu nedenle 28 gün kullanılan CrUX puanlarının önceden ne olacağını önceden görebilirsiniz.
Genellikle "doğru" yoktur veya "yanlış" Bu farklı metriklerde yanıtlar alabilirsiniz. Bunlar, kullanıcılarınıza ve sitenizdeki deneyimlerine farklı bir bakış açısıyla yaklaşmaktadır. Bu farklılıkların neden oluştuğunu ve karar alma sürecini yönlendirmek için neler yapabileceğinizi anladığınız sürece, sitenizin ziyaretçilerine daha iyi hizmet verebilmek için en önemli şey budur.
Teşekkür
Steven Lelham tarafından Unsplash'teki küçük resim