SEO Çalışma Saatleri – 24 Aralık 2021

Bu, 24 Aralık 2021'de John Mueller ile Google SEO Çalışma Saatleri'nden alınan en ilginç soruların ve yanıtların bir özetidir .

Ödeme duvarlı içerik ve gizleme

00:49 “Paywall içeriğine sahip ödeme duvarlı verilerle ilgili olarak. […] Bir web sitemiz var. Birçok makale yaptık ve her şeye Google tarafından erişilebilir. Ve oraya bir ödeme duvarı eklemek istiyoruz, ancak […] yalnızca […] sahip olduğunuz yapılandırılmış veri parçacıklarıyla ödeme duvarlı içeriği Google'a gösterin. Gizleme sayılır mı?

Bu yüzden, bunun Googlebot olup olmadığını kontrol ediyorum ve ancak [o zaman] yapılandırılmış verileri […] gösteriyorum – […] ödeme duvarlı verileri. Ama sonra normal kullanıcıya […], yapılandırılmış verileri göstermiyorum, sorun değil mi?”

John bu çözümle ilgili sorunu görmedi: “Sorun değil. Teknik olarak, yine de gizleme olarak kabul edilir, çünkü farklı bir şey gösteriyorsunuz, ancak politikalarımıza göre bu kabul edilebilir. Çünkü kullanıcılar, […] ödeme duvarını geçerlerse, Googlebot'a gösterdiğiniz içeriği göreceklerdir.”

Olası dizin oluşturma sorunları

03:38 “Yüksek kaliteli içerik yayınlıyorum, bir site haritası gönderdim ve bazen Google Arama Konsolundan dizine eklenmesini talep ediyorum. Ancak hala yeni içeriği dizine eklerken sorun yaşıyorum veya dizine ekleniyor [gecikmeli]. […] Google'dan gelen bir hata mı yoksa yeni bir algoritma güncellemesi mi?"

John yanıtladı: “Bu konuda bizim tarafımızda bir hata yok. […] Tüm içeriği dizine eklemiyoruz ve bazı web siteleri çok fazla içerik üretiyor. Ve eğer her şeyi indekslemezsek […], sorun değil. Ama belki her şeyin dizine eklenmesini istersiniz ve her şeyi her zaman yapamayız.

İşin zor yanı […] geçmişte, pek çok web sitesi teknik olarak o kadar da iyi değildi. Hangi tür içeriklerin indekslenmediği biraz daha açıktı. Günümüzde, web siteleri teknik olarak iyi durumda ve […] kalite çubuğu biraz daha yüksek […] Teorik olarak dizine eklenebilecek bir şeyi herkes yayınlayabilir, ancak […] gerçekten yararlı ve kullanıcılar için alakalı olan doğru şeyleri dizine eklediğimizden emin olmalıyız. Bu yüzden bazen bazı şeyleri indekslenmemiş halde bırakmak zorunda kalıyoruz.”

Ürün incelemeleri güncellemesi – etkilenen diller ve ülkeler

14:01 “Ürün incelemeleri güncellemesi hakkında. […] Güncelleme sadece İngilizce konuşan web sitelerini etkilese bile, Almanca Arama'da da bazı hareketler görüyordum. Bu ürün incelemesi güncellemesinin diğer dillerdeki web siteleri üzerinde de bir etkisi olup olmayacağını merak ediyordum […]?”

John'un dediği gibi, “ Benim varsayımım bunun küresel olduğu ve tüm dillerde geçerli olduğuydu […]. Ancak genellikle, blog gönderisinde düzgün bir şekilde belgeleyebilmemiz için mühendislik ekibini bu konuda bir karar vermeye zorlamaya çalışırız. Ürün incelemeleri güncellemesinde bunun olup olmadığını bilmiyorum. […] Birden çok dilde yapabileceğimiz ve sadece İngilizce'ye bağlı kalmayacağımız bir şey gibi görünüyor. Ve başlangıçta İngilizce olsa bile, genel olarak alakalı bir şey gibi geliyor ve bunu zaman içinde diğer dillere de yaymanın yollarını bulmaya çalışmalıyız. Bu yüzden Almanya'daki değişiklikleri görmenize özellikle şaşırmadım […].”

Google blog gönderisinin yalnızca İngilizce web sitelerini etkileyen güncellemeden bahsettiğini öğrendikten sonra, John daha fazla ayrıntı verdi:

"Bu tür güncellemelerle, bir dil veya bir konumla başlamaya çalışıyoruz ve neye ince ayar yapmamız gerektiğini görüyoruz ve ardından oradan genişliyoruz. […] Daha içerikle ilgili bir şeyle, genellikle farklı dillere genişletmek biraz daha uzun sürer […].”

