SEO Çalışma Saatleri, 14 Ocak 2022

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

robots.txt dosyasının boyutu

00:45 "Büyük bir robots.txt dosyasından kaynaklanabilecek herhangi bir olumsuz SEO etkisi var mı?"

John, “bununla ilgili doğrudan olumsuz SEO sorunları olmadığını” söyledi. Ama bakımını çok zorlaştırıyor. Ve sorunlara neden olan bir şeyi yanlışlıkla itmeyi çok daha kolay hale getirir. Dosyanın büyük olması sorun olduğu anlamına gelmez, ancak sorun yaratmanızı kolaylaştırır.” […]

04:35 "[robots.txt dosyasını] kökten kısaltmanın dışında [bunu] oluşturmak için herhangi bir kılavuz var mı?

John: “Hayır, esasen size kalmış. Bazı sitelerin büyük dosyaları vardır. Bazı sitelerde küçük dosyalar bulunur. Hepsi sadece çalışmalı. Kullandığımız robots.txt ayrıştırıcısının açık kaynak koduna sahibiz. Bu nedenle, geliştiricilerinizin sizin için bu ayrıştırıcıyı çalıştırmasını veya test edebilmeniz için kurmasını da sağlayabilirsiniz. Ardından, hangi URL'lerin engelleneceğini ve neyin değişeceğini görmek için bu ayrıştırıcıyla web sitenizdeki URL'leri kontrol edin. Ve bu şekilde, bir şeyleri yaşamadan önce test edebilirsiniz.”

Ayrıca robots.txt dosyası hakkında daha fazla bilgiyi SEO için Robots.txt için Ultimate Kılavuzumuzda bulabilirsiniz.

Bir ürün kategorisini yeni bir alana taşıma

08:56 “Çok satıcılı tek ürün kategorimizi yeni bir alan veya alt alan adına taşımayı planlıyoruz. […] Yeni alan adı nasıl sıralanır? Mevcut alan adı, Google'da ve diğer arama motorlarında iyi bir sıralamaya sahiptir ve bize iyi, organik arama trafiği sağlar. Yeni alan adının şu anda aldığımız trafik miktarını alması ne kadar zaman alacak?”

John yanıtladı, "Bu değişiklik için sabit bir zaman olduğunu düşünmüyorum çünkü bir alandan diğerine geçmiyorsunuz gibi görünüyor. Bir altyapıdan farklı bir altyapıya geçiyorsunuz. Ve çoğu zaman bu, içeriğin farklı olacağı anlamına gelir. Sayfaların yapısı, hatta belki URL'leri bile farklı olacaktır. Bunların hepsi değişebilir. Ve tüm bunlar, işlenmesi zaman alan unsurlardır. Bunun ne kadar süreceği web sitesine bağlıdır. Ve bunun için belirli bir zaman çizelgeniz olamaz.

Bence akılda tutulması gereken diğer kısım, bu değişikliklerin bir web sitesi için genel olarak olumlu veya olumsuz etkileri olabilir. Dolayısıyla bu tür bir geçişi ele alıp, SEO üzerinde de çalışacağız ve sayfalarımızın birbirine bağlanmasını, URL yapısını ve sayfalarımızın HTML biçimini iyileştireceğiz diyebiliriz. Bunların hepsinin web siteniz üzerinde çok olumlu etkileri olabilir.

Ancak aynı zamanda, bunlara dikkat etmezseniz ve birdenbire büyük bir URL karmaşası yaşarsanız ve HTML, arama motorları tarafından kolayca anlaşılamıyorsa, bu olumsuz bir etki yaratabilir. Bu nedenle , bir e-ticaret mağazasını bir platformdan diğerine taşıyorsanız, belirli bir süre sonra diğer platformda da aynı olacağını varsaymamanız gereken bir şey. Benzer [veya] çok daha iyi olabilir [ancak] çok daha kötü de olabilir. Bu nedenle, tüm bu ayrıntılara dikkat etmeli ve istediğiniz nihai yapının ne olduğunu ve bu geçişe hangi SEO öğelerini dahil etmek istediğinizi düşünmelisiniz.”

