SEO Çalışma Saatleri, 12 Kasım 2021

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

Google Arama Konsolunda Noindex sayfaları

8:16 “ [Bazı sayfalar] yanlışlıkla noindex olarak ayarlanmış. Bu birkaç ay önce düzeltildi. […] Dizine eklemeyi Search Console [ve] site haritalarını yeniden göndererek talep etmeye çalıştık, ancak yine de bu sayfaları dizine ekleyemiyoruz. Googlebot'un dizine ekleme isteklerini dinlememesine neyin neden olabileceği veya Search Console'da dizine eklemeyle ilgili bilinen herhangi bir sorun olup olmadığı konusunda bir fikriniz var mı?

John: “Bu konuda bilinen herhangi bir sorun olduğunu düşünmüyorum, ancak bazen indeksleme isteklerini gönderme konusunda biraz tutucuyuz, muhtemelen kısmen orada gördüğünüz şey budur. […] Bir yandan, bir sayfanın daha uzun süre noindex olduğunu görürsek, o zaman genellikle onu taramakla yavaşlarız. […] Aynı zamanda, sayfa dizine eklenebilir hale geldiğinde, yeniden taramayı başlatacağımız anlamına gelir, bu nedenle yapmanız gereken esasen bu tür bir itmedir.

Başka bir şey de, Search Console esas olarak web sitesi için bildiğimiz URL'ler hakkında rapor verdiğinden, resim gerçekte olduğundan daha kötü görünebilir. Bu, örneğin Performans Raporuna bakıp web sitesinin o bölümü veya bu URL kalıpları için filtreleme yaparak Search Console'daki bu sayıda yüksek noindex sayfasının şu sayfalarda rapor verip vermediğini görmek için bakabileceğiniz bir şey olabilir. gerçekten önemli değildi ve bu bölümlerdeki önemli sayfalar gerçekten dizine eklendi.”

John ayrıca “[…] bir site haritası aslında iyi bir başlangıçtır, ancak yapabileceğiniz başka bir şey de , bu sayfaların web sitesi için çok önemli olduğunu ve böylece onları biraz daha hızlı tarayabilmemiz için dahili bağlantılarla açıkça belirtmektir. Bu, geçici bir dahili bağlantı olabilir, şöyle diyebilirsiniz: Birkaç hafta boyunca ana sayfamızdan tek tek ürünlere bağlantı veriyoruz. […] Esasen, dahili bağlantının önemli ölçüde değiştiğini gördüğümüzde, genellikle gider ve o sayfaları da iki kez kontrol ederiz. Bu, işleri tekrar endekse sokmak için geçici bir yaklaşım olabilir. Dahili bağlantı ile, bunların web üzerindeki önemli sayfalar olduğunu değil, web sitenize göre daha önemli sayfalar olduğunu söylüyorsunuz. Dolayısıyla, dahili bağlantıyı önemli ölçüde değiştirirseniz, web sitesinin diğer bölümleri, belki de zar zor dizine eklenmiş olabilir, bir noktada düşebilir. Bu yüzden bunu geçici bir düzeyde yapardım ve şunu söylerdim, bunları sisteme geri göndermek istiyorum, böylece normal hızda yeniden taranırlar ve sonra her şeyin tekrar daha normal olması için dahili bağlantıyı tekrar değiştiririm. ”

Altbilgiye bağlantı eklemeyle ilgili olarak John şunları ekledi: "Bence bu da işe yarayacaktır. Bunu web sitesinde gerçekten önemli sayfalarda bulabilirsek, genellikle ana sayfanızda olduğu gibi, […] bunun sizin için önemli olduğunu söylediğiniz yerde bulabilirsek daha iyi olur, bu nedenle o sayfayı iki kez kontrol edeceğiz. ”

Kanonik ve alternatif etiketler

14:25 “Bir WordPress web sitesi kullanıyorum ve iki eklenti kullanıyorum. [Onlardan] biri, her sayfaya otomatik olarak bir rel=" canonical" bağlantısı ekler. […] [Diğeri bir çevirmen eklentisidir] her sayfaya bir rel=”alternatif” bağlantısı ekler. Şunu söylemesini mantıklı kılıyor mu: bu URL için standart, ancak aynı zamanda bir alternatif mi? Tarayıcıda bir yerde çakışıyor mu?”

