Kurumsal İşletmeler için Temel Web Verileri: Kathy Brown ve Karl Kleinschmidt ile Soru/Cevap

Kurumsal İşletmeler için Temel Web Verileri: Kendi Kathy Brown ve Karl Kleinschmidt ile Q/A

18 Şubat'ta, Google'ın yeni Sayfa Deneyimi sıralama faktörü güncellemesini ele almak için Kurumsal İşletmeler için Önemli Web Verileri Oturumumuza ev sahipliği yaptık. Oturum, Önemli Web Verilerinin ne olduğuna ve neden önemli olduklarına odaklandı. Uzmanlarımız, yeni sıralama sinyallerinin her birinin ne anlama geldiğini ve SEO'yu nasıl etkileyeceğini derinlemesine inceledi. Eyleme geçirilebilir ipuçları ve tavsiyeler vermiş olsak da, FID, LCP, CLS ve daha pek çok konuda hâlâ birçok soru vardı.

Aşağıda dinleyicilerimizden toplanan sorular yer almaktadır ve uzmanlarımız Kathy ve Karl bunları ele almaktadır.

Saha ve Laboratuvar verileri arasındaki fark nedir?

Kathy : Laboratuvar verileri, belirli bir ortamda gördüğünüz performans verileridir. Chrome Geliştirme Araçları gibi araçlar ve webpagetest.org gibi araçlar size Laboratuvar Verileri sağlar. Saha Verileri, sitenizin sayfalarına göz atmak için Chrome kullanan birçok kullanıcıdan toplanan verilerdir. Alan Verilerini Google Arama Konsolunda ve genellikle Google Page Speed ​​Insights'ta (bir sayfa için hem Lab hem de Saha verilerini rapor edecek) görebilirsiniz. Otomasyon ihtiyaçları için Saha verilerine BigQuery üzerinden erişilebilir. Laboratuvar verilerinin test amaçlı, Saha Verilerinin ise sıralama için olduğunu unutmayın. John Mueller'in yorumlarına dayanarak, başlangıçta CWV'nin yalnızca mobil sıralamaları etkileyeceğini ve her üç ölçümün de daha üst sıralarda yer alması için "yeşil" olmanız gerektiğini tahmin ediyoruz.

Saha verisi olmadığında ne yaparsınız?

Kathy : Kullanılabilir Alan verisi yoksa, bu muhtemelen sayfanın çok fazla trafik almadığı anlamına gelir. En popüler sayfalarınızı kontrol etmek için Google Page Speed ​​Insights'ı kullanın ve bu sayfalar için Alan verilerinin bulunup bulunmadığını görün. Ardından, o sayfa türüne ait olan tüm sayfalarınız için bulguları tahmin edebilirsiniz. Kaynağınız (alanınız) için bir tane olup olmadığını görmek için bir CrUX raporu oluşturmayı deneyin. Önceden oluşturulmuş bir Google Data Studio şablonu bulabilirsiniz ve bu size siteniz için genel performans verilerini verecektir.

Hala herhangi bir Alan verisi bulamıyorsanız, sitenize erişen en yaygın cihazları ve tarayıcıları belirleyin ve bu ortamları kullanarak test edin. Ziyaretçilerinizin ortamlarına mümkün olduğunca yakın simülasyon yapmak için kısıtlama ve bant genişliği kontrollerini ayarlamayı unutmayın.

Geliştirme sırasında web sitelerimiz, üretim sunucularımızdan çok daha yavaş olan ikincil sunucularda çalıştırılır. Bu durumda sayfa hızını nasıl test edeceksiniz?

Kathy: Önemli miktarda Core Web Vital puanlaması, istemciye ve çalıştırdığı koda bağlı olacaktır. Bu nedenle, zayıf bir CLS puanının yavaş bir sunucuyla hiçbir ilgisi yoktur. Ancak, daha yavaş bağlantı anlaşmaları ve kaynakların gönderilmesi için geçen süre nedeniyle LCP yavaş bir sunucudan etkilenebilir. Göz önünde bulundurulması gereken bir yaklaşım, çeşitli sayfalar için TTFB (ilk bayta kadar geçen süre) gibi ölçümler için sunucularınız için bir karşılaştırma oluşturmak ve ayrıca her 1 KB'lik veriyi teslim etme süresini karşılaştırmaktır. Ek olarak, veritabanı işlemleriniz veya sunucu tarafı JS'niz varsa, her bir sunucudaki bu yürütme süreleri arasındaki farkları bilmek de yardımcı olacaktır. İkisi arasındaki şelale grafiklerini karşılaştırın ve geliştirme ortamında ne kadar ek bekleme süresi olduğunu görün. Bu farklılıkları bilmek, geliştirme sunucunuzdaki LCP performansının daha kolay değerlendirilmesine yardımcı olacaktır.

