top of page

Temel Web Vitals: Gerçek Kullanıcı Metrikleri ve Laboratuvar Verisi Karşılaştırması

Mayıs 2020'den önce, sitenizin performansı kime sorduğunuza bağlıydı. Farklı araçlar, platformlar ve hizmetler, "hızlı"nın ne olduğu ve nasıl tanımlandığına dair kendi versiyonlarını sunuyordu.


Bu durum bir dizi sorunlu "performans artırıcı" çözüme yol açtı.


Sayfa DOMContentLoaded'a ulaşmak için çok mu uzun sürüyor? Neden bir sürü delik açıp içeriği daha sonra yüklemiyorsunuz! Gerçek insanların, sayfanın aniden bir başlık ve alt bilgi arasına kendini sıkıştırması durumunda korkunç bir baş ağrısıyla karşılaşması gibi bir durum yok ki.


https://www.hercrentals.com/equipment/category.html/surface-prep.html adresinin mobil yazılımın yükleme sırasını gösteren ekran görüntüleri; İçerik değişimi bir şekilde yükleniyor ve bu da sayfa düzeninde kaymalara neden oluyor.

Aslında, tam olarak öyle.


Performansın teknik tanımlarını atlatmak için yapılan geçici çözümler, gerçek insanlar için deneyimi daha kötü hale getirdiğinde, tüm çabayı temelden baltalıyor.


Bu yüzden birleşik, insan merkezli bir performans tanımına ihtiyacımız vardı. İşte Temel Web Vitals devreye girdi.


İçindekiler:


Temel Web Vitals nedir?


Temel Web Vitals, Mayıs 2020'de Chromium ekibi tarafından ilk kez duyuruldu. Chromium, Chrome, Opera ve Microsoft Edge gibi büyük tarayıcılara güç sağlayan ücretsiz ve açık kaynaklı bir web tarayıcı projesidir. Ayrıca sırasıyla Google Arama ve Bing Arama tarafından kullanılan web render hizmetlerine de güç sağlar.


Chromium ekibi, işletme temel performans göstergelerini ve bunların çeşitli performans metrikleriyle nasıl ilişkili olduğunu inceledi. Veriler birkaç önemli çıkarıma işaret etti:

  • Kullanıcıların inanılmaz derecede kısa bir dikkat süresi vardır.

  • Bir kullanıcı sayfanın yüklendiğini anlayamazsa, sayfayı terk eder.

  • Bir düğmeye dokunmak işe yaramıyorsa, kullanıcı sayfayı terk eder.

  • Kullanıcı, her şey aniden yer değiştirdiği için yanlışlıkla yanlış düğmeye dokunursa, sayfayı terk eder ve bir daha asla geri gelmez.


Bu durum, ekibin şimdi Temel Web Vitals (CWV) olarak adlandırdığımız birleşik insan merkezli metriklerin ilk versiyonunu oluşturmasına yol açtı.


  1. Yükleniyor mu? — Largest Contentful Paint

  2. Etkileşime girebilir miyim? — First Input Delay

  3. Görsel olarak kararlı mı? — Cumulative Layout Shift


Bu spesifik metrikler hakkında daha fazla ayrıntı için, metrikler tanımlandı bölümüne atlayın.

Bu değişiklikler, Page Experience sinyali olarak Google'ın sıralama sistemlerinin bir parçası haline geldi (aşağıda daha fazla bilgi).


Temel Web Vitals: Gerçek Kullanıcı İzleme verisi vs. Laboratuvar verisi


Yukarıda belirtildiği gibi, site performansını ve SEO sonuçlarını iyileştirmek için kullanabileceğimiz iki tür veri vardır (alandan gelen gerçek kullanıcı verisi ve laboratuvar verisi). Her birinin nüanslarını açıklamadan önce, neden iki tür veriye ihtiyaç olduğuna bakalım.


Etkili bir şekilde sorun gidermek için ayrıntılı verilere ihtiyacınız var. Kullanıcı gizliliğini korumak için, topladığınız ayrıntılı veri miktarını sınırlamanız gerekir.


Bu bir denge eylemidir.