John, “Hayır. Yani bu iki eklentinin tam olarak ne yaptığını bilmiyorum. Genel bir bakış açısına göre, üzerinde rel=canonical olan bir sayfanız varsa, esasen kurallı bir deyişe sahipsiniz: Orada bahsedilen bağlantı, istediğim tercih edilen URL'dir. Aynı sayfaysa, bu mükemmel çünkü o zaman bu sayfanın dizine eklenmesini istediğiniz sayfa olduğuna dair onay veriyor.

rel=”alternatif” temelde bu sayfanın da alternatif sürümleri olduğu anlamına gelir. Yani farklı dillerde, örneğin, bir İngilizce sayfanız, bir sayfanız Fransızcaysa, bu iki dil sürümü arasında rel=”alternatif” bağlantısına sahip olursunuz. Ve bu bağlantının bulunduğu sayfanın alternatif olduğunu söylemiyor, daha ziyade bunlar iki farklı versiyon gibi, biri İngilizce, biri Fransızca. Her ikisi de standart olabilir, bu nedenle bu kombinasyona sahip olmak genellikle iyidir.

Biraz dikkat edilmesi gereken tek yer , kurallının diller arasında olmaması gerektiğidir. Bu nedenle, Fransızca sayfanızda, esasen farklı sayfalar olduklarından, İngilizce sürüme standart bir sete sahip olmanız gerekir. Ancak Fransızca sayfa kurallı olabilir ve İngilizce sayfa kurallı olabilir ve ikisi arasında alternatif bağlantınız vardır ve bu aslında iyi bir kümedir.”

Kanonikleştirme veya noindex etiketi

16:49 “İnce veya yinelenen içeriğe sahip birçok ürün çeşidine sahip bir e-ticaret mağazasına sahip bir web sitemiz var. Dizine eklenmesini istediğimiz tüm URL'lerin bir listesini yaptım […] ve dizine eklenmesini istemiyoruz. […] Hangisinin daha iyi olacağından emin değilim: standartlaştırma mı yoksa noindex mi?”

John, "Sanırım başka bir sayfa için noindex mi yoksa rel=" canonical mı kullanmalıyım genel sorusu, muhtemelen mutlak bir cevabın olmadığı bir şey" dedi. […] Eğer bununla boğuşuyorsan, diyen tek kişi sen değilsin, ah hangisini kullanayım? Bu aynı zamanda genellikle bu seçeneklerin her ikisinin de tamam olabileceği anlamına gelir. Bu yüzden genellikle, orada baktığım şey, sizin gerçekten güçlü tercihinizin ne olduğudur. Güçlü tercih, bu içeriğin aramada hiç gösterilmesini gerçekten istemiyorsanız, o zaman noindex kullanırdım. Tercihiniz daha fazla ise, gerçekten her şeyin bir sayfada birleştirilmesini istiyorum […], o zaman rel=”canonical” kullanırdım. Sonuç olarak, bakmakta olduğunuz sayfa muhtemelen aramada gösterilmeyecek, ancak bir noindex ile - kesinlikle gösterilmeyecek ve bir rel=” standart” ile - büyük olasılıkla gösterilmeyeceği için etki benzerdir. ”

John özetledi, “ İkisini de yapabilirsiniz. Örneğin, harici bağlantılar bu sayfayı gösteriyorsa, o zaman her ikisinin de orada olması durumu anlamamıza yardımcı olur, bu sayfanın dizine eklenmesini istemezsiniz, ancak başka bir tane de belirtmişsinizdir, bu nedenle belki bazı sinyaller verebiliriz. sadece ileri."

Mobil öncelikli dizine ekleme ve tarama

28:26 “[…] Sitemizi buna göre [mobil öncelikli indeksleme için] optimize ediyoruz. Yapılandırmaya gelince, Google bunu yapmanın iki yolunu önerir. Birincisi duyarlı bir web tasarımı, ikincisi ise dinamik bir sunumdur. Birinci yolu teknoloji ortamımız aracılığıyla elde etmek bizim için biraz zor olduğu için ikinci yolu kullanıyoruz. Ancak günümüzde hala mobil alanımıza yönelik günde iki yüz binden fazla tarama yapıldığını görüyoruz. Bu görülmesi normal bir şey mi? […] m-dot etki alanımız vardı, sonra onu ana etki alanına yönlendirdik.”