Bağlantıları önceden yüklemenin (sonraki sayfalar için) LCP'yi etkileyeceğini mi düşünüyorsunuz yoksa LCP'nin yalnızca kullanıcının yüklediği ilk sayfaya bağlı olduğunu mu düşünüyorsunuz?

Kathy: Saha verileri söz konusu olduğunda, tüm sayfaların performansı önemli olacaktır. Statik varlıkları önbelleğe almak (sonraki ziyaretler ve sayfalar için yardımcı olur), Alan puanlarınıza yardımcı olur. Bağlantıyı kullanarak CSS stillerini önceden yüklemek, önceden yükleme muhtemelen tüm sayfaların performansına da yardımcı olacaktır.

Önbellek optimizasyonu iyi olan bir CDN, LCP puanını önemli ölçüde azaltabilir mi?

Kathy: LCP tüm kullanıcılar için (hem yeni hem de geri dönen) daha hızlı görünüyorsa, LCP puanınızın artması kesinlikle mümkündür.

Önemli Web Verilerini etkilemeden açılır pencereleri nasıl kullanırsınız?

Karl: LCP sorunları için, özellikle mobil cihazlarda, açılır pencerelerin görünümün çok büyük bir yüzdesini kaplamadığını doğrulayın.

CLS sorunları için, açılır pencerelerin öğelerinizin geri kalanını hareket ettirmediğini, ancak önlerinde olduğunu doğrulayın.

Mobil öncelikli indeksleme bağlamında CWV hakkında nasıl düşünmeliyiz?

Karl: CWV önce mobil, sonra masaüstü için ertelenecek (ne kadar olduğunu bilmiyoruz). CWV, Google'ın sitenizi nasıl taradığıyla ilgili değil, bunun yerine ziyaretçilerin sitenizle nasıl etkileşimde bulunduğuyla ilgilidir, bu nedenle mobil öncelikli dizine ekleme bir fark yaratmamalıdır.

Toplam Engelleme Süresi (TBT) ile FID arasındaki fark nedir?

Karl: Toplam Engelleme Süresi, ana iş parçacığı engelleme görevlerinin etkileşimi engellediği toplam milisaniye miktarıdır (görev başına 100 ms çıkarılır). FID, web sitenizin ziyaretçilerin etkileşimlerine yanıt vermesinin ne kadar sürdüğünün ortalamasıdır. Toplam engelleme süresi, bu nedenle, FID'nin 0'ın üzerinde olabileceği sayfanın yüklenmesindeki toplam milisaniye miktarı iken, FID, kullanıcıların sitenizle gerçekte nasıl etkileşime girdiğini yakalar.

Kendi tarafımızda değişiklik/iyileştirme yapmadan Google Search Console'da puan değişiklikleri görüyoruz.

Arama konsolundaki bu dalgalanmaların sebebi ne olabilir?

Karl: Search Console için alan verileridir, kullanıcıların sitenizle nasıl etkileşime girdiğine bağlıdır. Kullanıcı davranışındaki değişiklikler, farklı CLS puanları anlamına gelebilir, çünkü ziyaretçiler farklı şekilde kaydırılır veya farklı LCP puanları, çünkü ziyaretçilerin daha yüksek bir yüzdesi müşterilere geri döner ve böylece belirli görüntüleri önbelleğe alırlar. Metriklerdeki dalgalanmaların birçok olası nedeni vardır ve verilerin yaklaşık 28 gün geciktiğini unutmayın, bu nedenle 28 gün önce bir şey yayınlamış olabilirsiniz ve şimdi verilerdeki değişiklikleri görüyorsunuz.

Birisi Search Console ve PageSpeedTest'ten farklı sonuçlar alıyorsa, yalnızca Search Console'da rapor edilenlerle mi ilgilenmeliyiz?

Karl: Field ve Lab verilerinin dışında, arama konsolu ile sayfa hızı bilgileri arasındaki farklı verilerin iki ana nedeni vardır. Sayfalarınızdan biri yeterli trafik almadıysa, Google sayfa hızı analizlerinde benzer sayfa verilerini kullanır, arama konsolunda ise yeterli veriye sahip olabilecek benzer sayfalar gruplanır. Bu nedenle, sayfalarınızdan birinin yeterli trafiğe sahip olması, ancak benzer sayfaların hiçbirinin yeterli trafiğe sahip olmaması da mümkündür ve bu da puanlarda farka neden olabilir. Ayrıca, arama konsolu raporlamasında bir etkisi olabilecek bir güncelleme vardı.

Ek kaynaklara mı ihtiyacınız var?

Bu konuyla ilgili çok güzel içeriğimiz var. Podcast'ler, web seminerleri ve bloglar gibi uzman kaynaklardan oluşan bir kitaplık oluşturduğumuz Önemli Web Verileri sayfamıza göz atın. Google'ın Sayfa Deneyimi sıralama faktörü güncellemesine hazırlanmak için ihtiyacınız olan her şeyi burada bulabilirsiniz.