Core Web Vitals: Search Console'da yeterli veri yok

"Yeterli kullanım verisi yok" ne demek

Search Console'daki Core Web Vitals raporu, gerçek Chrome kullanıcılarının sayfalarını nasıl deneyimlediğini gösterir. Doğru ayarlara sahip biri Chrome'da sayfalarından birini her yüklediğinde, o ziyaretin LCP, INP ve CLS'i Google'a gönderilir ve Chrome User Experience Report (kısaca CrUX) adlı herkese açık bir veri kümesinde toplanır. Search Console bu veri kümesinden okur ve sana gösterir. Yani çoğu insanın inandığının aksine Search Console siteni ziyaret ederek ölçmez, sadece gerçek kullanıcı verilerini toplar.

Sayfaların için bu ziyaretlerden yeterince olmadığında gösterilecek bir şey de olmaz. İşte o zaman mobil veya masaüstü (bazen her ikisi) için "Bu cihaz türü için son 90 gün içinde yeterli kullanım verisi yok" uyarısını alırsın.

Bazı insanlar bunu kötüye işaret olarak algılar ancak verinin olmaması sitenin ne kadar hızlı veya yavaş olduğu hakkında hiçbir şey söylemez. Google bu konuda bir şey söyleyecek kadar ziyaretçini görmedi.

CrUX'ta neden siten için veri yok