Bir tarafta kullanıcı gizliliğini, diğer tarafta ise pazarlama amaçlı kullanıcı haklarını temsil eden bir grafik; ortada ise bu iki arasındaki dengeyi gösteren bir sürüklemek yer alıyor.

Her sayfa yüklemesi benzersiz bir koşullar dizisine sahiptir. Yağmurlu bir metro istasyonunda beklerken akıllı telefonlarında yeni bir şemsiye satın almaya çalışan bir kullanıcı, ofiste oturan ve "Benim makinemde çalışıyor" diyen geliştirici kişiden çok daha farklı bir deneyim yaşayacaktır.


Gerçek kullanıcı verilerini korumak ve içgörü sağlamak arasındaki denge, Temel Web Vitals'ın iki moda sahip olması anlamına gelir: Gerçek Kullanıcı İzleme (RUM) verisi için sınırlı metrikler ve Laboratuvar verisi olarak mevcut ayrıntılı metrikler.


Gerçek Kullanıcı İzleme ve Laboratuvar verisi, her ikisi de CWV türleridir—farklar nasıl toplandıklarından ve nasıl kullanıldıklarından kaynaklanır.


Gerçek Kullanıcı İzleme verisi


Kaynak: Chrome Kullanıcı Deneyimi Raporu (CrUX), gerçek dünya Chrome kullanıcılarının bir URL için sayfa yüklemelerini nasıl deneyimlediğine dair metrikler sağlar.


Diğer adları: Alan verisi, CrUX verisi


Kullanıldığı yerler: Search Console'un Page Experience Raporu, CrUX Kontrol Panelleri


CrUX verisi Chrome tarafından toplanır ve her ayın ikinci Salı günü BigQuery'de halka açık bir veri setinde yayınlanır. BigQuery, Google'ın büyük ölçekte veri yönetimi ve analizi için platformudur.


Bir kullanıcının sayfa yükleme metriklerinin CrUX verilerine dahil edilmesi için kullanıcının şunları yapması gerekir:

  • Kullanım istatistiği raporlamasını etkinleştirmek

  • Tarayıcı geçmişini senkronize etmek

  • Bir senkronizasyon parolası ayarlamamış olmak (böylece Google Chrome verilerinizi okuyabilir)

  • Windows, MacOS, ChromeOS ve Linux işletim sistemleri dahil olmak üzere Chrome'un masaüstü sürümleri veya Custom Tabs ve WebAPK'lar kullanan yerel uygulamalar gibi Chrome'un Android sürümleri gibi desteklenen bir platform kullanmak.


Bu, tüm Chrome sayfa yüklemelerinin dahil edilmediği anlamına gelir. CrUX'tan çıkarılan bazı önemli sayfa yüklemeleri şunlardır:

  • iOS üzerinde Chrome

  • WebView kullanan yerel Android uygulamaları

  • Diğer Chromium tarayıcıları (örneğin Microsoft Edge)


Bir sayfanın veri setinde görünmesi için:

  • İndekslenebilir olması gerekir

  • Tek Sayfa Uygulamasının bir parçası olmaması gerekir

  • Kullanıcı verilerini anonimleştirmek için minimum sayıda ziyaretçiye sahip olması gerekir (Google tam sayıyı açıklamadı)*


*CrUX, UTM'ler gibi kolayca tanınan parçaları ve parametreleri URL'lerden çıkarır ve bunları birlikte gruplandırır. Siteniz sayfaları ayırt etmek için (örneğin, ?productID=101) benzersiz URL'ler yerine parametreler kullanıyorsa, bu durum URL'lerin birlikte gruplandırılmasına neden olabilir.


Gerçek Kullanıcı İzleme Verisinin faydaları