11:45 “Bu altyapıyı yeni bir alana taşırken ne gibi olumsuz durumlarla karşılaşacağız?”

John'a göre, “[…] Genellikle, her şey çok iyi sıralandığında bir durumda ne olur, yeni web sitesini öğrendiğimizde her şeyi değiştirdiğimiz zaman içinde bazı dalgalanmalar göreceksiniz. Ve bu, Arama'da biraz daha az görünürlük göreceğinizi varsaydığım bir şey. Ancak bu, orada yaptığınız tüm değişikliklere bağlıdır, nerede çok daha uzun sürebilir. Ayrıca nihai sonucun eskisinden çok daha kötü veya hatta çok daha iyi olduğu bir şey de olabilirim.”

Uygulama yönlendirme

20:38 “ Bir uygulama gibi bir site sayfası aracından kullanıcıları yeniden yönlendirmenin risklerinin ne olduğunu biliyor musunuz? SEO açısından trafik üzerinde olumsuz bir etkisi var mı? […] Uygulamamızın [mobil versiyonumuzdan] daha yüksek bir dönüşüm oranı var, bu nedenle bazı kullanıcıları bazı ürün sayfalarına veya kategori sayfalarına girdiklerinde […] uygulamaya veya uygulama mağazasına yönlendirebileceğimizi düşünüyoruz. Belki daha yüksek bir dönüşüme katkıda bulunabilir?”

John'un yanıtı şuydu: “Bence genel olarak bunu yapabilirsiniz. Genelde dikkat edeceğim yön, bunu kullanıcıların isterlerse uygulamaya gitmelerine izin verecek şekilde yapmanızdır. Şu anda uygulamalar ve web sayfaları arasındaki bağlantıyla ilgili tüm ayrıntıları bilmiyorum, ancak kullanıcının uygulamayı yüklediğini anlayabileceğiniz akıllı bir banner yapmanın bir yolu olduğuna inanıyorum. , oradan uygulama deneyimine geçmeleri çok kolay. Ancak Android ve iPhone için belirli ayrıntıları bilmiyorum. […]

Genel olarak, Arama bakış açısından, tek tek mobil sayfaları, masaüstü sayfalarını veya orada ne varsa dizine ekleyebilirsek, bu tamamen iyi. Ve sayfalarınızdaki insanlar sonunda uygulamaya giderse, bu da bizim açımızdan gayet iyi.”

22:57 “Site sayfasındaki bir üst başlıktan bahsediyorsunuz. Belki onları yönlendirmeye [zorlarsak], bu SEO veya site için kötü olur mu?”

John, “Sanırım bunun iyi olacağını düşünüyorum. Kafamın arkasında dikkat etmem gereken iki şey var.

Googlebot ayrıca bir Android kullanıcı aracısı kullandığından, uygulamayı yüklemeyeceğimiz için Googlebot'u uygulama mağazasına veya uygulamaya yönlendirmediğinizden emin olmanız gerekir. Yani bu bir şey. Diğeri ise, özellikle Önemli Web Verileri ile ilgili metriklerle ilgilidir. Mobil kullanıcıları her zaman doğrudan uygulama üzerinden yönlendirirseniz, Önemli Web Verileri için çok fazla veriniz olmaz. Ve sitenize bağlı olarak […] orada da akılda tutulması gereken bir şey var. Ama bence […] kullanıcıları bir uygulamaya yönlendirirseniz SEO açısından olumsuz bir şey yok. Kullanılabilirlik açısından, onu isteğe bağlı hale getirmek çok daha güzel. Ama sonuçta, bu sizinle kullanıcılarınız arasında.”

Google, sayfaların benzerliğini değerlendirebilir mi?

26:28 "Google, sayfaların benzerliğini nasıl ölçüyor?"

