RUM verilerinin neden CrUX'ten farklı Core Web Vitals sayıları gösterebileceğini öğrenin.
Yayınlanma tarihi: 15 Ağustos 2022, Son güncelleme tarihi: 17 Aralık 2025
Chrome Kullanıcı Deneyimi Raporu (CrUX), gerçek dünyadaki Chrome kullanıcılarının popüler web hedeflerinde yaşadığı kullanıcı deneyimleri hakkında metrikler sağlar. Bu veriler, özelliği etkinleştiren kullanıcılardan Chrome tarafından otomatik olarak toplanır ve CrUX uygunluk ölçütlerine göre kullanıma sunulur.
Bu nedenle CrUX verileri milyonlarca web sitesi için kullanılabilir. Birçok site sahibi daha önce saha verilerine erişemiyordu. CrUX, birçok sitenin bu verilerin değerini ilk kez görmesini sağladı. Herkese açık bir veri kümesi olan CrUX, rekabet analizi ve kullanıcı deneyimi metriklerinin karşılaştırması 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şlemini gerçekleştirmek ve daha fazla analiz için bir RUM sağlayıcısına veya analiz çözümüne geri göndermek üzere web sitelerine kod eklenir.
Her iki çözüm de kullanıcı deneyimi metriklerini ölçtüğünden, bunların eşdeğer olması gerektiği varsayımı doğaldır. Farklılıklar görmek kafa karıştırıcı olabilir. Bu kılavuzda, bu durumun nedenleri açıklanmakta ve sayılar uyuşmadığında ne yapılması gerektiğiyle ilgili öneriler sunulmaktadır.
CrUX'i bir RUM çözümüyle desteklemenin avantajları
CrUX, siteler genelinde tutarlı bir görünüm elde etmek için mükemmel bir araçtır ve Core Web Vitals programı için Google veri kümesi olarak siteler, gösterdiği verileri takip etmek isteyecektir. CrUX'un amacı, milyonlarca web sitesinin istatistiksel olarak alakalı bir genel bakışını sunarak karşılaştırma yapmayı sağlamaktır.
Ancak verilerin neden bu sayıları gösterdiğini daha ayrıntılı bir şekilde incelemek için CrUX'i tamamlayacak tam bir RUM çözümüne yatırım yapmak, herkese açık olarak sorgulanabilir bir veri kümesinde sunulabilecek olandan 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ı analiz
CrUX genellikle sitenizde bir sorun olup olmadığını belirtmek için kullanılabilir ancak sorunun sitenizde tam olarak nerede olduğunu veya nedenini belirtmeyebilir. web-vitals kitaplığı gibi araçlarla şirket içinde geliştirilen veya ticari ürünler arasında yer alan 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'un yapmadığı şekillerde segmentlere ayırmanıza ve analiz etmenize olanak tanıyarak sitenin sorunlu alanlarını ayrıntılı olarak incelemenizi sağlar. Belirli bir kullanıcı segmentinden mi etkileniyorlar? 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 yanıtlanması çok daha kolay olan sorulardır.
Diğer işletme metrikleriyle ilişkilendirme
RUM, web performansı metriklerinizi doğrudan herhangi bir işletme metriğiyle karşılaştırmanıza da olanak tanır. Böylece performansa yatırım yapmanın değerini ve öncelik vermeniz gereken diğer performans çalışmalarını görebilirsiniz. Farfetch veya The Economic Times gibi bu ilişkilendirmeyi yapan işletmelerle ilgili çok sayıda örnek olay incelememiz var.
Diğer performans verilerini toplama
RUM çözümü, doğrudan işletmenize bağlı diğer özel metriklerin toplanmasına olanak tanır. Bunun en bilinen örneklerinden biri Twitter'ın "İlk Tweet'e kadar geçen süre" metriğidir. Siteye özgü bu ölçümler daha sonra Core Web Vitals iyileştirmeleri ve işletme metrikleriyle ilişkilendirilebilir.
İki alan verisi kümesi arasındaki farklar
Bir saati olan adam saatin kaç olduğunu bilir. İki saati olan adam ise hiçbir zaman emin olamaz.
Segal Yasası
İki veri kaynağınız olduğunda, bunların neden farklı olduğu 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 farklar olabilir. İdeal bir dünyada veriler aynı olsa da farklılık göstermelerinin birçok nedeni vardır.
Laboratuvar verileri ile alan verilerinin karşılaştırması
Kontrol etmeniz gereken ilk şey, laboratuvar (sentetik) metriklerine mi yoksa alan (RUM) metriklerine mi baktığınızdır. RUM ürünlerinin yalnızca alan verilerini incelediğini varsaymak doğal olsa da çoğu ürün bir laboratuvar bileşeni de sunar.
Laboratuvar verileri, ölçüm yaptığı sabit koşullar nedeniyle son derece kullanışlıdır. Bu metrik, değişen alan popülasyonunun gürültüsü olmadan üretim ortamındaki beklenmedik değişiklikleri veya gerilemeleri izlemek için kullanılabilir. Ancak laboratuvar verileri gerçek kullanıcı deneyimini temsil etmeyebilir. 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, hangi tarayıcıların, kullanıcıların, sitelerin ve cihazların karşılaştırıldığına bağlı olarak hangi sayfa ziyaretlerinin ölçüldüğündeki farklılıklar nedeniyle farklı olabilir.
Dahil edilen tarayıcılar
Chrome Kullanıcı Deneyimi Raporu, adından da anlaşılacağı üzere yalnızca Chrome'a özeldir. Chrome kod tabanının büyük bir kısmını paylaşan birçok Chromium tabanlı tarayıcı (Edge, Opera ve Brave gibi) olsa da CrUX'e yalnızca Chrome kullanıcıları veri sağlar. Bu kısıtlama, temel Webkit tarayıcı motorunu kullandığı için iOS'teki Chrome kullanıcılarının da dahil edilmediği anlamına gelir. Android Web Görünümleri de "Chrome" olarak sayılmaz. Bu nedenle, bu kullanıcıların verileri dahil edilmez ancak Chrome Özel Sekmeleri dahil edilir.
Chrome, dünyanın en popüler tarayıcılarından biri olduğundan çoğu durumda sitenizin performansını geniş bir şekilde temsil eder. Ancak yalnızca bu tarayıcıyı ölçmek, hiçbir şekilde tüm kullanıcılarınızın ölçümü değildir. Bu durum, RUM ile CrUX arasındaki temel farklardan birini açıklayabilir. Bu durum, özellikle yalnızca Chrome'da kullanılabilen API'lere veya resim biçimlerine dayalı performans teknikleri için geçerlidir.
iOS verilerinin eksikliği de yanlılığa yol açabilir. Örneğin, iOS kullanıcıları genellikle daha yüksek performanslı cihazlar kullandığından veya daha iyi ağ altyapısına sahip daha fazla ülkeden ziyaret ettiğinden, bu kullanıcıları dahil etmek genel performans metriklerinin yüksek olmasına yol açabilir. Öte yandan, CrUX'un yaptığı gibi bunları hariç tutmak, site ziyaretçilerinin alt ucuna doğru sapan verilere yol açabilir (örnek olay incelemesi). Android kullanıcıları genellikle daha geniş bir cihaz, cihaz özellikleri ve pazar yelpazesini kapsar.
RUM çözümleri, Chrome dışındaki tarayıcılar ve özellikle de genellikle aynı metriklerin (ör. Core Web Vitals) yerleşik olarak bulunduğu Chromium tabanlı tarayıcılar için veri alabilir. Chromium tabanlı olmayan tarayıcılar da RUM çözümleri tarafından ölçülür ancak daha sınırlı bir metrik grubuna sahip olabilir. Örneğin, Kümülatif Düzen Kayması (CLS) yalnızca Chromium tabanlı tarayıcılarda kullanılabilir. LCP, INP ve hatta First Contentful Paint (FCP) gibi diğer bazı boyama tabanlı metrikler oldukça farklı şekilde ölçülebilir (aşağıya bakın).
Etkinleştiren kullanıcılar
CrUX, Chrome kullanıcılarıyla sınırlı olmasının yanı sıra, tarayıcı yüklendiğinde CrUX verilerini paylaşmayı kabul eden Chrome kullanıcılarının yalnızca bir alt kümesini ölçerek daha da kısıtlanır.
RUM sağlayıcılar da genellikle çerez banner'ı istemleri (kullanıcılardan RUM veri toplamayı etkinleştirmelerini isteme) veya izleme engelleyiciler nedeniyle kullanıcıların yalnızca bir alt kümesini inceler. Onay ikinci veya sonraki sayfalara kadar verilmezse bu durum, bazı ilk sayfa yüklemelerini olumsuz etkileyebilir. Bu durumda, site öğelerinin bir kısmı önceki sayfalardan önbelleğe alınmış olur. Bu durum sık sık yaşanırsa ve daha yavaş ilk sayfa yüklemeleri yeterli sayıda durumda hariç tutulursa metrikler RUM'da gerçekte olduğundan daha iyi görünebilir.
Dahil edilen siteler
CrUX yalnızca herkese açık web siteleri hakkında rapor oluşturmak için tasarlandığından, verilerin CrUX'e kaydedilmemesine neden olabilecek başka uygunluk ölçütleri de vardır. Bu ölçütlerden en önemlisi, web sitesinin herkese açık bir şekilde keşfedilebilir ve anlamlı sonuçlar çıkarılabilecek minimum örneklem boyutunu sağlayacak kadar popüler olmasıdır. Çoğu durumda bu, CrUX'te veri bulunmamasına neden olur. Bu, verilerin mevcut ancak farklı olmasına kıyasla daha az kafa karıştırıcı bir farktır ancak bunun neden olduğunu açıklar.
Ancak bir sitenin belirli sayfaları dizine eklenebilir olarak işaretlenmiş ancak diğerleri işaretlenmemişse CrUX'te yalnızca bir URL alt kümesi görebilirsiniz. Kaynak herkese açık olarak keşfedilebiliyorsa bu 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 tablet olarak segmentlere ayırır. Ancak birçok araç ilk ikisine odaklanır ve tablet verilerini göstermeyebilir veya mobil ya da masaüstü verilerine dahil edebilir. Mobil ve masaüstü cihazlardaki performans özellikleri, hem İçerik Yayınlama hem de içeriği görüntüleyen cihazların özellikleri açısından oldukça farklı olabilir.
RUM verileri, trafiği benzer şekilde segmentlere ayırmanıza olanak tanır ancak genellikle varsayılan olarak birleştirilmiş verileri gösterir. RUM yalnızca cihaz türüne (ör. mobil) veya tarayıcıya (ör. Chrome) göre segmentlere ayırmaya izin verebilir ancak yalnızca mobil Chrome trafiğini görmek için her ikisine birden izin vermeyebilir. CrUX verileriyle karşılaştırma yaparken cihaz türüne ve Chrome tarayıcıya göre filtreleme yaparak benzer verileri karşılaştırdığınızdan emin olun.
Örnekleme
RUM çözümleri genellikle, verilerin toplandığı ve izin veren ziyaretçilerin örnekleme hızının ayarlanmasına olanak tanır. Bu, analiz edilmesi gereken veri hacmini ve ticari RUM hizmetlerinin maliyetlerini azaltmak için kullanılabilir. Örnek boyutu çok küçükse ve daha geniş bir popülasyonu temsil etmiyorsa elde edilen metrikler de benzer şekilde çarpık olur. Siteniz için uygun örnekleme boyutunu RUM sağlayıcınızla görüşün.
Verilerin birleştirilmesi
Saha verileri, doğası gereği, tek bir değer veren laboratuvar verilerine kıyasla aynı metriklerin çok sayıda veri noktasını içerir. Bu veriler raporlama için farklı şekilde toplanırsa CrUX ile RUM arasında farklılıklar oluşabilir.
Zaman dilimi
CrUX verileri, 28 günlük kayan bir trafik aralığını temel alır ve bu zaman aralığını değiştirmek mümkün değildir. Ancak CrUX BigQuery verileri her ay için depolanır ve önceki ayları görmenize olanak tanır. CrUX History API da haftalık dönemlere ait geçmiş verileri sağlar. Her ikisi de 28 günlük kayan pencereye dayalı veriler sağlamaya devam eder.
RUM verileri genellikle çok daha fazla ayrıntı düzeyine olanak tanır. Böylece değişikliklerin etkisini çok daha kısa sürede görebilirsiniz. Ancak daha kısa dönemler seçildiğinde, RUM verileri web sitesi trafiğindeki ve ziyaretçi sayısındaki dalgalanmalardan gereğinden fazla etkilenebilir. RUM verilerini CrUX verileriyle karşılaştırırken her zaman 28 günlük performansa baktığınızdan emin olun. Verilerin benzer olduğundan emin olduktan sonra, RUM verilerini ayrıntılı olarak incelemek için diğer zaman dilimlerine bakabilirsiniz.
İstatistiklerin toplanması
CrUX metrikleri 75. yüzdelik dilimde ölçülür. Yani sayfa görüntülemelerinin% 75'inin ulaştığı değere bakılır. Saha verilerinde uç değerler olacaktır ve en kötü% 25'lik deneyimler kaldırılarak ziyaretçilerin çoğunluğunun makul bir şekilde elde etmesi beklenen bir değer verilmesi amaçlanır.
RUM ürünleri genellikle metriklerin nasıl toplanacağı konusunda daha fazla seçenek sunar. Bunlar arasında 75. yüzdelik dilim, medyan ve diğer yüzdelik dilimler yer alır. RUM değerlerini CrUX verileriyle karşılaştırırken benzerleri 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 dilime göre hesaplanır. Bu CrUX verileri, PageSpeed Insights gibi araçlarda gösterilir:
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 Google veri kümesidir ve öncelikle bu metrikleri (LCP, CLS ve INP) ölçer. Bunları tamamlayan birkaç ek metrik daha vardır.
RUM araçları genellikle bu Core Web Vitals'ı içerir ancak genellikle başka birçok metrik de içerir. Bazı RUM sağlayıcıları, kullanıcı deneyimini ölçmek için tüm bu metriklerin kendi kombinasyonlarını kullanarak bir "mutluluk endeksi" veya benzeri bir değer de sunar. RUM verilerini CrUX ile karşılaştırırken benzer verileri karşılaştırdığınızdan emin olun.
Core Web Vitals'ın başarılı veya 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 sayfayı başarılı olarak değerlendirmelidir. Etkileşim içermeyen sayfalarda INP yoksa yalnızca LCP ve CLS'nin başarılı olması gerekir.
Tarayıcılar arasındaki metrik farklılıkları
CrUX yalnızca Chrome tarayıcılarda ölçüm yapar. Bu ölçümlerin her Chrome sürümünde nasıl değiştiğini görmek için Web Vitals Değişiklik Günlükleri'ne bakabilirsiniz.
Ancak RUM çözümleri, daha geniş bir tarayıcı yelpazesinden ölçüm yapar. Chromium tabanlı tarayıcılar (Edge, Opera vb.), Chrome'un Değişiklik Listesi'nde belirtilen yeni değişiklikleri uygulamadığı sürece muhtemelen Chrome'a benzer olacaktır.
Chromium tabanlı olmayan tarayıcılarda farklar daha belirgin olabilir. Örneğin, LCP, INP ve FCP gibi boyama tabanlı metrikler Safari ve Firefox'ta kullanılabilir ancak farklı bir şekilde ölçülür. Bu durum, raporlanan sürelerde önemli farklılıklara yol açabilir. Daha önce de belirtildiği gibi, RUM'u CrUX ile karşılaştırmak istiyorsanız benzer bir karşılaştırma yapabilmek için yalnızca Chrome kullanıcılarını filtrelemeniz en iyisidir.
Metrik zamanlaması
Core Web Vitals metrikleri, web tarayıcısı API'leri tarafından sağlanır ancak bu, bildirilen değerlerde farklılıklar olamayacağı anlamına gelmez. Metrik ölçümünün tam olarak ne zaman yapıldığı (sayfa yüklenirken veya sayfa yaşam döngüsünün tamamı boyunca) farklılıklara yol açabilir. RUM araçları, aynı adları ve verileri almak için aynı tarayıcı API'lerini kullansalar bile metrikleri her zaman aynı şekilde ölçmeyebilir. Bu durum 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 tarafından bir dizi LCP öğesi raporlanabilir. Son LCP öğesi, sayfanın yüklenmesi tamamlandığında veya kullanıcı sayfayla etkileşimde bulunduğunda belirlenir. Bu nedenle, LCP öğesi bu iki etkinlikten daha önce raporlanırsa farklılıklar ortaya çıkabilir.
Ayrıca alan verilerinde LCP öğesi, sayfanın nasıl yüklendiğine bağlı olarak farklı olabilir. Sayfa içeriğinin üst kısmını gösteren varsayılan bir sayfa yüklemesinde LCP öğesi, öncelikle ekran boyutuna bağlıdır. Ancak sayfa, dokümanın daha alt kısımlarındaki bir yer işareti bağlantısıyla veya benzer şekilde tek sayfalık bir uygulamaya (SPA) yönelik derin bağlantıyla açılırsa (bu konuya daha sonra değineceğiz) LCP öğesi farklı olabilir.
CrUX veya RUM'da sağlanan LCP zamanlamalarının laboratuvar araçlarıyla aynı öğeyi temel aldığını varsaymayın. CrUX, sayfa veya kaynak başına genel LCP değerini verirken RUM, tek tek LCP sorun oturumlarını belirlemek için bu değeri 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ı sayfayla etkileşim kurduktan sonra daha büyük kaymalara neden olan sayfaları temsil etmeyebilir. Bu nedenle, CLS değerini yalnızca sayfa yüklendikten sonra almak (birçok RUM ürününün yaptığı gibi), kullanıcı sayfayla işini bitirdikten sonra CLS değerini almaktan farklı bir sonuç verir.
Interaction to Next Paint (INP) duyarlılık metriği, ölçülecek bir giriş gerektirir ve CLS'ye benzer şekilde sayfanın ömrü boyunca 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 bildirilen INP değeri çok farklı olabilir.
CrUX, Core Web Vitals dokümanlarını takip eder ve bunları sayfanın tüm kullanım ömrü boyunca ölçer. Birçok RUM sağlayıcı, ç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ördüğünüzde, RUM sağlayıcınızdan Core Web Vitals'ın ne zaman ölçüldüğünü öğrenmeniz önemlidir.
Tek sayfalık uygulamalar
Tek sayfalık uygulamalar (SPA), tarayıcı düzeyinde gerçek sayfa gezinmeleri gerçekleştirmek yerine mevcut sayfadaki içeriği güncelleyerek çalışır. Bu, kullanıcılar sayfada gezinme olarak deneyimlese de 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 çözmek için çalışmalar devam etmektedir. Daha fazla bilgi için Yumuşak gezinmeleri ölçme başlıklı makaleyi inceleyin.
Bazı RUM sağlayıcıları, SPA'larda"geçici gezinmeleri" algılamaya çalışır. Ancak Core Web Vitals metriklerini bu "geçici gezinmelere" de atfediyorlarsa temel API'ler bunu birçok metrik için desteklemediğinden CrUX ile farklılıklar ortaya çıkar.
CrUX ve Web API farkları
Hangi sayfa görüntülemelerinin ölçüldüğü ve neyin ölçüldüğü konusundaki 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ıları ise API tarafından döndürülen sonuçların belirli senaryolar için farklı şekilde ele alınması gereken durumlardır. Core Web Vitals dokümanlarında LCP ve CLS ile ilgili bu farklılıklar listelenir ancak temel farklılıklar aşağıdaki bölümlerde de belirtilmiştir.
Geri-ileri önbellek
CrUX, geleneksel bir sayfa yüklemeyle sonuçlanmasa bile 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 ile eşleşmek istiyorlarsa bu sayfaların sayılması için ek adımlar atması gerekir. Bunlar, bir site için genel olarak daha iyi performans raporlanmasını sağlayabilecek, önemli ölçüde daha hızlı sayfa yüklemeleridir. Bu nedenle, bunların dahil edilmemesi genel sayfa performansı metriklerinin daha kötü olmasına neden olabilir. Geri-ileri önbellekten 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, iframe'lerdeki (aynı kökenli iframe'ler dahil) içeriğe erişemez. Bu, söz konusu iFrame'lerdeki içeriklerin performans metriklerinin yalnızca iFrame'in kendisi tarafından ölçülebileceği ve çerçeveleme sayfasındaki web API'leri aracılığıyla ölçülemeyeceği anlamına gelir. iframe içeriği, LCP öğesini veya kullanıcının deneyimlediği CLS ya da INP'yi etkileyen içerikleri barındırıyorsa bu içerikler RUM çözümlerinde (Google web-vitals JavaScript kitaplığı dahil) kullanılamaz.
Ancak sayfadaki JavaScript yerine Chrome tarayıcının kendisi tarafından ölçülen CrUX, bu sınırlamalara sahip değildir ve bu nedenle Core Web Vitals'ı raporlarken iframe'lerdeki metrikleri ölçer. Bu, kullanıcının deneyimini daha doğru bir şekilde yansıtır ancak iframe kullanan sitelerdeki farklılıkların başka bir nedeni olabilir.
Bu durumun CrUX ve RUM'daki LCP verileri arasında farklılıklara yol açabileceğine dair somut bir örnek, yerleştirilmiş <video> öğeleridir. Otomatik oynatılan bir <video> öğesinin ilk boyanan karesi, LCP adayı olarak sayılabilir ancak popüler video akış hizmetlerinin yerleştirmeleri bu öğeleri bir <iframe> içine yerleştirebilir. CrUX, <iframe> içeriklerine erişebildiği için bunu hesaba katabilir ancak RUM çözümleri bunu yapamaz.
Çapraz kaynaklı kaynaklar
Diğer alanlardan sunulan LCP medyası, zamanlama saldırılarını azaltmaya yönelik tarayıcı güvenlik kısıtlamaları nedeniyle PerformanceObserver API'de oluşturma süresi sağlamayabilir (Timing-Allow-Origin başlığı (TAO) sağlanmadığı sürece). Bu, kaynağın yükleme süresine geri döner ancak bu, içeriğin gerçekte boyandığı zamandan oldukça farklı olabilir.
Bu durum, LCP'nin web API'leri tarafından FCP'den daha erken raporlandığı imkansız gibi görünen bir duruma yol açabilir. Bu durum, güvenlik kısıtlamasından kaynaklanır.
Bu sorun 2024'ün sonlarında çözüldü ve Timing-Allow-Origin sağlanmasa bile Chrome 133'ten itibaren biraz daha kaba bir oluşturma süresi kullanılabilir.
CrUX, Core Web Vitals için oluşturma süresi verilerini raporlar. Sitelerin, Core Web Vitals metriklerini etkileyen çapraz kaynaklı içeriği sınırlandırması ve bunu daha doğru bir şekilde ölçmek istiyorlarsa mümkün olduğunda TAO'yu etkinleştirmesi önerilir. Diğer çapraz kaynaklar da benzer kısıtlamalara tabi olabilir.
Arka plan sekmeleri
Bir sayfa arka plan sekmesinde açılmadığında Web API'leri kullanarak metrikleri yayınlamaya devam eder. Ancak bunlar, kullanıcı deneyimiyle tutarsız zamanlamalar sağladığından CrUX tarafından raporlanmaz. RUM çözümleri de bunları yok saymayı veya en azından bu sayfa görüntülemelerin nasıl ele alındığını açıklamayı düşünmelidir.
Peki 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 farklılıklar olabileceğini gösterdik. İdeal olarak, her iki veri kümesi de site performansınızı temsil etmeye devam eder ancak belirtilen nedenler, her birinde tam olarak aynı sayıları elde etmenin neden pek mümkün olmadığını açıklamalıdır.
Farklılıkların küçük olduğu durumlarda (örneğin, 2,0 saniyelik bir LCP ile 2,2 saniyelik bir LCP'nin raporlanması) her iki veri kümesi de faydalı olur ve genellikle kabaca senkronize olduğu kabul edilebilir.
Belirgin farklılıklar verilerin doğruluğunu sorgulamanıza neden olduğunda bu farklılıkları anlamaya çalışmalısınız. RUM verileri, CrUX ile daha uyumlu olacak şekilde filtrelenebilir mi (yalnızca masaüstü veya mobil için 28 gün boyunca 75. yüzdelik dilim değerlerine sahip Chrome kullanıcılarına bakarak) ve bu farklılıklar azaltılabilir mi?
Bu durumda (ve verilerin daha yakın bir şekilde eşleşmesini sağlayabiliyorsanız) genel verilerde neden bu farklılıkları gördüğünüzü ve bunun ne anlama geldiğini sormanız gerekir. Chrome kullanıcısı olmayanlar metriklerinizi olumlu veya olumsuz yönde etkiliyor mu? Bu sayede, öncelik verebileceğiniz performans sorunlarınızın nerede olduğu hakkında daha fazla bilgi edinebiliyor musunuz?
Chrome kullanmayan kullanıcılarınız farklı sonuçlar alıyorsa RUM'un size sağladığı bu değerli bilgiyi kullanarak farklı şekilde optimizasyon yapabilirsiniz. Örneğin, belirli API'ler belirli tarayıcılarda kullanılamaz ancak desteklenmeyen tarayıcılar için alternatifleri değerlendirerek bu tarayıcıların deneyimlerini de iyileştirebilirsiniz. Sınırlı cihaz veya ağlara sahip kullanıcılara farklı ancak daha yüksek performanslı bir deneyim de sunabilirsiniz. CrUX, Chrome verileriyle sınırlıdır ancak iyileştirmeleri önceliklendirmek için sitenizi ziyaret eden tüm kullanıcıların deneyimlerini dikkate almanız gerekir. RUM verileri bu boşluğu doldurabilir.
Farklılıkların nedenlerini anladıktan sonra, her iki araç da web sitenizin kullanıcı deneyimlerini anlamak ve sayılar aynı olmasa bile bunu iyileştirmek için son derece yararlı olabilir. CrUX verilerini tamamlamak için RUM verilerinizi kullanın ve trafiğinizi segmentlere ayırarak CrUX'un size üst düzeyde ne söylediğini inceleyin. Böylece sitenizin veya kullanıcı tabanınızın dikkat edilmesi gereken belirli alanları olup olmadığını belirleyebilirsiniz.
İyileştirmelerinizin beklenen olumlu etkileri olup olmadığını görmek için trendlere bakmak, genellikle her sayının iki veri kaynağı arasında tam olarak eşleşmesinden daha önemlidir. Daha önce de belirtildiği gibi RUM, 28 günlük CrUX puanlarınızın ne olacağını önceden görmek için farklı zaman dilimlerine bakmanıza olanak tanır. Ancak çok kısa zaman dilimlerine bakmak gürültülü verilere yol açabilir. Bu nedenle CrUX, 28 günlük bir zaman dilimi kullanır.
Bu farklı metriklerde genellikle "doğru" veya "yanlış" yanıt yoktur. Bunlar yalnızca kullanıcılarınıza ve sitenizi nasıl deneyimlediklerine farklı bir bakış açısı sunar. Bu farklılıkların nedenlerini ve karar verme sürecinizi nasıl etkileyebileceğini anlamanız, site ziyaretçilerinize daha iyi hizmet sunmanız açısından daha önemlidir.