Her metodolojide olduğu gibi, RUM verisinin de güçlü ve potansiyel zayıf yönleri vardır. Bazı daha zorlayıcı avantajları şunlardır:


  • Helpful Content Update'e dahil edilme — Page Experience Sıralama Sinyali, Nisan 2023'te Helpful Content güncellemesine dahil edildi.


  • Gerçek gerçek dünya kullanıcı deneyimini yakalar — Sitenizi tarayıcınızda Lighthouse kullanarak veya teknik bir SEO tarayıcısıyla test edersiniz ve her şey harika görünür! Ancak sonra en son CrUX verileri gelir ve sitenizin felaket olduğunu söyler. Ofisinizden test yapmak, gerçek kullanıcılar tarafından deneyimlenen tüm değişkenleri (görüntü alanı, cihaz işleme kapasitesi, ağ bağlantısı) taklit edemez.


  • İşletme temel performans göstergeleriyle ilişkilendirmeyi sağlar — Hem paydaş hem de geliştirici desteği almanın anahtarı, çalışmanızın sonuçlarını göstermektir. İyileştirmelere öncelik verirken, bunları ölçülebilir bir KPI'ya bağlayın ve sonuçları paylaşın!


Gerçek Kullanıcı İzleme verisinin potansiyel dezavantajları

Tüm avantajlarına rağmen, RUM verisi mükemmel değildir. Dezavantajları öncelikle sınırlamalar şeklinde gelir:


  • RUM verisi her sayfa için mevcut olmayabilir — Bir sayfa minimum sayıda sayfa yüklemesini karşılamıyorsa, kullanıcı gizliliği için atlanır.


  • Yalnızca sınırlı bir metrik seti mevcuttur — Üç metrik sizi ancak bir yere kadar götürebilir. CWV'ler, render stratejinizin basitleştirilmiş bir temsilidir.


  • Sınırlı hata ayıklama yetenekleri — Kötü bir CWV puanını çözmek için, motorun altına girmeniz gerekir. Büyük üç metrik size başlamak için bir yer verir.


RUM veri kullanılabilirliği

BigQuery veri setinden çekilen Gerçek Kullanıcı İzleme verileri birden fazla konumda mevcuttur. Bunlar şunları içerir:


  • Google Search Console — Site genelinde performansı toplar, sorunları davranış desenlerine göre gruplandırır ve örnek URL'ler sağlar.


Google Arama Konsolu Sayfa deneyimi genel bakış raporunun ekran görüntüsü, site genelindeki performansı göstermektedir.

  • CrUX API — En son ayın veri seti için URL düzeyinde veriyi sorgulamanıza izin verir.


  • CrUX History API — Önceki altı aylık geçmiş CrUX trendlerini sorgulamanıza izin verir.


  • PageSpeed Insights — Test sayfası yüklemesi için Laboratuvar verileriyle birlikte URL düzeyinde ve origin özet verisi sağlar. Ekstra bir bonus olarak, URL için CWV değerlendirmesi bir bağlantı aracılığıyla paylaşılabilir!


Wix'in temel web ölçümleriyle ilgili destek sayfası için PageSpeed Insights kontrol panelinin ekran görüntüsü, temel web ölçümlerinin başarılı olduğunu gösteriyor.

  • PageSpeed Insights API — URL düzeyinde RUM verilerini toplu olarak sorgulamanıza izin verir.


Ayrıca, sitenizde Google'ın web-vitals kütüphanesini çalıştırarak her gerçek kullanıcı sayfa yüklemesi için Temel Web Vitals'ı toplayabilirsiniz. Bu küçük modüler kütüphane, tüm Web Vitals metriklerinin gerçek kullanıcılar üzerinde, Chrome tarafından nasıl ölçüldüklerine ve diğer Google araçlarına nasıl raporlandıklarına doğru bir şekilde eşleşen bir şekilde ölçülmesini sağlar.


Not: Wix site sahipleri, Site Hızı Kontrol Paneli aracılığıyla gerçek kullanıcı verilerini görüntüleyebilir; bu panel, siteniz GSC'nin trafik eşiklerini karşılamasa bile web sitenizin Temel Web Vitals'ını ve Google'ın PageSpeed Insights'tan bir performans tahminini gösterir.


Bir URL için RUM verisi mevcut değilse ne yapmalıyım?

Tüm sayfalar CrUX veri setinde yeterli veriye sahip olmayacaktır. Bir sayfayı test ederseniz ve "Chrome Kullanıcı Deneyimi Raporu bu sayfa için yeterli gerçek dünya hız verisine sahip değil" görürseniz, endişelenmeyin.