John, “Sanırım yapmıyoruz. Sanırım bu URL'lerden hangisinin sizin açınızdan eşdeğer olduğunu anlamak için hreflang kullanıyoruz. Ve bunları değiştireceğiz. […]

Bunu yalnızca kurallı URL'nin ne olduğunu anlamak için rel=”canonical” gibi şeyler için yapardık. Ancak hreflang için, bu belirli içeriğin başka bir ülke veya başka bir dil için eşdeğer olduğunu anlamamızın imkansız olduğunu düşünüyorum. Her zaman mümkün olan pek çok yerel farklılık var.”

Spam geri bağlantılarını kontrol etme

27:22 “Biz büyük bir e-ticaret sitesiyiz ve milyonlarca geri bağlantı var. Her ay veya birkaç ayda bir spam geri bağlantılarını kontrol etmek için standart bir prosedürümüz var. Google Disavow listesinin üst sınırının yalnızca 2 MB olduğunu fark ettik. Acaba dosyamız sınırı aştı mı, o zaman bu spam geri bağlantılarıyla nasıl başa çıkılır. […] Şu anda, bulduğumuz çoğu spam bağlantısı, arama sayfalarımıza sitemizi hedef alıyor, bu benim için çok garip.”

John, "Genellikle, bir yandan, aynı siteden birden fazla giriş yapmanızı engelleyen ve ayrıca tüm bağlantıları temizlemeye çok fazla odaklanmayan etki alanı yönergesini mümkün olduğunca kullanmaya çalışmanızı tavsiye ederim. çünkü bu her zaman imkansızdır. Disavow'u bağlantılar için kullanmaya odaklanırdım, onlara baktığınız yerde, web sitesi ekibinden biri buna bakarsa, onları satın aldığınızdan veya burada bir takas olduğundan %100 emin olacaklarını düşünüyorsunuz. Ancak, bir web sitesinin aldığı tüm bu tür rastgele bağlantılar için ve hatta spam veya kopya sayfalardan veya rastgele forum gönderilerinden bile, bunlar Reddetme dosyasına koymanız gereken şeyler değildir. […]

Sizin durumunuzda durumun böyle olup olmadığını bilmiyorum, ancak bundan önce [bu bağlantıların] arama sonuçları sayfalarını, telefon numarası veya URL gibi şeyleri içeren belirli bir sorguyla hedeflediğini gördüm. numara arama sonuçlarında çıkıyor. Ve arama sonuçları sayfalarınızı veya içlerinde belki daha uzun bir sorgu bulunan arama sonuçları sayfalarınızı noindexlerseniz, bunlar otomatik olarak dizine eklenmezler."

AMP sayfalarının kaldırılmasına karşı trafik düşüşü

30:43 "AMP'yi kaldırırsak trafikte bir düşüş beklemeli miyiz?"

John: “Bunun, geleneksel HTML sayfalarına ve AMP sayfalarına sahip olduğunuz ve aralarında bağlantı kurduğunuz bir kurulum olduğunu varsayıyorum. Bunun gibi AMP sayfalarını kaldırdığınızda bir araya gelen üç şey olduğunu düşünüyorum.

Bir yandan, yalnızca AMP sayfalarıyla sınırlı bazı arama özellikleri vardır. […] Tekrar kontrol etmem gerekecek, ancak şu anda yalnızca AMP sayfalarında kullanılabilen herhangi bir arama özelliği olduğunu düşünmüyorum. Yani bu bakış açısından, orada hiçbir şey kaybetmezsiniz.

Diğer bir şey de, AMP sayfalarının çok hızlı olma eğiliminde olması veya çok hızlı AMP sayfaları oluşturmanın daha kolay olmasıdır. Hız ve Sayfa Deneyimini bir sıralama faktörü olarak kullandığımızdan, AMP'de çok hızlı sayfalarınız varsa ve AMP olmayan daha yavaş sayfalara geçerseniz orada bir etki görebilirsiniz. AMP olmayan çok hızlı sayfalar da yapabilirsiniz elbette. AMP ile sınırlı değildir. Yani bu, Hızla ilgili şeylerin orada nasıl geçerli olduğunu görmek için iki kez kontrol edeceğim bir şey.