İngilizce konuşulan ülkeler için sayfaları yerelleştirme

17:53 “Aynı sayfa grubunu İngilizce konuşulan farklı ülkeler için yerelleştirmenin başka yollarını biliyor musunuz? […] .jo üst düzey etki alanına sahip birkaç alt etki alanımız var, örneğin Avustralya, Yeni Zelanda alt etki alanları gibi ve ülkeyi JSA arka ucunda belirledik ve ayrıca sayfa düzeyinde hreflang kullanıyoruz. […] Bu alt alanları yerelleştirmemize yardımcı olacak başka yollar bulamadık. İyi yöntemleriniz veya geliştirebileceğimiz bazı yöntemleriniz var mı?”

John bu konuyu şu şekilde tartıştı:

“Sanırım ana konuları ele aldınız. Bu, Search Console ve hreflang ayarlarında coğrafi hedeflemedir.

Coğrafi hedefleme , bir alt dizinde veya alt etki alanı düzeyinde çalışır, hepsi oradaki sayfalardır.

Hreflang sayfa bazındadır. Bir ülke için ana sayfanız ve aynı ülke için farklı ürün sayfalarınız varsa, bu sayfaların her birinin hreflang ile çapraz bağlanması gerekir.

Her zaman tavsiye etmeye çalıştığım diğer şey, bir tür yedekleme planına sahip olmaktır, […] kullanıcının bir sitenin yanlış sürümünde olduğunu fark ettiğinizde gösterebileceğiniz JavaScript tabanlı bir afiş gibi bir şey. Örneğin, Avustralya'dan bir kullanıcı İngiltere'den gelen sayfaya girerse, 'Hey, burada bu sayfanın Avustralyalı bir versiyonuna sahibiz' yazan bir JavaScript banner'ı gösterebilirsiniz. Doğrudan oraya gidebilirsiniz.' JavaScript tabanlı bir banner'ın avantajı, onu robots.txt ile engelleyebilmenizdir, böylece indeksleme açısından görünmez. Ve otomatik olarak yönlendirme yapmazsanız, […] [arama motorları] bu iki sürümü bağımsız olarak işleyebilir.

Bu sayfalar temelde aynıysa, bu sayfalardan birini standart sürüm olarak ele alabiliriz. Örneğin, Yeni Zelanda ve Avustralya için bir sayfanız varsa ve tüm içerik aynıysa, biraz farklı olan tek şey sayfadaki para birimidir, o zaman […] bu sayfaları birlikte katlıyoruz ve bunlardan birini aşağıdaki gibi seçiyoruz. bir kurallı ve bunu Arama için temel olarak kullanın.

Bu sayfalarda da bir hreflang'ınız varsa, URL'nin doğru sürümünü göstermek için hreflang'ı kullanmaya devam edeceğiz. Ancak dizine eklenen içerik yalnızca standart sürümden olacaktır ve Search Console'daki tüm raporlamalar standart sürüm için olacaktır. Bu bazen işi biraz zorlaştırıyor, özellikle de farklı ülkeler için aynı içeriğe sahip daha büyük bir web siteniz varsa.”

Sayfalara dinamik içerik ekleme

25:0 “Web sitemde kategori, alt kategori ve ürün, e-ticaret […] sayfaları gibi milyonlarca sayfa var. Dinamik içerik ekledik, çünkü [ile] milyonlarca sayfa […] [birlikte] her sayfaya ayrı içerik veya […] benzersiz içerik eklemek zor. Kategori sayfaları, alt kategori sayfası ve ürün sayfalarına şablon bazlı içerikler ekledik. […] Bu, web sitemizin performansı için iyi olur mu, olmaz mı, yoksa her sayfanın içeriğini güncellemeli miyiz? […]”.

John'un yanıtı şöyle:

“ Bir sayfaya dinamik olarak alakalı içerik eklemek […] mantıklı olabilir çünkü […] [bu] aslında sadece […] bir veritabanı araması yapıyor ve buna dayalı olarak içerik ekliyor. […] Bu gerçekten o kurulumu nasıl yaptığınıza bağlı.

Kaçınacağım en önemli şey, yapay olarak eklediğiniz anahtar kelimeler için bu sayfanın daha iyi sıralanması umuduyla bir sayfaya yapay olarak içerik eklediğiniz bir durumla karşılaşmanızdır. […] Kullanıcılar oraya gittiğinde, 'Bu sayfada bu rastgele anahtar kelimeler neden var?' gibi olacaklar. […] Bu anahtar anahtar kelimeler için gerçekten iyi, alakalı içeriğe sahip olduğunuzdan emin olmak, benim daha çok üzerinde duracağım şey bu […].”