John yanıtladı, "Böyle bir miktar emekleme normaldir. Yeniden yönlendirildikten sonra bile sistemlerimizin bir alanı taramayı tamamen durdurması çok uzun zaman alıyor, bu yüzden bunu bir sorun olarak görmüyorum. Sistemlerimiz bazen bunun gibi şeyler için çok uzun bir hafızaya sahiptir ve bir siteyi bir alan adından diğerine taşırsanız veya bu mobil değişikliği bir alt alan adı ile yaparsanız, bazen taramanın tamamen durması yıllar alır.”

Web teknolojileri ve sıralama

36:00 “ Normal HTML, CSS, JS ve bir diğeri – PWA ile yapılan web sitelerinin sıralamaları üzerinde herhangi bir ilişki veya etki var mı? […] Ana rakiplerimizden biri yakın zamanda bunu benimsedi ve SERP sıralamalarında büyük bir sıçrama fark ettik.”

John, "Bunlar bir web sitesi yapmanın farklı yollarıdır ve birçok farklı çerçeve ve formatta bir web sitesi yapabilirsiniz. Çoğunlukla, bunları normal HTML sayfaları olarak görüyoruz. Bu nedenle, JavaScript tabanlı bir web sitesiyse, onu oluşturacağız ve ardından normal bir HTML sayfası gibi işleyeceğiz. Zaten başlangıçta HTML ise, bunu yapabiliriz. Arkasında farklı çerçeveler ve CMS'ler [vardır]. Genellikle, temelde bunu görmezden geliriz ve sadece şöyle deriz, işte bir HTML sayfası ve onu işleyebiliriz.

Dolayısıyla, rakiplerinizden birinin bir çerçeveden diğerine geçmesi ve aramada bir gelişme görmüş olması, benim bakış açıma göre bu çerçeve değişikliğinin bir tür sorumluluğu olmayacaktır. Ama bunun yerine, belki de bu çerçeve değişikliğiyle birlikte şimdi daha yeni bir web sitelerine sahipler. Belki daha yeni web sitesi farklı dahili bağlantılara, farklı dahili içeriğe sahiptir, [o] önemli ölçüde daha hızlı veya önemli ölçüde daha yavaştır, kullanıcılar gerçekten beğenmiştir veya web sitesinin lansmanıyla birlikte bir pazarlama kampanyası yürütmüştür. Bunların hepsi orada oynuyor ve bunların hepsi kullandığınız çerçeveyle sınırlı olmayan şeyler.”

Google PageSpeed ​​Insights ve Deniz Feneri Karşılaştırması

37:39 “Google PageSpeed ​​Insights'taki laboratuvar verilerindeki sonuçlar Chrome tarayıcımdaki Lighthouse sonuçlarıyla aynı mı? Aynı formülü mü kullanıyorlar?”

John, “Yüzde yüz bilmiyorum ama tamamen farklı şekilde yapılıyorlar. […] Normal bir bilgisayar gibi davranmaya çalıştığımız, temelde öykünülmüş aygıtların bulunduğu bir veri merkezinde çalışan PageSpeed ​​Insights kullanıyorsanız ve onu biraz daha yavaşlatan kısıtlamalarımız var. […] Lighthouse'da temelde internet bağlantınız olan bilgisayarınızda çalışır. Chrome'daki Lighthouse'un , bilgisayarınızın karşılaştırılabilir olduğundan emin olmak için yapabileceğinden biraz daha yavaş görünmesini sağlamak için uyguladığı bazı kısıtlamaları olduğunu düşünüyorum .

Ama aslında bunlar tamamen farklı ortamlarda çalışır ve bu yüzden orada genellikle farklı sayılar görürsünüz. […] Çevrimiçi çalışan diğer hız araçlarıyla test ederseniz, [ayrıca] farklı sayılar görebilirsiniz. Ayrıca, Search Console'da gördüğünüz arama sıralaması için kullandığımız veriler olan alan verileri de tamamen farklı sayılar olabilir, çünkü kullanıcılarınız ortalama olarak farklı türde bir cihaza veya farklı türde bir internet bağlantısına sahip olabilir. Dolayısıyla formüller aynı olsa bile, bu sistemlerin etrafındaki tüm ortam çok farklı.”