Ve bence üçüncüsü […] AMP sayfalarının bir şekilde daha iyi sıralandığı varsayımı. Ve durum böyle değil. AMP bir sıralama faktörü değildir. Bu nedenle, sırf AMP sayfalarınız var veya AMP sayfalarınız yok diye sıralamada değişiklik göreceğiniz bir şey olmamalı. […]

Normal sayfalarınızın hızlı ve eşdeğer olduğundan emin olabilirseniz ve bu normal sayfalarda ihtiyacınız olan tüm yapılandırılmış verilere sahipseniz, muhtemelen AMP'yi kapatabilirsiniz. Ve aslında çok benzer olacak. Muhtemelen göreceğiniz şey, bazı AMP sayfalarının hala AMP önbelleğinde bulunduğu ve dışarı çıkması biraz zaman aldığı bir geçiş dönemidir. Ancak genel olarak, bunları kapatmak mümkündür. AMP sayfalarını kapatmayla ilgili bir Yardım Merkezi makalemiz var, bu yüzden onu da bir kez daha kontrol edeceğim."

Bilgi Panelleri

35:17 “Son aylarda, Google'ın belirli ad aramaları için Bilgi Panellerini mobilde çok tutarlı bir şekilde ve masaüstünde aynı sorgu için hiç yapmadığını fark ettim. […] Bu durumda neden bir Bilgi Panelinin mobil kullanıcılara hizmet vermek için uygun olduğunu, ancak masaüstü kullanıcılarına hizmet etmediğini anlamak mümkün müdür? Ve Wikipedia, bir Bilgi Paneli gösterip göstermemeye karar verirken Google için kritik faktör mü?

John, “Bilgi Paneli ile ilgili olarak mobil ve masaüstünde farklı yaptığımız belirli şeylerin farkında değilim. Ancak , farklı arama özellikleri arasında çok yaygındır, elimizdeki gayrimenkuldeki cihaz türüne bağlı olarak, bazı özellikleri açar ve bazı özellikleri kapatırız. kullandıkları sorguya göre kullanıcı için yararlıdır. Bu açıdan bakıldığında, masaüstü ve mobil cihazlarda farklı Bilgi Panelleri görürseniz şaşırmam. Ama aynı zamanda diyeceğimiz belirli bir faktör [yok] olduğunu da düşünmüyorum, bu yüzden bu Bilgi Panelini başka bir zamanda değil, şu anda görüyorsunuz.

Bazen, bu tür sorgularla ilgili olarak, bu değişikliği gördüğünüz yer, sadece sınırında olabilir, hadi bir Bilgi Paneli gösterelim veya göstermeyelim. Ve sonra belki cihaz tipi onu çevirir ve sonunda evet veya hayır gibi olur. Ama bu , bunları gösterip göstermemekle ilgili belirli bir faktör olduğunu düşünmediğim bir şey. Bilgi Panelleri için çeşitli farklı kaynaklar kullanıyoruz. Ve bunların bir kısmını doğrudan Bilgi Panelinde göreceksiniz. Yani bu biraz takip edebileceğiniz bir şey.

Bu konularla ilgili olarak vereceğim bir başka ipucu da, Bilgi Panellerine ve Google bir şeyler aldığında işlerin nasıl gösterildiğine bakmak için çok zaman harcayan, Google dışından bazı kişiler var. […] Jason Barnard bunu iyi yapan tanıdığım insanlardan biri. Bilgi Panelleri çevresinde her zaman Twitter'da paylaşımlar yapıyor. Ve belki bu size orada nelere bakabileceğiniz konusunda da bazı fikirler verir.”

SSS listesine eklenecek soru sayısı