Temel neden trafiktir. CrUX bir sayfayı veya kaynağı (protokol artı alan adı, yani https://www.example.com) ancak "yeterince popüler" olduğunda raporlar. Bunun tam olarak ne anlama geldiğini Google söylemiyor, metodoloji sayfasında sadece eşiğin dağılımdan emin olacak kadar yüksek olduğu belirtiliyor.

Zaten ziyaretçilerinin sadece küçük bir kısmı bu eşiğe dahil edilir. CrUX; kullanım istatistikleri açık olan, tarama geçmişini senkronize eden ve senkronizasyon parolası olmayan Chrome kullanıcılarından veri toplar. Bu, masaüstündeki Chrome ve Android'deki Chrome demektir. iPhone'daki Chrome sayılmaz (altyapısı Safari ile aynı olan WebKit'tir); Safari'nin kendisi, Firefox, Edge ve Instagram uygulamasındaki tarayıcı da sayılmaz. iPhone trafiği yüksek olan bir sitede ziyaretçilerin çoğu veri kümesine asla giremez. Mobil ve masaüstü de ayrı ayrı sayılır, bu yüzden masaüstünde verin varken mobilde olmayabilir (veya tam tersi). Hangi cihaz daha az Chrome trafiğine sahipse önce o boş kalır.

Sonra sayfanın kendisinin de uygun olması gerekir. Yönlendirmelerden sonra 200 dışında bir yanıt döndüren her şey atlanır. noindex meta etiketi veya X-Robots-Tag: noindex başlığı olan sayfalar da atlanır. Search Console bunun üzerine kendi kuralını ekler, raporda yalnızca gerçekten dizine eklenen URL'ler çıkar.

Ayrıca mülkü Search Console'a henüz eklediysen zaten bir süre hiçbir şey göstermez; Google onu işlediğinde bu durum kendiliğinden düzelir.

Verisi olmayan sayfalar kaynağın puanını alır

Search Console tekil sayfaları da raporlamaz, birbirine benzeyen URL'leri gruplar. Bir grubun kendi başına yeterli verisi olmadığında Search Console kaynağa (yani aynı protokol, host ve port üzerindeki her URL'ye) geri döner. Dolayısıyla CrUX'ın hiç görmediği bir sayfa, değerleri sitenin geri kalanından ödünç aldığı için raporunda İyi veya Kötü olarak görünebilir.

Pratikte trafiğin çoğunu ana sayfa ve blog alır, bu yüzden kaynak değerini onlar belirler. Ürün sayfaların veya ödeme sayfan çok daha yavaş olabilir ve bunu Search Console'da asla göremezsin. Site geneli CrUX değerini asla hedef olarak kullanmamamın nedeni de budur; trafiğe göre ağırlıklandırılır, bu yüzden sonucu en yoğun sayfaların belirler ve bunlar illa senin önem verdiğin sayfalar olmayabilir.

Lighthouse burada işe yaramaz

Her yerde bulacağın tavsiye, CrUX verisi gelene kadar PageSpeed Insights veya Lighthouse çalıştırmaktır. İnsanların bunu neden söylediğini anlıyorum ama bu sana ihtiyacın olanı vermez. Bir Lighthouse testi, sayfanı kısıtlanmış bir bağlantıya ve boş bir önbelleğe sahip simüle edilmiş bir telefonda bir kez yükler. Sayfanın kendisindeki sorunları bulmak için iyidir ama ziyaretçilerinin karşılaştığı durum hakkında hiçbir şey söylemez.

Örneğin INP gerçek cihazlarda tıklayan ve dokunan gerçek insanlara ihtiyaç duyar; Lighthouse hiçbir şeye tıklamaz. CLS için Lighthouse sayfa yüklendikten sonra ölçümü bırakır, bu yüzden içeriği aşağı iten gecikmiş bir reklam veya ziyaretçi kaydırdığında zıplayan bir şey rapora asla girmez. LCP ise telefona, bağlantıya ve ziyaretçinin CDN'ine ne kadar uzak olduğuna bağlıdır; tek bir testte bunlardan sadece birer tane vardır.

Beklemek sadece trafiğin büyüyorsa işe yarar. CrUX son 28 günlük ziyaretlere bakar (bu arada gecikme insanların sandığından çok daha kısadır, 28 günlük gecikme neden bir efsane sayfasına bak). Bu ay yeterli uygun Chrome ziyaretin yoksa muhtemelen gelecek ay da olmayacaktır.

Kendi ziyaretçilerini RUM ile ölç

Alternatif, bunu kendin ölçmendir. RUM (real user monitoring), her ziyaretçinin tarayıcısında küçük bir script çalıştırır, o ziyaretin Core Web Vitals'ını ölçer ve verileri Google yerine sana gönderir. CrUX ile aynı field data türüdür, tek farkı artık ulaşman gereken bir eşik yoktur ve Chrome kullanıcılarıyla sınırlı kalmazsın.

Ayda 50 ziyareti olan bir sayfanın verisi olur. iPhone ziyaretçilerinin de olur; Safari, Safari 26.2'den (Aralık 2025) beri LCP ve INP'yi ölçüyor, böylece CrUX onları hala dışarıda bırakırken RUM'da görünürler. Ayrıca hangi elemanın kötü bir değere yol açtığını, LCP olan görseli veya yanıt vermesi yavaş olan butonu da görürsün. Bir deploy sonrası etkiyi 28 günlük bir ortalamada bir yerlerde aramak yerine dakikalar içinde görürsün.

Core/Dash, bunun için geliştirdiğim RUM aracıdır. Tek bir script etiketi veya WordPress eklentisi ile veriler ilk sayfa gösteriminde gelmeye başlar. Çerez kullanmaz ve kişisel veri toplamaz, bu yüzden onay banner'ı gerektirmez. Küçük bir sitede bu çok önemlidir; onay banner'ı arkasında çalışan bir RUM script'i yalnızca kabul et'e tıklayanları ölçer ve böylece yine ziyaretçilerinin sadece bir bölümünü görebilirsin. Planlar yıllık ödemeyle ayda 16 dolardan başlar ve 14 günlük ücretsiz deneme kredi kartı gerektirmez.

CrUX sitenden veri toplamaya başladıktan sonra da çalıştırmaya devam et. Search Console sadece URL gruplarını gösterir, bir grubu hangi sayfanın veya öğenin yavaşlattığını sana asla söylemez.

Şu an CrUX'ta sitenle ilgili ne var kontrol et

Herhangi bir şeyi değiştirmeden önce CrUX'ta kaynağının olup olmadığını bir kontrol et. corewebvitals.io üzerindeki CrUX History aracı herhangi bir sitenin CrUX geçmişini gösterir. Orada mobil kısmı boşsa, Search Console'da da boş olacaktır.

Şunlara da göz at: Core/Dash kurulumu, CrUX'ın dışarıda bıraktığı ziyaretçiler için tarayıcı boyutu ve mobil ile masaüstünü ayırmak için cihaz türü boyutu.

Kaynaklar: Search Console Yardım: Core Web Vitals raporu, CrUX metodolojisi, Safari 26.2 LCP ve INP'yi ekliyor.