Google Keşfet

47:09 “Web sitemizde Google Discover ile ilgili büyük bir sorun fark ettik. İki günde trafik yüzde yetmiş azaldı. […] Yani yanlış bir şey mi yaptık diye merak ediyoruz? […] Bu kadar sert bir beraberlik olduğu için tam olarak ne olduğunu açıklayabilir misiniz? […] Teknik bir hata olabilir mi?”

John, "Özel olarak web sitenizle ilgili olarak bilmiyorum, ancak birçok kişiden Discover trafiğinin açık veya kapalı olduğuna dair raporlar alıyorum. Şu anda Discover'da bu web sitesinden çok fazla içerik göstermeyecek, o zaman temelde tüm bu trafik kayboluyor. Diğer bir şekilde, Discover'da web sitenizden bir şey gösterdiğimizde aniden yine o büyük trafik akışının olduğu şeyle aynı şeydir.

Bu teknik bir sorunsa, bunu web aramasında da görürsünüz ve tarama sorunlarının ortaya çıktığını görürsünüz. Discover'da tam olarak ne olduğuna dair tam bir kavrayışa sahip değilim, ancak genellikle, insanların konuştuğunu gördüğüm sorunlar, bir yandan, web sitesinin kalitesinin o kadar iyi olmadığı ve web sitesiyle ilgili olarak kalite sorunlarıdır. Discover için sahip olduğumuz bireysel politikalar. Özellikle Keşfet için, web aramasından farklı bazı politikalarımız ve bence yetişkinlere uygun içerik, tıklama tuzağı içeriği açısından biraz farklı önerilerimiz var. […] Keşfet için hazırladığımız Yardım Merkezi sayfasında bunlardan bahsediliyor. Pek çok web sitesinde bunların hepsinin bir karışımı olduğunu hayal ediyorum ve bazen algoritmalarımızın biraz fazla bulduğundan şüpheleniyorum ve sonra, oh, şimdi bu web sitesine dikkat etmeliyiz diyorlar. Bu yüzden, web sitenizi bilmeden ve Discover'ın orada tam olarak ne bulduğunun ayrıntılarını bilmeden, oraya yöneleceğim yön budur. […]

Bizim bakış açımıza göre Keşfet, insanlara bir bilgi akışı göstermeye çalıştığımız yerdir ve bu nedenle, gerçekten iyi performans göstermeniz için tam olarak neyi sağlamanız gerektiğine dair çok fazla ayrıntılı bilgiye sahip olma eğiliminde değiliz. Bu yüzden bazen diğer insanların ne bulduğuna bakmak mantıklı geliyor.”

Tepki Süresi

50:41 "Yeni bir haber medyası sitesi için iyi bir yanıt süresi ne olabilir?"

John'a göre, “ Yanıt süresi, bir sunucunun ne kadar tarama yapabileceğini anlama yeteneğimizi etkileyen bir şeydir. Genellikle, pratik bir bakış açısından yanıt süresi, gezinmek için kaç paralel bağlantının gerekli olacağını sınırlar veya oynar. Bu nedenle, bir web sitesinden bin URL'yi taramak istiyorsak, bunu bir güne yaymak için yanıt süresi oldukça uzun olabilir. Oysa bir web sitesinden bir milyon URL'yi taramak istiyorsak ve orada yüksek bir yanıt süresi varsa, bu, sunucuya çok sayıda paralel bağlantımız olduğu anlamına gelir. Sunucuda sorunlara neden olmak istemediğimiz konusunda bazı sınırlarımız olduğunu düşünüyorum, bu yüzden yanıt süresi doğrudan tarama hızıyla bağlantılı.

Bir haber sitesi için, mesele haber olup olmamasından çok, günde taramamız gereken URL sayısıdır. Yani orada bakacağım açı bu. Bir haber sitesinde günde on bin sayfa tarıyor olabiliriz ve bunlar, hepsi kapsanan önemli haber makaleleridir. Her gün arşivi yenilememiz gerektiği için günde milyonlarca makaleyi taramamız gerekebilir [...], o zaman açıkçası yanıt süresi, tarama hızı farklı görünüyor.”