Ayrıca, Google'ın sayfaları değer sağlayan olarak görmesi için her sayfa için alakalı içerik yazmanın gerekli olup olmadığı sorulduğunda, John şunları söyledi:

“Sayfada alakalı bir şey olmalı. Ve bu bir kategori sayfasıysa, orada listelediğiniz ürünler çok alakalıdır […] ve genellikle o kategorinin bir açıklamasına sahipsiniz. […] Tüm bu ürünler ve nereden geldikleri hakkında en altta bir Wikipedia makalesi yazmak zorunda değilsiniz […] ama sayfayla alakalı biraz bilgi, bu önemli.”

JavaScript dosyalarını oluşturma ve dizine ekleme

28:28 “Web sitem […] [kullanıyor] İstemci tarafı oluşturma ile tepki veriyor, […] JavaScript'i ve tarayıcıyı kapattığımızda sayfam tamamen boş. Bu, daha düşük sıralamanın veya web sayfasının düşük performansının nedeni olabilir mi?”

John'un yanıtı şuydu: “ Olmamalıydı. […] Arama için render alıyoruz ve sayfalardaki JavaScript'i işliyoruz. Normal bir tarayıcıda görünüyorsa ve özellikle kötü bir şey yapmıyorsanız, bu sayfaları normal şekilde dizine ekleyebiliriz. Googlebot sayfayı oluşturmaya çalıştığında içeriğin gerçekten görünür olup olmadığını ve içeriğin görünür olup olmadığını görmek için Search Console'daki URL'yi İncele aracını iki kez kontrol edebilirsiniz .

Bir web sitesi içinde arama yoluyla oluşturulan URL'leri dizine ekleme

30:11 “Web sitemize zaten bir arama kutusu ekledik , bu yüzden kullanıcı web sitemize gelip orada arama yapıyor ve her arama için benzersiz bir URL oluşturuyor. Bu URL'ler dizine eklenebilir olmalı mı, olmamalı mı?"

John'un dediği gibi, “ Genellikle hayır. […] Bunun iki ana nedeni var.

Bir yandan, yalnızca farklı aramalar olan ve size herhangi bir değer sağlamayan başka bir milyon URL'nizin olduğu bir duruma düşmek çok kolaydır. Biz ona sonsuz uzay […] diyoruz. Bu, kaçınmak istediğiniz bir şeydir.

Kaçınmak istediğiniz diğer şey, insanların arama kutusunda spam içerikli şeyler yapması ve bu şeylerin dizine eklenmesini sağlamaya çalışmasıdır; bu , telefon numaralarını ve […] iş türlerini aramak gibi bir şey olabilir. Aniden, web sitenizin arama sayfası bu tür işletmeler için sıralanır ve telefon numaralarını gösterir, bu sorgularla eşleşen herhangi bir içeriğiniz olmasa bile, […] bunu arama sonuçlarında görünmeye çalışmak için yaparlar. Bu tür arama sayfalarını robots.txt ile engellerdim. Bu şekilde, içeriğin hiçbirini dizine ekleyemeyeceğimizden emin olabilirsiniz.”

YMYL olarak SEO siteleri

31:55 “Bir SEO firması Your Money or Your Life web sitesi olarak mı sınıflandırılır yoksa sadece tıbbi ve finansal danışmanlık web siteleriyle mi ilgili?”

John'a göre, “[…] SEO web sitelerinin insanların yaşamları için o kadar kritik olduğunu düşünmüyorum. Açıkçası, bir SEO şirketinde çalışıyorsanız, o zaman buna bağlısınızdır, ancak web sitesinin kendisi Sizin Paranız veya Hayatınız türü bir web sitesi değildir. […] Bir şey satan her web sitesi bu kategoriye girmez.

Burada tavsiye edeceğim şey, körü körüne 'Bu tür bir web sitesi bu kategoriye mi giriyor?' diye görmeye çalışmak yerine, bu kategorinin nereden geldiğini, yani Kalite Değerlendirici Yönergelerini okuyun ve biraz daha fazla anlayın. Google'ın bu farklı türdeki web sitelerini anlamakla yapmaya çalıştığı şey . […] Bu size gerçekte neler olduğuna dair biraz daha arka plan bilgisi verecektir […].”

İçerik haritası yapılandırılmış verilerini uygulama