İki seçeneğiniz var:

  1. Mevcut olmayan URL ile aynı şablonu/kaynakları kullanan diğer URL'leri test edin.

  2. Bunun yerine Laboratuvar verilerini kullanın.


Laboratuvar Verisi

Kaynak: Lighthouse, Google'ın web performansını iyileştirmek için otomatik, açık kaynaklı aracı.


Diğer adları: Lighthouse verisi, Sentetik veri


Kullanıldığı yerler: Hata ayıklama, QA


Laboratuvar verisinin faydaları

Gerçek Kullanıcı Metriklerini etkileyen bir sorun keşfettiğinizde, Laboratuvar verisi size ek derinlemesine içgörüler sağlar. Laboratuvar verisi:


  • Performans sorunlarını ayıklamak için yardımcı olur — RUM verisinin üç üst düzey metriği sizi ancak bir yere kadar götürebilir. Laboratuvar verileriyle, büyük resmi etkileyen önemli teknik anlara daha derinlemesine dalabilirsiniz.


  • UX'e uçtan uca ve derin görünürlük sağlar — Lighthouse, kullanıcı akışlarını test etmenize olanak tanır. Sayfa yüklemelerini komut dosyası haline getirmek ve sentetik kullanıcı etkileşimlerini tetiklemek için Puppeteer'ı kullanır, bu etkileşimler sırasında önemli içgörüleri yakalar. Bu, performansın hem sayfa yüklemesi sırasında hem de sayfayla etkileşimler sırasında ölçülebileceği anlamına gelir.


  • Tekrarlanabilir bir test ve hata ayıklama ortamı sunar — Göremediğimizi düzeltemeyiz. Laboratuvar verisi, mühendislerin çoğaltmasına ve değişkenleri izole etmesine olanak tanıyan bir şekilde gerçek kullanıcıları etkileyen sorunları yeniden oluşturmanıza olanak tanır.


Laboratuvar verisinin potansiyel dezavantajları

"Benim makinemde çalışıyor" diye bir sorun bildirdiğinizde, Laboratuvar verisinin dezavantajlarını deneyimlemiş olursunuz—dijital bir petri kabında bulunur.


  • Gerçek dünya darboğazlarını yakalamayabilir — Yerel bir ortamın koşulları, gerçek kullanıcıları etkileyen tüm değişkenleri (cihaz kullanımı veya ağ bağlantısı gibi) taklit edemez.


  • Gerçek dünya sayfa KPI'larıyla ilişkilendirilemez — Her işletmenin kendi benzersiz hedefleri vardır. Laboratuvar verisi tek başına ROI'yi iyileştirmeye yardımcı olamaz veya KPI'larla 1:1 eşleştirilemez.


  • Şu bir geliştiricinin makinesinde testlerin geçtiğini gösterebilir — Hiç kimse biletinin "yapılmayacak" olarak işaretlenmesini sevmez. Genel Performans puanınızdaki ve metrik değerlerindeki değişkenliğin çoğu Lighthouse'dan kaynaklanmaz. Tarayıcı uzantıları, antivirüs ve A/B testleri, Laboratuvar verisinin dalgalanabileceği nedenlerden sadece bazılarıdır.


Laboratuvar verisinde mevcut ek metrikler

Temel Web Vitals'ı oluşturan metriklere ek olarak, Laboratuvar verisi düşük performanslı CWV'lerin teşhis edilmesinde yardımcı olan metrikler de sağlar!


Bunlar şunları içerir:

  • Time to First Byte (TTFB) — Sunucunuzun sayfaya yönelik bir isteğe yanıt vermesi için ne kadar süre geçtiği. Yavaş sunucu yanıt süreleri, uzun sayfa yüklemelerinin olası nedenlerinden biridir.


  • First Contentful Paint (FCP) — Bir kullanıcı sayfanıza gittikten sonra tarayıcının ilk DOM içeriğini render etmesi için ne kadar süre geçtiği. Sayfanızdaki resimler, beyaz olmayan <canvas> öğeleri ve SVG'ler DOM içeriği olarak kabul edilir; iframe içindeki herhangi bir şey dahil değildir.


  • Speed Index — Bir sayfanın içeriğinin ne kadar hızlı görünür şekilde doldurulduğunu gösteren hesaplanmış bir metriktir.