40:41 “Web sayfamda 15 ila 20 SSS var. SSS şemasındaki tüm soruları mı yoksa sadece önemli olduğunu düşündüğüm soruları mı dahil etmeliyim?”

John'a göre, "Yapılandırılmış veriler söz konusu olduğunda, yapılandırılmış verilerin sayfada görünür olmasını istiyoruz, ancak tüm görünür içeriğin yapılandırılmış verilerle işaretlenmesi gerekmiyor. Sayfanızda yapılandırılmış veriler vermek istediğiniz ayrı içerik parçalarınız varsa, devam edin ve bunu yapın. Sayfanızdaki her içerik parçası için bunu yapmanız gerekmez. Yani 20 SSS'niz varsa ve bunlardan beşini işaretlerseniz, bu tamamen size kalmış. Hatta yapmak istediğiniz bir şeyse, bu diğer öğelerin bazılarının bir snippet'te görünmesini tamamen engellemek için data-nosnippet'i bile kullanabilirsiniz.”

Endeks Kapsamı sorunları

52:00 “Bir [sorun] Tarandı ‒ şu anda dizine eklenmemiş ve [ikincisi] Keşfedildi ‒ şu anda dizine eklenmemiş. Ve her iki durumda da sayfalar dizine eklenmez. […] Google'ın tüm içeriği dizine eklemediğini biliyorum. […] Bu sayfaları en azından [dizine eklenmiş] hale getirmek için, ana sayfalardan bağlantı vermek veya belirli web sitemin bazı sorguları için zaten sıralamada olan sayfalardan bağlantı vermek gibi ne yapmalıyım? […] Daha fazla geri bağlantı getirebilir mi?”

John, "Bence bunların hepsi yardımcı oluyor. Ve doğru yolda olduğunuz anlaşılıyor ve ne bekleyeceğinizi biraz biliyorsunuz.

Bizim bakış açımıza göre, içeriği tüm web sitelerinde indekslemiyoruz ve bu bizim tarafımızdan bekleniyor. Dolayısıyla, içeriğinizin büyük bir bölümünün zaten dizine eklendiğini görüyorsanız, bence doğru yaklaşımdasınız. Ama bu her şeyin mükemmel olduğu anlamına gelmez. Ve dahili bağlantı, web sitesinin genel kalitesinin gerçekten iyi olduğundan emin olmak gibi şeyler - bunlar çok yardımcı olur.

Bazen, web sitesine genel olarak bakmak ve ikinci dosyamda 500 sayfa gönderdim demek de mantıklı olabilir. Ve bunlardan 200 tanesi indeksleniyor. Dizine alınmayan bu 300 sayfanın değeri nedir? Ve bir web sitesinde 500 rastgele sayfaya sahip olmaktan kurtulmak için yapabileceğim bir şey var mı? Belki de değeri daha az sayfaya yoğunlaştırmak için bir web sitesindeki gerçekten iyi sayfaları 300'e düşürmektir? Böylece, en azından bu daha az sayfa dizine eklendiğinde, bu sayfaların değerinin çoğunu geri alırsınız; bu, farklı anahtar kelimeler için sıralanmış olmaları veya önceliklendirmenin bir yolu olarak en çok önemsediğiniz kullanıcılar için işe yaramaları olabilir. yapmak için her şeyi Google'a teslim etmeden önce sizin tarafınızda.

Dolayısıyla benim yaklaşımım bu olacak – bir yandan, her şeyin dahili bağlantı ve genel web sitesi kalitesi ile düzgün bir şekilde hizalandığından emin olmak. Öte yandan, sayfalarınızın çoğunun dizine eklenmediğini görüyorsanız, Google'a hangi sayfalara öncelik vermeleri gerektiğini açıklamanın bir yolunu bulmaya çalışıyorsanız, bu , sizin kaldırmadığınız bazı sayfaları kaldırmak olabilir. önemseyin veya siteniz için kritik değil. ”