39:56 “Yapılandırılmış veri kırıntısı söz konusu olduğunda, bir ziyaretçinin bir sayfada göreceği kırıntılarla tam olarak aynı mı olması gerekir? Yapılandırılmış veriler tam bir içerik haritası yolu iken bazen sayfada içerik haritalarının yoğun bir sürümünü görüyorum. Her ikisi de kabul edilebilir seçenekler mi?”

John'un dediği gibi, “[…] Yapılandırılmış verilerin bir sayfada görünüp görünmediğini anlamaya çalışıyoruz. Ve eğer […] değilse, “Bunu arama sonuçlarında göstermek hala mantıklı mı? ”

Bir sayfada bir içerik haritasının daha kısa bir sürümünü göstermek gibi bir şey yapıyorsanız ve bunu eşleştiremezsek, bu içerik haritası işaretlemesini gerçekten alıp kullanırsak, biraz isabet alabilir ve kaçırabilir.

Ekmek kırıntısı listesindeki tek tek kırıntıları veya […] tek tek öğeleri alıyorsanız ve bunların hepsini değil de yalnızca bazılarını gösteriyorsanız, biz sadece bunları alabiliriz. Geri kalanını hala topluyor olabiliriz çünkü […] bir çok kırıntı eşleşmesi görüyoruz.

Sayfada göstermiyorsanız, sahip olduğunuz tam içerik haritası işaretlemesini alıp kullanabileceğimiz garanti edilmez ve bu, diğer yapılandırılmış veri türlerine benzer.

Sanırım ana istisna […] […] , sorularınızın ve cevaplarınızın olduğu SSS işaretlemesidir, burada önemli olan kısım, sorunun gerçekten görünür olmasıdır ve cevap, bir sayfadaki daraltılmış bölüm gibi bir şey olabilir. sayfa, ancak [...] en azından görünür olmalı.”

Bir web sitesinde yalnızca bazı sayfaları çevirmek

44:00 “Tamamı İngilizce olan 300'den az dizin sayfası olan bir site işletiyoruz. Bu sayfaların yaklaşık yarısını, /ES gibi aynı alan adındaki alt dizine yerleştirilecek ve İngilizce içeriğin alternatif dil sürümleri olarak etiketlenecek İspanyolcaya çevirmek istiyoruz. Sayfa içeriğinin yalnızca bir kısmını çevirmek uygun mudur, yoksa her şeyi İngilizce web sitesini tam olarak yansıtacak ve diğer konumlarda sıralama şansını en yüksek seviyeye çıkaracak şekilde mi çevirmeliyiz?

John şunları söyledi: “ Bir web sitesindeki bazı sayfaları çevirmek sorun değil. Sayfaların diline ayrı ayrı bakıyoruz. İspanyolca bazı sayfalarınız varsa, birisi İspanyolca arama yaptığında o İspanyolca sayfalara bakarız. Durum böyle değil: 'Burada İspanyolca sayfalardan çok daha fazla İngilizce sayfa var. Bu nedenle, İspanyol sitesi daha az önemlidir.' […] Bunlar İspanyolca sayfalardır ve İspanyolca'da iyi sıralanabilirler. […] Kullanıcılar için bazen mümkün olduğunca çok içeriğin tercüme edilmesi mantıklıdır. Ancak genellikle bu, zamanla kademeli olarak geliştirdiğiniz bir şeydir, bazı sayfalarla başlarsınız, onları iyi yerelleştirirsiniz ve daha fazla sayfa eklersiniz […].

hreflang ek açıklamaları da sayfa bazındadır. İngilizce ve İspanyolca bazı sayfalarınız varsa ve bunları birbirine bağlarsanız, bu gayet iyi. Sadece İspanyolca bazı sayfalarınız varsa, sorun değil – hreflang'a ihtiyacınız yok. Bazı sayfalar sadece İngilizce, bu da sorun değil. Bu açıdan bakıldığında, bu başlamak için makul bir yol gibi görünüyor.”

Tarama bütçesi ve otomatik olarak oluşturulan URL'ler

46:12 “Bahsettiğim web sitesi bir WordPress web sitesi. Otomatik olarak birden çok istenmeyen URL oluşturur. […] Bu URL'leri bulmak için tarayıcıyı durdurabileceğim bir yol var mı? 'noindex' yapabileceğimi biliyorum ve bunların hepsi dizine eklenmiş URL değil. Ancak daha sonra bunları Search Console'da Hariç Tutulanlar bölümünün altında görebiliyorum. […] Bu bir haber sitesi, binlerce URL'miz var. […] Tarama bütçesini etkileyecek mi?”