Laboratuvar veri kullanılabilirliği

Lighthouse, internet genelinde denetim araçlarına güç sağlar:


  • PageSpeed Insights — Daha önce belirtildiği gibi, bu araç tek bir sayfayı sorgulamanıza olanak tanır.


  • PageSpeed Insights API — Ayrıca yukarıda belirtildiği gibi, bu API Laboratuvar verilerini toplu olarak çekmenize olanak tanır.


  • Chrome DevTools — Chrome'a yerleşik olan bu panel, bir seferde tek bir sayfayı denetlemenize olanak tanır.


Chrome Geliştirici Araçları'nda bir web sayfası için Lighthouse sonuçlarının ekran görüntüsü.

  • Node CLI — Chrome'un başsız bir sürümünü kullanarak programlı olarak sayfaları denetlemenize olanak tanır.


Temel Web Vitals: Origin vs. URL vs. Platform

CWV, bireysel URL'ler, origin'ler ve platformlar için mevcuttur. Her veri düzeyi farklı amaçlar için benzersiz şekilde uygundur:


  • URL düzeyinde veri, Page Experience sıralama sinyali için kullanılır. Sıralamalar için optimize ederken URL düzeyinde veriyi kullanın.


  • Origin düzeyinde veri, belirli bir domain üzerindeki tüm URL'ler için hem http:// hem de https:// bağlantıları genelinde bir toplamadır. Bir origin www.example.com veya subdomain.example.com olabilir. Siteniz www olmadan çözülürse, o zaman example.com kullanabilir. Origin düzeyinde veri tipik olarak üst düzey izleme (CrUX Kontrol Paneli aracılığıyla) veya rekabetçi araştırma (Chrome UX Report Compare Tool aracılığıyla) için kullanılır.


  • Teknoloji düzeyinde veri, belirli bir teknoloji platformu kullanan siteler genelinde toplam metrikleri temsil eder.


Ocak 2020 ile Ocak 2023 arasında iyi bir CWV'ye sahip kaynakların yüzdesini gösteren Core Web Vitals Teknoloji Raporu grafiğinde, Wix ve Shopify en yüksek yüzdelere (~%49) sahip.

Sitenizi yeniden platformlamayı düşünüyorsanız ve büyük teknolojilerden hangisinin size rekabet avantajı sağlayabileceğini göz önünde bulundurmak istiyorsanız, HTTP Archive'ın Temel Web Vitals Technology Report'u 2.000 teknoloji genelinde toplam performansa bakar.


Temel Web Vitals metrikleri tanımlandı

Aşağıda günümüz SEO'larının ilgilendiği CWV metrikleri bulunmaktadır, ancak bu metriklerin evrim geçirmek üzere tasarlandığını bilin. Temel Web Vitals aktif olarak yeni deneysel metrikleri duyurur ve değişiklik yapmadan önce geri bildirim talep eder.


En Büyük İçerikli Boya (LCP)


  • Temsil eder: Sayfa yükleniyor mu?


  • Hedef: LCP < 2.5 saniye


  • Kullanılabilir olduğu yer: RUM ve Lab Verisi


En Büyük İçerikli Boya (LCP), sayfanın yüklenmeye başlamasından başlangıç görüntü alanında görünür en büyük görüntünün veya metin bloğunun render edilmesine kadar geçen süreyi ölçer.


LCP'nin &quot;iyi&quot; bir puan için 2,5 saniyenin altında, &quot;geliştirilmesi gereken&quot; bir puan için 2,5 ile 4,0 saniye arasında veya &quot;kötü&quot; bir puan için 4,0 saniyeden uzun sürede gerçekleşmesi gerektiğini gösteren bir grafik.

İyi bir puan için, LCP 2.5 saniye veya daha az olmalıdır.


En Büyük İçerikli Boya temsil eden node [okuyun: sayfadaki öğe] bir sayfa şablonunu takip etme eğilimindedir.


