SEO Çalışma Saatleri, 18 Şubat 2022

Yayınlanan: 2022-02-28

Bu, 18 Şubat 2022'de John Mueller ile Google SEO Çalışma Saatleri'nden alınan en ilginç soruların ve yanıtların bir özetidir .

İçindekiler gizle
1 Ürün İncelemeleri güncellemesinden etkilenen web sitesi türleri
2 Dizin Oluşturma API'sinin kullanımı
3 EAT ve Google'ın algoritmaları
4 Bağlantısız marka sözleri ve kullanıcı tarafından oluşturulan içerik
5 Googlebot ve sonsuz kaydırma
6 Tarama İstatistikleri raporundaki yenileme ve keşif verileri
7 Bir web sitesinin daha az taranması
8 Google, sayfaların hedeflediği ülkeleri nasıl tanımlar?
9 Çok sayıda URL Keşfedildi olarak işaretlendi – şu anda dizine eklenmemiş

Ürün İncelemeleri güncellemesinden etkilenen web sitesi türleri

4:03 “[…] Sorum ürün incelemeleri güncellemesiyle ilgili […]. Google'ın bir sayfanın veya sitenin ürün incelemeleriyle ilgili olup olmadığını nasıl belirlediğini anlamak istedim. […] Örneğin bir e-ticaret sitesi var […] ve kendi ürünlerini inceledikleri bir blogları da var. Ürünlerinin artıları ve eksileri hakkında yazıyorlar, farklı ürünleri karşılaştırıyorlar. […] Google, […] bunun da ürün incelemeleri olduğunu ve ürün incelemeleri güncellemesi ile analiz edilebileceğini mi söyleyecek? […]”

John'un açıkladığı gibi, “[…] Ürün incelemeleri için sahip olduğumuz öneriler […] her türlü ürün incelemesi için geçerli olacaktır. Bu yüzden, Google sitemin bir ürün inceleme sitesi olduğunu düşünüyor mu, değil mi, görmeye çalışmazdım […]. Ancak bunun yerine, bu iyi uygulamaların içeriğinize uygulanacağını düşünüyorsanız, o zaman sadece bu iyi uygulamaları yapın […]”.

Dizin Oluşturma API'sinin kullanımı