John, web sitesinin boyutunu sordu ve kendisine 5.000 ila 10.000 URL arasında olduğu söylendi.

Bunu göz önünde bulundurarak John şunları söyledi: “ Emekleme bütçesi konusunda endişelenmem. […] Bu kadar çok sayfayı oldukça hızlı bir şekilde, genellikle birkaç gün içinde tarayabiliriz. Diğer bir şey […] ise 'noindex' sayfadaki bir meta etikettir. Meta etiketi görmek için sayfayı taramamız gerekiyor, yani 'noindex' sayfalarını kontrol etmemizden kaçınamazsınız. […] Sayfada bir 'noindex' olduğunu görürsek, genellikle zamanla bu sayfaları daha az tararız. Arada bir yine de iki kez kontrol edeceğiz, ancak normalde dizine eklenmiş normal bir sayfa kadar kontrol etmeyeceğiz. Diğer yaklaşım robots.txt kullanmaktır. robots.txt dosyası ile bu sayfaların taranmasını tamamen engelleyebilirsiniz. Dezavantajı ise bazen arama sonuçlarında sayfadaki içerik yerine URL'nin kendisinin dizine eklenebilmesidir […]."

John ayrıca şu örneği verdi:

“Bir […] futbol haberleri web siteniz varsa ve bazı makaleleriniz engellenmiş ve taranmasına izin verilen makaleleriniz varsa, o zaman biri futbol haberlerini arıyorsa, sayfalarınızın dizine eklenebilir sürümlerini bulacaktır. robots.txt tarafından engellenen başka sayfaların olması önemli değil. Ancak, birisi bu engellenen sayfalar için açıkça bir site sorgusu yaparsa, o zaman bu URL'leri aramada görebileceksiniz […]. Sizinki gibi bir durumda, […] Tarama bütçesi konusunda endişelenmem.”

John ayrıca şunları ekledi: “ Pratik bir bakış açısından, hem 'noindex' hem de robots.txt bir nevi eşdeğer olacaktır. […] Bu içerik muhtemelen arama sonuçlarında görünmez ve 'noindex' varsa yine de onu taramamız gerekir, ancak sayılar o kadar küçüktür ki gerçekten önemli değildir. Robots.txt tarafından engellenirlerse, yine de bir URL ile dizine ekleyebiliriz […]”.

Tercih edilen yöntemle ilgili olarak John şunları söyledi: “Sizin için uygulaması daha kolay olanı seçerdim. […] WordPress'iniz varsa ve gönderide 'Bu sayfanın noindex'i' yazan bir onay kutunuz varsa, belki de bu en kolay yaklaşımdır […].”

URL'leri parametrelerle tarama

54:25 “Günlük dosyalarımızda ve bunun IEP aracılığıyla Googlebot olduğunu kanıtladığını, organik bottan UTM parametre URL'lerine, Google Görüntülü Reklam ve evrensel uygulama kampanyalarına kadar pek çok tarama yapıldığını görüyoruz. […] Bu URL'lere herhangi bir yerden gelen bağlantı görmüyoruz. […] Bunun nerede veya neden olabileceğine dair bir fikriniz var mı?”

John, "Googlebot ile reklam kampanyalarında listelediğiniz sayfaları da taradığımız tek yer […] ürün arama içindir. Bir ürün arama feed'iniz veya Merchant Center feed'iniz […] ayarlanmışsa, bunları Merchant Center için alabileceğimizden emin olmak için Googlebot için bu sayfaları da tararız. Orada etiketlenmiş URL'leriniz varsa, […] bu etiketli URL'leri saklayacağız ve yeniden işleyeceğiz.

Başkaları da bu tür ürünleri gönderebiliyor olabilir, […] onları gönderen mutlaka siz değilsiniz, ama belki sizin adınıza çalışan veya bunu yapma iznine sahip biri olabilir.

Bu sayfalara bir yerde bağlantılar bulursak, onları taramaya çalışırız. Bir web sitesindeki dahili bağlantıları etiketlediyseniz, yine de onu alıp taramaya çalışırız. JavaScript'te ayarladığınız şeyler varsa, bu parametrelerle bir yerde ayarlanmış izleme URL'leriniz olabilir ve JavaScript'i işlediğimizde, bu, bu izleme URL'lerine bir bağlantı gibi görünüyorsa, onu da işleyebiliriz. […] Bana münferit vakalar değilmiş gibi geliyor […], daha çok bu URL'lerin çok sayıda olması gibi ve bu, Merchant Center tarafına çok benziyor."