Örneğin, tüm ürün detay sayfaları için aynı şablonu kullanan bir e-Ticaret siteniz var. Ürün resmi, şablondaki en büyük görsel öğedir.


Ürün sayfalarınız için standart bir şablon kullanıyorsanız ve ürün resmi başlangıç görüntü alanındaki en büyük görsel öğeyse, o zaman ürün resim yüklemesi için yapılan tüm optimizasyonlar ürün sayfalarınızın çoğuna fayda sağlayacaktır.


Kümülatif Yerleşim Kayması (CLS)


  • Temsil eder: Sayfa görsel olarak kararlı mı?


  • Hedef: CLS < 0.10


  • Kullanılabilir olduğu yer: RUM ve Lab Verisi


Kümülatif Yerleşim Kayması (CLS), sayfanın tüm yükleme aşaması boyunca meydana gelen tüm bireysel, beklenmedik düzen kaymalarının toplamını ölçer. Beklenmedik bir düzen kayması, görünür bir öğenin kullanıcı etkileşimi olmadan konumunu değiştirmesi durumunda meydana gelir.


Grafikte, kümülatif yerleşim kaymasının &quot;iyi&quot; bir puan için 0,1'in altında, &quot;iyileştirilmesi gereken&quot; bir puan için 0,1 ile 0,25 arasında veya &quot;kötü&quot; bir puan için 0,25'ten büyük olması gerektiği gösterilmektedir.

İyi bir puan için, CLS 0.1 veya daha az olmalıdır.


Kümülatif Yerleşim Kayması belirli bir öğeyi takip etme eğilimindedir. Siteniz için CLS sorunlarını yeniden üretmekte sorun yaşıyorsanız, muhtemelen çerez banner'ınız veya içeriği ekranın aşağısına iten bir promosyon istemidir.


Metrikler hakkında daha fazla bilgi edinmek isterseniz, Wix'in Destek Merkezi ek ayrıntılar ve içgörüler sunar.