6:53 “[…] [Google'ın belgeleri], iş ilanı veya yayın etkinlikleri gibi sayfalar için Dizine Ekleme API'sinin kullanılması gerektiğinden bahseder. Bu API'yi, bazı haber makaleleri veya blog içeriği gibi farklı içerik türleri için deneyebilir miyiz?"

John yanıtladı: “İnsanlar deniyor. Ama aslında, belgelediğimiz şey, API'yi ne için kullandığımızdır. Bu kategorilere giren içeriğiniz yoksa API size orada yardımcı olmayacaktır”.

EAT ve Google'ın algoritmaları

10:54 “[…] EAT'den [ Kalite Değerlendirici Yönergeleri ]'nde bahsedilmektedir, ancak gerçek algoritmaların yazarın uzmanlığı gibi EAT faktörlerini de [içerip içermediğini bilmek istiyorum?”

John şöyle dedi: “Benzer şeyleri yapmaya çalışmak için yapılan bazı dolaylı çalışmalar olduğunu varsayardım. […] Bunu, kalite testçilerine bu şeyleri tekrar kontrol etmeleri için rehberlik edebilmemiz için kılavuzlara koyduk. Ve bunun önemli bir şey olduğunu düşünürsek, o zaman arama kalitesi tarafındaki insanların da bunu daha algoritmik bir şekilde anlamaya çalıştıklarını varsayarım.

Ama bir EAT puanı [olacağını] görmezdim ve bunun üzerine beş ya da onun gibi bir şey almanız gerekir. Daha çok web'deki içeriğin bağlamını anlamaya çalışmaktır”.

Bağlantısız marka sözleri ve kullanıcı tarafından oluşturulan içerik

12:01 “[…] İnsanların bağlantısız marka anma[ları] hakkında konuştuğunu görüyorum […]. [Google'ın] algoritmaları için de önemli olduğunu düşünüyor musunuz […]?”

Bağlantısız markadan bahseden kişi, diğer sitelerin markanızdan bahsettiği ancak web sitenize bir bağlantı eklemediği durumlardan bahsediyordu.

John şunları söyledi: “[…] Bence bu biraz zor, çünkü bağlamın ne olduğunu gerçekten bilmiyoruz. Bunun kullanıcılar için kötü bir şey olduğunu düşünmüyorum […] çünkü web sitenizi bu söz yoluyla bulabilirlerse, bu her zaman iyi bir şeydir. Ancak , birinin web sitenizin adını nerede söylediğini anlamaya çalışan bir SEO faktörü olduğunu varsaymıyorum ”.

12:58 “[…] Kullanıcı incelemeleri veya yorumları ne olacak? Bunun bir makale veya ürün için de bir sıralama faktörü olduğunu düşünüyor musunuz?”

John, “[…] Çoğu zaman, insanlar sayfa hakkında kendi sözcükleriyle yazarlar ve bu, bu sayfayı arama sonuçlarında nasıl gösterebileceğimiz konusunda bize biraz daha bilgi verir . Bu açıdan bakıldığında, yorumların bir sayfada iyi bir şey olduğunu düşünüyorum. Açıkçası, onları makul bir şekilde korumanın bir yolunu bulmak bazen zor olabilir çünkü insanlar bu yorumları spam olarak da eler […]. Bir web sayfasındaki yorumları korumanın bir yolunu bulabilirseniz, bu size biraz daha fazla bağlam sağlar ve farklı şekillerde arama yapan kişilerin de içeriğinizi bulmasına yardımcı olur”.

Googlebot ve sonsuz kaydırma

24:00 “[…] Googlebot'un henüz sonsuz kaydırmayı idare edecek kadar gelişmiş olup olmadığını veya en azından içeriğin bir şeyin üzerine inşa edildiği bir şey olduğunu biliyor musunuz?”

John şunları söyledi: “ Biraz […].

Bir sayfayı oluşturduğumuzda olan şey, gerçekten uzun bir ekranınız varmış gibi oldukça yüksek bir görünüm penceresi kullanıyoruz ve sayfanın orada ne göstereceğini görmek için sayfayı oluşturuyoruz. Genellikle bu, sonsuz kaydırmayı tetiklemek için kullandığınız JavaScript yöntemlerinde bir miktar sonsuz kaydırmayı tetikler. Orada yüklenen şey ne olursa olsun, indeksleyebileceğimiz şey bu olurdu.

[…] Sonsuz kaydırmayı nasıl uyguladığınıza bağlı olarak, dizinde bu daha uzun sayfaya sahip olabiliriz. O sayfaya sığacak her şeye sahip olmayabiliriz. Çünkü sonsuz kaydırmayı nasıl tetiklediğinize bağlı olarak, sadece bir sonraki sayfayı yüklüyor olabilirsiniz. O zaman bu sayfalardan iki veya üçü sonsuz kaydırma ile bir sayfaya yüklenmiş olabilir, ancak her şey değil. […] Bunu [URL] İnceleme aracıyla test etmenizi ve Google'ın ne kadar alacağını görmenizi öneririm ”.

Tarama İstatistikleri raporundaki yenileme ve keşif verileri

33:32 "Search Console [ Tarama İstatistikleri ] raporunda, tarayıcı isteklerinin %97'si yenilenir ve yalnızca %3'ü keşiftir. Bunu nasıl optimize edebilir ve Google'ın daha fazla sayfa keşfetmesine izin verebilirim?"

John yanıtladı: “[…] Daha eski, daha yerleşik bir web sitesinin çok fazla yenileme taramasına sahip olması normaldir, çünkü zaman içinde arttığını bildiğimiz sayfaların miktarına bakacağız. Ve gelen yeni sayfaların miktarı oldukça istikrarlı olma eğilimindedir. Özellikle yerleşik ve yavaş büyüyen bir web sitesi için böyle bir dengeye sahip olmak oldukça yaygındır, taramanın çoğunun keşif taramasında değil, yenileme taramasında olmasıdır.

Bir sürü yeni makalenizin olduğu ve eski içeriğin çok hızlı bir şekilde alakasız hale geldiği bir web siteniz olsaydı daha farklı olurdu diye düşünüyorum . O zaman daha çok keşfetmeye odaklanma eğiliminde olacağımızı düşünüyorum. […] Sahip olduğunuz içeriğin miktarını yavaş yavaş artırdığınız ve eski içeriğin çoğunun geçerli kaldığı bir e-ticaret sitesi gibi bir şeye sahipseniz, […] yenileme taramasının miktarı muhtemelen biraz daha yüksek ol”

Bir web sitesinin daha az taranması

35:09 “Son birkaç hafta boyunca, tarama istatistiklerinde günde 700'den 50'ye büyük bir düşüş fark ettim . Bu düşüşün nedeninin ne olabileceğini Search Console raporundan anlamanın bir yolu var mı? Kaynak sayfa yükü olabilir mi? Tarama isteği dökümünü nasıl doğru bir şekilde okuyabilirim?”

John, Google'ın web sitelerini nasıl taradığına ve taramayı hangi faktörlerin etkilediğine ilişkin ayrıntılı bir açıklama yaptı : “[…] Yaptığımız tarama miktarıyla ilgili birkaç şey var.

[…] Arama sonuçlarımızda her şeyi taze ve kullanışlı tutmak için bir web sitesinden ne kadar tarama yapmamız gerektiğini bulmaya çalışırız. Ve bu, web sitenizin kalitesini, web sitenizde işlerin nasıl değiştiğini anlamaya dayanır. Biz buna tarama talebi diyoruz.

Öte yandan, bir web sitesinde ne kadar tarama yapabileceğimiz konusunda sunucunuzdan, […] web sitenizden, […] ağ altyapınızdan gördüğümüz sınırlamalar vardır . Bu ikisini dengelemeye çalışıyoruz.

Ve kısıtlamalar iki ana şeye bağlı olma eğilimindedir: […] isteklere verilen toplam yanıt süresi

web sitesine ve […] tarama sırasında gördüğümüz […] sunucu hatalarının sayısı. Çok fazla sunucu hatası görürsek, taramayı yavaşlatacağız […]. Sunucunuzun yavaşladığını görürsek, taramayı da yavaşlatacağız […].

Hız yönüyle ilgili zorluk, hıza bakmanın iki […] farklı yolunun olmasıdır. Bazen tarama hızına baktığınızda bu kafa karıştırıcı olur. Özellikle tarama hızı için, sunucunuzdan ne kadar hızlı bir URL talep edebileceğimize bakıyoruz.

Ve hızın muhtemelen karşılaştığınız diğer yönü, Önemli Web Verileri ile ilgili her şey ve bir sayfanın tarayıcıda ne kadar hızlı yüklendiğidir. Bir tarayıcıda aldığı hız, bir web sitesinde tek bir URL almamız için gereken hız ile doğrudan ilişkili olma eğilimindedir. Çünkü bir tarayıcıda JavaScript'i işlemeniz, tüm bu harici dosyaları çekmeniz, içeriği oluşturmanız, sayfadaki tüm öğelerin konumlarını yeniden hesaplamanız gerekir. Ve bu, yalnızca o URL'yi getirmekten farklı bir zaman alır.

[…] Tarama hızındaki bir değişikliği teşhis etmeye çalışıyorsanız, bir sayfanın oluşturulmasının ne kadar sürdüğüne bakmayın. […] Bu URL'yi sunucudan getirmenin ne kadar sürdüğüne bakın.

Diğer bir şey […] ise […] web sitesinin nerede barındırıldığını anlamaya çalışıyoruz […]. Bir web sitesinin barındırma hizmetini bir sunucudan farklı bir sunucuya değiştirdiğini fark edersek – bu farklı bir barındırma sağlayıcısı olabilir, […] bir CDN'ye geçebilir veya CDN'leri değiştirebilir […] – o zaman sistemlerimiz otomatik olarak bazı sunuculara geri döner. Herhangi bir soruna yol açmayacağımızı bildiğimiz güvenli oran ve ardından adım adım tekrar artıyor.

Web sitenizin barındırmasında ne zaman daha büyük bir değişiklik yaparsanız, tarama hızının düşeceğini varsayardım. Ve sonraki birkaç hafta içinde, web sitemizde güvenle tarayabileceğimizi düşündüğümüz her şeye geri dönecek. Bu, burada gördüğünüz bir şey olabilir.

Diğeri ise zaman zaman web sitelerini ve sunucuları nasıl sınıflandırdığımızı belirleyen algoritmalarımız […] da güncellenebiliyor. […] Barındırma altyapınızla ilgili hiçbir şeyi değiştirmeseniz bile, algoritmalarımız bu web sitesinin bu sunucuda barındırıldığını ve bu sunucunun sıklıkla aşırı yüklenen bir sunucu olduğunu anlamaya çalışacaktır. Herhangi bir soruna neden olmamak için bu web sitesini tararken daha dikkatli olmalıyız. Bu aynı zamanda zaman içinde, genellikle birkaç hafta içinde otomatik olarak yerleşen bir şeydir […].

[…] [Google] Search Console'da bir tarama hızı belirleyebilirsiniz [...] ve bu, web siteniz için belirli ayarlarınız olduğunu […] anlamamıza yardımcı olur ve bunu dikkate almaya çalışacağız. Tarama hızı ayarının zorluğu, bunun maksimum bir ayar olmasıdır. Bu kadar taramamız gerektiğinin bir işareti değil, en fazla orada belirttiğiniz kadar taramamız gerektiğinin bir işareti. Genellikle bu ayar, tarama miktarını artırmak istediğinizde değil , tarama miktarını azaltmanız gerektiğinde daha kullanışlıdır .

[…] Yapabileceğiniz bir şey de, Arama Konsolu Yardım Merkezi'nde Googlebot ile ilgili sorunları bildirmek için bir bağlantımız var. Web sitenizin taranmasının beklediğiniz aralığın çok dışında olduğunu fark ederseniz, Googlebot ile ilgili sorunları bu bağlantı aracılığıyla bildirebilirsiniz […]”.

Google, sayfaların hedeflediği ülkeleri nasıl tanımlar?

56:25 “[…] Coğrafi hedeflemeye gelince, hreflang kullanmanın yanı sıra Google, bu belirli web sitesi veya belirli alt dizinle hangi [ülkeyi] hedeflediğinizi nasıl anlar?

John'un yanıtı şuydu: “ URL'leri tanıyabildiğimiz net kalıplarla […], örneğin alt etki alanına veya alt dizine göre gruplandırmaya çalışıyoruz. Eğer alt dizinde bir yol üzerinde daha üst bir yerde ülke varsa, o zaman bu yolun altındaki her şey bu ülke içindir, bu diğer yolun altındaki her şey başka bir ülke içindir dememiz çok daha kolay.

Ayrıca Search Console'da […] tek tek yolları doğrulayabilirsiniz, bu da işimizi biraz daha kolaylaştırır. Uygulamada, bunun büyük bir fark yarattığını söyleyen insanlardan çok fazla geri bildirim duymuyorum.

[…] URL'de açık bir yol ile, tek tek URL'ler için hangi ülkenin alakalı olduğunu mümkün olduğunca açık hale getirmeye çalışırdım. Sonunda ülkenin URL parametresi olarak kullanılmasıyla ilgili birinin de gönderdiği bir soru olduğunu düşünüyorum. Teorik olarak, bunu yapabilirsiniz […]. Sistemlerimiz için, hangi URL'lerin hangi ülkeye ait olduğunu tanımayı çok daha zor hale getiriyor […]. hreflang kullanıyorsanız, o zaman bu daha az sorun olur, çünkü bunu URL bazında yapabilirsiniz”.

Keşfedildi olarak işaretlenen çok sayıda URL - şu anda dizine eklenmemiş

58:25 “[…] Çok büyük bir e-ticaret sitesiyiz ve tarama raporumuzu kontrol ederken, [ Keşfedilen – şu anda dizine eklenmemiş ] bölümünde çok büyük miktarda URL olduğunu gördük. Bu, [a] probleminin bir göstergesi mi [sitemizde] […]?”

John şunları söyledi: “ Bence bu, bu sayfaların ne olduğuna ve bunları web sitenizde nasıl kullandığınıza bağlı. […] Web'de her türlü URL'yi buluyoruz ve bu URL'lerin çoğunun taranması ve dizine eklenmesi gerekmiyor, çünkü bunlar belki de yalnızca zaten bildiğimiz URL'lerin varyasyonları veya […] rastgele bir forum veya kazıyıcı script, URL'leri web sitenizden kopyaladı ve bunları bozuk bir şekilde dahil etti. […] Bu URL'lerin taranmış ve dizine eklenmemiş veya keşfedilmemiş ve taranmamış çok sayıda olması çok normaldir, çünkü web'de çok sayıda farklı URL kaynağı vardır.

[…] Bunların bir örneğini indirmeye çalışın, böylece tek tek örneklere bakabilirsiniz ve […] bu URL'lerden hangilerinin önemsediğiniz ve hangilerinin […] görmezden gelebileceğinizi sınıflandırabilirsiniz.

[…] Önem verdiğiniz şeyler, bu , iç bağlantı gibi şeylerle ilgili olarak bunları web sitenize daha iyi bağlamak için neler yapabileceğinizi bulmaya çalışacağım bir şey . Bu nedenle, bunlar bulunmayan ayrı ürünler veya kategorilerse, tüm bu URL'lerin birbiriyle daha iyi bağlantılı olduğundan emin olmak için sistematik bir şekilde neler yapabileceğinizi bulmaya çalışın. […] Özellikle daha büyük bir e-Ticaret sitesiyle, her URL'ye her zaman ayrı ayrı bakamayacağınız için zorlaşabilir.

Ama bazen, dediğin yerde yapabileceğin hileler vardır: Birinci seviye kategori olan herhangi bir şeye ana sayfamdan link veririm. Ve birinci seviye kategorimin en fazla […] belki 100 öğe veya 200 öğe olduğundan emin oluyorum, böylece Google'a tarama ve dizine ekleme konusunda biraz zorlama işleviniz olur . Buna dayanarak, biraz daha sistematik bir şekilde oluşturabilirsiniz.

[…] Bir dereceye kadar, Google'ın her şeyi tarayıp dizine ekleyemediğini kabul ediyorum. […] Örneğin, […] tek tek ürünlerin taranmadığını ve dizine eklenmediğini biliyorsanız, en azından bu ürünler için kategori sayfasının tarandığından ve dizine eklendiğinden emin olun. Çünkü bu şekilde, insanlar web sitenizde bu bireysel ürünler için bazı içerikler bulabilirler […].

Sizinki gibi bir web sitesinin nasıl taranabileceğine dair biraz daha doğrudan veriye sahip olmak için web sitenizi kendiniz tarayıp tarayamayacağınıza bakın. Orada çeşitli tarama araçları var. […] Web sitesini kendiniz tarayarak, bu URL'lerden hangilerinin ana sayfadan çok uzakta, hangilerinin ana sayfanıza daha yakın bağlandığını görebilirsiniz. Ve buna dayanarak, bazen ana sayfanızdan uzaklık açısından her şeyin makul derecede yakın veya makul derecede sabit olduğundan emin olmak için sitenin yapısını biraz değiştirebilirsiniz”.