İlk Giriş Gecikmesi (FID)


  • Temsil eder: Sayfayla etkileşime girebilir miyim?


  • Hedef: FID < 100ms


  • Kullanılabilir olduğu yer: RUM


  • Etkisiz olduğu yer: Tek Sayfa Uygulamaları (SPA'lar)


  • Kullanımdan kaldırma tarihi: Mart 2024, Interaction to Next Paint ile değiştirilecek (aşağıda)


İlk Giriş Gecikmesi (FID), bir kullanıcının bir sayfayla ilk etkileşime geçtiği andan (örneğin, bir bağlantıya veya düğmeye tıklayarak) tarayıcının bu etkileşimi gerçekten işleyebildiği ana kadar geçen süreyi ölçer.


Grafikte, ilk giriş gecikmesinin &quot;iyi&quot; bir puan için 100 ms'nin altında, &quot;iyileştirilmesi gereken&quot; bir puan için 100 ile 300 ms arasında veya &quot;kötü&quot; bir puan için 300 ms'den uzun olması gerektiği gösterilmektedir.

İyi bir puan için, FID 100 milisaniye veya daha az olmalıdır.


Yavaş İlk Giriş Gecikmesinin en yaygın nedenlerinden biri, JavaScript'in tarayıcının ana iş parçacığını meşgul tutmasıdır. Sayfa tarafından çağrılan betikleri çalıştırmakla çok meşgul olduğu için kullanıcı etkileşimine yanıt veremez.


Sonraki Boyama İşlemine Geçiş (INP)


  • Temsil eder: Sayfayla etkileşime girebilir miyim? v2.0


  • Hedef: INP < 200ms


  • Kullanılabilir olduğu yer: RUM


  • Terfi tarihi: Mart 2024, First Input Delay'in yerini alacak


CWV'nin lansmanından bir yıl içinde, daha iyi bir yanıt verme metriğine duyulan ihtiyaç açıktı. Sonraki Boyama İşlemine Geçiş'in tek sayfa uygulamaları için ilk sayfa yüklemesinden sonraki doğruluğu şüphelidir.


INP, kullanıcı girdisine eşlik eden görsel geri bildirimi ölçer (bir ürün resmini görmek için bir küçük resme dokunmak, bir forma bilgi yazmak veya "Sepete Ekle" düğmesine tıklamak gibi düşünün). Raporlanan metrik, karşılaşılan en uzun gecikmedir.


Grafikte, bir sonraki boyama işlemine geçiş süresinin &quot;iyi&quot; bir puan için 200 ms'nin altında, &quot;geliştirilmesi gerekiyor&quot; bir puan için 200 ile 500 ms arasında veya &quot;kötü&quot; bir puan için 500 ms'den uzun olması gerektiği gösterilmektedir.

İyi bir puan için, INP 200ms veya daha az olmalıdır.


Etkileşim öncelikle JavaScript tarafından desteklenir ancak bazen CSS tarafından kontrol edilebilir. FID JavaScript optimizasyonu için kullanılan optimizasyon kavramları, bu yeni değiştirme metriği ile alakalı kalacaktır.


RUM ve Lab metrikleri arasındaki farklar


Temel Web Vitals'ı oluşturan metrikler, RUM veya Lab verisi kullanıp kullanmadığınıza bağlı olarak biraz farklılık gösterir.


First Input Delay, ölçüm için kullanıcı etkileşimi gerektirir. Şu anda, Lab verisi bir kullanıcının etkileşimlerini doğru bir şekilde kopyalayamaz. Bunun yerine, Lab verisi Total Blocking Time kullanır. Bu metrik biraz farklı eşiklere sahiptir.

Metrik

RUM Verisi

Lab Verisi

Largest Contentful Paint

X

X

First Input Delay

X

Interaction to Next Paint

X

Total Blocking Time

X

Cumulative Layout Shift

X

X

Temel Web Vitallerini optimize etmek için pratik bir SEO iş akışı


CWV'ler için optimize etmenin tüm kullanıcılarınızı etkilediğini hatırlamak önemlidir—her ortam, kanal ve cihaz fayda sağlayacaktır. Nereden başlayacağınızı arıyorsanız, işte bir başlangıç noktası olarak hızlı bir çerçeve:


01. Google Search Console'un Temel Web Vitals Raporu ile başlayın. Gerçek kullanıcıları etkilediğini bildiğimizden her zaman RUM verileriyle başlamalısınız.


Google Arama Konsolu'ndaki Temel Web Önemli Verileri raporunun ekran görüntüsü, mobil ve masaüstü URL'lerinin durumlarını göstermektedir.

Google Search Console, benzer sorunları olan sayfaları birlikte gruplandırır. Mobil veya masaüstü raporlarını ve belirli bir metriği tıkladıkça, örnek URL'lerle birlikte sayfa sayısını ve bunlar için RUM verilerini (varsa) görebileceksiniz.


02. Lab verilerini RUM verisine eklemek için PageSpeed Insights'ı çalıştırın. Lab verilerini RUM verileriyle yan yana karşılaştırmak, düşük performanslı metriğe neden olan mekaniklere daha ayrıntılı bir bakış sağlar.


Sayfa hızı analiz panosunun bir ekran görüntüsü; hem gerçek kullanıcı deneyimini hem de laboratuvar verileri kullanılarak yapılan performans teşhisini göstermektedir.

Sayfayı aşağı kaydırın. Render ekran görüntülerinin hemen altında, hangi Fırsatların ve Tanılamaların hedeflediğiniz metrik için alakalı olduğunu görmenizi sağlayan yararlı bir seçici bulacaksınız.


Performans önemlidir çünkü insanlar için önemlidir


Ulaşmaya çalıştığınız aynı kitle, sürekli olarak onlardan aynı şeyi isteyen şirketler tarafından bombardımana tutuluyor. Tüm bu harekete geçirici mesajlar yorucudur.


Kutuda ne yazıyorsa onu, kullanımı kolay bir formatta sunan bir deneyim sağlamak, kullanıcılarınızı meşgul tutmanın ve geri gelmelerini sağlamanın anahtarıdır.

Temel Web Vitals üzerinde çalışırken, bu çabaların trafiğin yönlendiricisi veya kanalından bağımsız olarak her kullanıcıya fayda sağladığını unutmayın.


Blakfy Studio Logo

bottom of page