SEO Çalışma Saatleri, 4 Mart 2022

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

Schema.org doğrulayıcıda şema işaretlemesini Google Arama Konsolu'nda test etme

7:41 "John, ilk sorum şu ki, Google Arama Konsolu gerekli yapılandırılmış veri öğesinde bir […] hata veriyor. Ancak validator.schema.org'da aynısını kontrol ettiğimde herhangi bir uyarı veya hata göstermiyor. O halde ilk soru, bir web sayfasının AMP uygulamasını kontrol etmek için doğru site mi? […]“

John yanıtladı, " Evet, yani bu test araçları biraz farklı amaçlar için. Muhtemelen bu yüzden bu farkı görüyorsun. schema.org'daki test aracı, schema.org'un sahip olduğu gereksinimlere dayalı olarak, genel olarak olduğu gibi, genel olarak schema.org işaretlemesini anlamakla ilgilidir. Ve Search Console'daki test aracı, yalnızca yapılandırılmış verilerden neler çıkarabileceğimize ve Arama özelliğinde göstermek için kullanabileceğimize odaklanmıştır. Bu yüzden hikayenin Arama kısmına gerçekten odaklanmış durumda. Ve Arama'da, schema.org işaretlemesinin yalnızca küçük bir bölümünü kullanırız. Ve bazen, schema.org işaretlemesinin gerektirdiğinden daha fazla belirli bir öğeye ihtiyaç duyacağımızdan biraz farklı gereksinimlerimiz olabilir. Ve genellikle bu farkı görmenizin nedeni budur. Ve schema.org doğrulayıcı teorik işaretleme içindir ve Google doğrulayıcı gerçekten şeylerin pratik Google Arama tarafı içindir. “

9:20 “[…] Temelde bu bir hata değil. Search Console'da bir uyarıdır. Arama Konsolu'ndaki ayrıntıları kontrol ettiğimde, doğru yapmadığınızı söylüyor. Öyleyse [sorunu düzeltmenin] olası bir yolu olacak mı, yoksa geliştirici ekibim bunu çözmeli mi?

John açıkladı, "Evet, eğer bu bir uyarıysa, o zaman endişelenmem. Temelde sadece farklı bir şey yapabileceğini söylüyor. […]. Aradaki farkın tam olarak ne olduğunu öğrenmek isterseniz yapacağım şey, tüm yapılandırılmış verilerin belgelendiği ve gerekli ve önerilen tüm alanların bulunduğu Developers.google.com'daki Arama için belgeleri iki kez kontrol etmektir. Ve muhtemelen önerilen veya isteğe bağlı alanlardan biri bu uyarıyı tetikleyen şeydir."

Bir sayfanın taranmasının ancak dizine eklenmemesinin nedenleri

14:11 “ Belirli sayfaların birden çok kez taranmasına rağmen dizine alınmamasının olası nedeni nedir? ”

John, “ Olabilir. Bunun o kadar sık ​​olmadığını varsayıyorum çünkü genellikle, bir şeyi taramaya karar verdiğimizde, onu indekslemekten de oldukça mutluyuz. Ancak bir sayfayı taradığımızda ve sonunda, aslında onu dizine eklememize gerek olmadığına karar verebiliriz.

[…] Bunun olabileceği, sizin durumunuzda geçerli olmayan bazı yaygın durumlar, sayfada bir hata kodu olup olmadığıdır. Önce onu taramamız gerekiyor ve sonra hata kodunu görüyoruz. Sayfada bir noindex varsa , önce onu da taramamız gerekiyor ve ardından noindex'i görüyoruz. Sayfa, daha önce gördüğümüz başka bir şeyin tam kopyasıysa, onu tararız, kopya olduğunu görürüz, ancak yeniden ana sayfaya odaklanırız. Yani bunlar, bir şeyi taradığımız ve dizine eklemediğimiz normal durumlar. Ama aynı zamanda bir şeyi taradığımız da olabilir ve sonra, indekslemeye geldiğimizde, ah, aslında, bunun yerine web sitesinden başka bir şey almak istediğimize karar veririz. ”

15:41 “[…] Googlebot'un karar vermesine neden olan [daha önce bahsedilenlerin dışında] başka hangi faktörler olabilir, oh, sonunda onu dizine eklemek istemiyoruz?”

John, “Ben önceden bilmiyorum. Genel web sitesi kalitesinin burada kesinlikle bir rol oynadığını düşünüyorum , ancak genellikle, web sitesinin kalitesi konusunda ikna olmazsak, o zaman muhtemelen sayfayı ilk etapta taramayız. Yani bence bu biraz zor bir durum. Ve Search Console'a bakarsanız, hemen hemen her site için, keşfedilen ancak dizine eklenmeyen ve ayrıca taranan ve dizine eklenmeyen bir gruplandırmaya sahip olacaksınız. Bence bu, siteler arasında oldukça yaygın.”

Soruyu soran kişi, sayfa kalitesi ve teknik sorunlar dışında bakması gereken başka bir şey olup olmadığını öğrenmek istedi. John, bir sayfaya çok fazla odaklanmamalarını tavsiye etti, “ Ayrıca o sayfaya aşırı odaklanmamanın önemli olduğunu düşünüyorum . Dolayısıyla, teknik açıdan bakıldığında, her şeyin yolunda olduğundan eminseniz, o belirli sayfanın kalitesinin bir sorun olduğunu değil, web sitesinin o bölümünün veya web sitesinin algılanan kalitesinin bir tür sorun olduğunu varsaymam. tüm web sitesi kendisi. Bu, bir şeyleri iyileştirmek için neler yapabileceğinizi görmeye çalıştığım bir yer, sadece dizine eklenmeyen o tek sayfa değil, o sayfanın etrafındaki daha büyük resmin ne olduğu. ”

Bir e-ticaret sitesindeki ürün listelemelerini kaldırmak sizi dezavantajlı bir duruma sokabilir mi?

21:48 “ Bir e-Ticaret web sitesi işletiyoruz ve şu anda kategori sayfalarımızda büyük güncellemeler yapmak istediğimiz bir aşamadayız. […] bir taslakta ürün listelemelerinden kurtulmak istiyoruz. Böylece, aradığınız ürünler için filtreleyebileceğiniz, yönlü arama ile ürün listelemeleriniz var. […] kategori sayfalarının tüm ürün listelerini kaldırdığımızda, öncelikle diğer tüm rakiplerin bu tür ürün listelemeleri olduğu için sıralamalarda bir dezavantajımız olur mu? İkincisi, tahminimce bu, e-Ticaret sayfaları için o kadar yerleşik bir unsur ki, kullanıcıların tüm ürünler hakkında bir çeşit genel bakışa sahip olmasını […] ve filtreler onların istedikleri ürünleri aramalarına izin vermesini bekliyor. ”

John, “ Seo açısından orada herhangi bir sorun görmezdim. Dikkat etmeniz gereken farklı şeyler olduğunu düşünüyorum, […] böylece temiz bağlantılarımıza sahip olduğumuz tüm ürünleri hala bulabilmemiz için. Ancak bu kategori sayfasını yeniden tasarlayıp daha çok bilgilendirici bir sayfaya benzetiyorsanız, bununla ilgili herhangi bir sorun beklemem. Ayrıca Arama'da bu tür kategori sayfalarıyla özel bir şey yaptığımızı da düşünmüyorum, bu nedenle bu açıdan bakıldığında, aslında tasarımı değiştiriyorsunuz.  

Bence bu bir ürün sayfası olsaydı farklı olurdu ve bunu tamamen değiştirmeniz gerekiyordu çünkü ürün sayfalarını tanımaya çalışıyoruz ve fiyatın nerede olduğunu, bulunabilirliğin nerede olduğunu , bu tür şeyleri anlamaya çalışıyoruz. Ve tamamen farklı görünmesini sağladıysanız […], bunun ürün sayfalarını nasıl aldığımızı ve Ürün Arama sonuçlarında gösterip gösteremeyeceğimizi etkilediğini hayal edebiliyorum. Ama kategori sayfaları bildiğim kadarıyla onlarla özel bir şey yapmıyoruz. Yani, esasen onları gizlerseniz ve ürünlerin bağlantılarını hala bulabileceğimizden emin olursanız […] bunu yapabilirsiniz. Ama onlar hakkında daha fazla bilgi vererek onları daha kullanışlı hale getirmek istiyorsanız, bunun iyi bir fikir olduğunu düşünüyorum.”

Sorunun sonunda John , değişiklikleri kullanıcının bakış açısından kontrol etmenin önemli olduğunu ekledi : “[…] 'kullanıcıların kafası karışır mı' demiştiniz. Bunu iki kez kontrol ederdim. Yani, SEO açısından, bence bu gayet iyi, ancak kullanıcı açısından, muhtemelen ilk önce test etmek isteyeceğiniz bir şey.”

İç bağlantı yapısının önemi

25:18 “ Breadcrumbs kurulumu için yapılandırılmış verileriniz varsa, dahili bağlantı SEO için hala önemli mi?”

John, “Evet, kesinlikle. Bu, dahili bağlantının SEO için süper kritik olduğu bir şeydir . Google'a rehberlik etmek ve ziyaretçileri önemli olduğunu düşündüğünüz sayfalara yönlendirmek bir web sitesinde yapabileceğiniz en büyük şeylerden biri olduğunu düşünüyorum. Ve önemli olduğunu düşündüğünüz şey tamamen size kalmış. İşleri en çok para kazandığınız yerde önemli hale getirmeye karar verebilirsiniz ya da en güçlü rakip olduğunuz veya belki de en zayıf rakip olduğunuz yerlerde işleri önemli hale getirebilirsiniz. Dahili bağlantı ile, gerçekten bu yönlere ve sitenizin bu bölümlerine odaklanabilirsiniz. Ve bu, yapılandırılmış verilerle değiştirebileceğiniz bir şey değil.

Bu nedenle, bir sayfada bir yerde yapılandırılmış veri olduğu için, bunu normal dahili bağlantının yerini alacak bir şey olarak görmezdim. Yapılandırılmış verilerde URL'ler de sağlasanız bile, bu URL'leri bir sayfada normal dahili bağlantıları kullandığımız şekilde kullanmayız. Dolayısıyla, ülke sürümleri arasındaki bağlantıların yerine hreflang ek açıklamaları veya bir web sitesinin farklı seviyeleri arasındaki bağlantıların yerini alan içerik bilgisi açıklamaları kesinlikle söz konusu değildir. Web sitenizin farklı bölümleri arasında gerçekten normal HTML bağlantılarınız olmalıdır. Ve ideal olarak, sadece temel bir bağlantı setine sahip olmamalısınız, bunun yerine, ona stratejik bir şekilde bakmalı ve en çok neye önem verdiğinizi düşünmelisiniz ve bunu dahili bağlantınızla nasıl vurgulayabilirsiniz? ”

Ürün listeleme sayfasında birden çok ürün şeması

29:50 “ Bir ürün listeleme sayfası için ürün listeleme sayfasında birden fazla ürün şeması uygulayabilir miyiz? ”

John, “ Politika bakış açımızdan, bunu yapmanız gerektiğini düşünmüyorum, en azından yapılandırılmış verilerle ilgili politikaları son kontrol ettiğimde, çünkü ürün yapılandırılmış verileri için bunun birincil veriye uygulanmasını gerçekten istiyoruz. sayfanın öğesi. Ve bir sayfada birden fazla ürününüz varsa, bunlardan biri sayfanın birincil öğesi değildir. Dolayısıyla bu bakış açısından, bir kategori sayfasında birden fazla ürün yapılandırılmış veri öğesi kullanmamalısınız […]. ”

Karışık dilli sayfalar oluşturursanız sıralamalarınız zarar görebilir mi?

30:30 “ Karışık dil kullanılan sayfalar için en iyi uygulama var mı? Örneğin, Japonya'daki uluslararası okulumuz Japon ve Japon olmayan ailelere hizmet vermektedir, ancak bilgilerin çoğunu ana sayfamızda İngilizce olarak tutuyoruz. Sayfaya Japonca olarak da destek ekliyoruz. […] Gerçek hayatta iletişimimiz karışık bir dil olduğundan, ana sayfanın bunu yansıtması daha doğal geldi. Bir sayfa kasıtlı olarak karıştırılmış bir dilse, aramada cezalandırılır mıyız?”

John yanıtladı, “Böyle bir durumda bir sayfanın cezalandırıldığını söylemek zorunda değilim. Ancak bir sayfanın ana dilinin ne olduğunu anlamaya çalışıyoruz ve bu, bu sayfayı hangi tür sorgular için gösterebileceğimizi anlamamıza yardımcı oluyor. Yani, bence, böyle bir durumda biraz zor.

Bir sayfada birden fazla dil olduğunda da anlayabiliriz. Birisi İngilizce arama yapıyorsa, bu onlara gösterilecek doğru sayfa olduğunu gerçekten netleştirmemizi çok daha kolay hale getiriyor. Bu yüzden ana sayfa gibi bir şey hayal edebiliyorum, belki bu karışımın veya hafif bir karışımın olması mantıklıdır. Birincil İngilizce olarak bir ana sayfanız varsa, o zaman belki de Japonca bazı öğeler ekleyin. Öncelikli olarak Japonca olan ve bazı unsurları İngilizce olan başka bir sürümünüz varsa, sorun değil. Ancak, bunun çoğunlukla İngilizce bir sayfa olduğunu gerçekten anlamamıza yardımcı oluyor. Ve birisi Japonya'da belirli bir türde uluslararası okul için İngilizce arama yapıyorsa, o zaman, işte, ihtiyaçlarınıza uygun olduğunu bildiğimiz ve bize verdiğiniz sorgularla eşleşen İngilizce bir içerik parçası dememiz mantıklıdır. Bu açıdan bakıldığında, mutlaka sayfanın cezalandırıldığını söyleyemem, ancak sistemlerimizin o sayfanın nasıl düzgün bir şekilde sıralanacağını bulmasını çok daha zorlaştırıyor.

Burada düşünebileceğiniz şeylerden biri, web sitenize veya ana sayfanıza hangi sorguların gittiğine Search Console'da bakmaktır. Google'ın dili doğru bir şekilde anlamaması durumunda bu sorgulardan hangilerinin etkilenebileceğini düşünün. Ve eğer çoğu insan adınızı veya okulunuzun markasını arıyorsa, muhtemelen bundan hiç etkilenmeyecektir. Öte yandan, çoğu insan daha geniş sorgular, daha genel sorgular arıyorsa, neredeyse ana sayfanızdaki bir şeyle eşleşen bir cümle gibiyse, bunun arama sonuçlarında görünmeniz için biraz daha zor olacağını hayal edebiliyorum. , çünkü ana sayfanızın gerçekten o sorgunun o dilinde olup olmadığından emin değiliz […].

Yapabileceğiniz bir şey de […], ana sayfanızı bu iki dilli sürüm […] yapmaktır, ancak bireysel dil için ek olarak ayrı sayfalar oluşturmaktır, böylece birisi uluslararası bir okul hakkında uzun vadeli bilgi arıyorsa. bununla, yine de o saf İngilizce veya çoğunlukla İngilizce sayfaları bulabilirler ve oradan web sitenizin geri kalanına geçiş yapabilirler […].

Mobil ve masaüstü sürümleri arasındaki içerik farklılıkları

34:20 “ Mobil ve masaüstü sürümdeki içerik arasında bir fark varsa, bu Google'ın web sitesini cezalandıracağı ve web sitesinin sıralamasını etkileyeceği anlamına mı gelir, yoksa yalnızca Googlebot'un mobil sürümde onu bulabileceği, ancak kazandığı anlamına mı gelir? sıralama yapamıyor musun? ”

John, " Yani, çoğunlukla, dizine eklememizin çoğunu mobil öncelikli dizine eklemeye kaydırdık, bu da böyle bir durumda bir web sitesinin yalnızca mobil sürümüne bakacağımız anlamına geliyor. Bu nedenle, esasen, bir web sitesinin masaüstü sürümünde biraz farklı olan bir şey varsa, çoğunlukla bunu Arama için bile kullanmazdık. Yani bu, bir web sitesini farklılıktan dolayı cezalandıracağımızdan değil, daha ziyade, web sitesinin sadece bir versiyonuna bakıyoruz ve diğer versiyonda ne olduğunu bile bilmiyoruz ve ona farklı bir şekilde davranıyoruz. .  

Ve hala masaüstü indekslemede olan bir avuç site için bu tam tersi geçerlidir. Tabii ki, mobil sürümde masaüstü sürümünde olmayan bir şey varsa ve masaüstü tarayıcısı tarafından dizine ekleniyorsanız, bunu gerçekten görmezdik. Zaman zaman alternatif sürümü tararız, ancak daha fazla bilgi almak için değil, yalnızca masaüstü URL'si ile mobil URL arasında bu bağlantı olduğunu doğrulamak için tararız. ”

Site haritanızı bir bulutta barındırabilir misiniz?

46:20 “ Milyonlarca URL içeren gerçekten büyük bir sayfamız var ve […] site haritaları şu anda yenileniyor. Ve BT ekibimiz yeni site haritası dosyalarını bulut hizmetimizde depolamayı düşünüyor. Bu, example.com/sitemaps'ten cloud.com/sitemaps'e anlamına gelir. Ve merak ediyoruz, site haritalarını bulutta saklarsak bu bir sorun olur mu? Ve bu bir sorun değilse, bu example.com/sitemap için eski URL için de kalıcı bir yönlendirme oluşturalım mı, yoksa taşımayı nasıl planlamalıyız? ”

John, “ Site haritası dosyasını başka bir yerde barındırmak kesinlikle mümkün. Bunu yapmanın iki yolu var. Birincisi, Search Console'da bu alan adlarının her ikisini de doğruladıysanız, o zaman işe yarar. Diğer yol ise, onu robots.txt dosyasıyla göndermenizdir; burada 'site haritası:' ve ardından site haritasının URL'sini belirtirsiniz. Bu, farklı bir etki alanına da gidebilir. […] Ayrıca sadece temiz olması için eski site haritası dosyasını yeni konuma yönlendirirdim, ancak muhtemelen eski site haritası URL'sini silip yenisini düzgün bir şekilde gönderdiğinizden emin olsanız bile, o zaman bu işe yarayacaktır.  

Biraz zor olabilecek olan şey, Search Console'un bunu doğrudan kullanıcı arayüzünde nasıl göstereceğini bilmiyorum, özellikle site haritası dosyası farklı bir konumdaysa, Search Console site haritası bilgilerini indeksleme raporunda gösterirse, örneğin. Ama bu bir raporlama sorunu. Bu, site haritası dosyasının işlevselliğine dayanan bir şey değil. Gerçekten sadece Arama Konsolu düzgün göstermiyor. Ve yine, belki öyledir. Sadece %100 emin değilim. ”

Bir alan adının geçmişi web sitenizi etkileyebilir mi?

49:40 “[…] Yani [ önceki SEO Çalışma Saatleri sırasında ] bir eskort hizmet sağlayıcısı olarak geçmişe sahip alan adı hakkında bu soruyu sorduk. […] alan adının uzun bir geçmişi var çünkü bu web sitesinin ilk anlık görüntüsü 1997'den. […] web sitemizi geçen yıl Haziran ayında yeniden başlattık […]. Ve yaşadığımız ana sorun […] hâlâ [yetişkin içeriği olarak] işaretleniyor olmamız. Ek olarak, şu sorunumuz var […] – tarandı, şu anda dizine eklenmemiş. Ve etki alanının geçmişinin, indeksleme ile ilgili sorun yaşamamızı gerçekten etkileyip etkilemediğini anlamaya çalışıyoruz. […] yayınladığımız içeriğin kaliteli olduğuna inanıyoruz. Dahili olarak bağlantılıdır ve kaliteli bir site oluşturmaya çalışıyoruz. Şu anda mücadele ettiğimiz yer sayfa performansı, bu yüzden şu anda bunun için optimize etmek için bir tür ilerleme var. Ancak prerender.io kullanıyoruz , bu nedenle Google için gösterdiğimiz zaten önceden oluşturulmuş sürümdür. Yani Lighthouse skorumuza gelince, her şey yolunda. […] Neden indekslenmediğimizi anlamak için neyi iyileştirebilir veya arayabiliriz? URL'yi de paylaşırsanız sevinirim. “

John, URL'ye daha sonra bakabileceğini teklif etti ve ardından, “ Genellikle, şeylerin indeksleme tarafı, web sitesinde daha önce yetişkinlere uygun içerik olsaydı ilgili olmazdı.

Daha önce orada bulunan içerik çok spam içeriyorsa, dizin oluşturma tarafı etkilenebilir. Bu, indeksleme açısından, bu yeni web sitesinin aslında hiç spam olmadığını anlamanın biraz zaman aldığı bir şey olabilir.

Ancak daha önce yalnızca yetişkinlere yönelik içerik varsa, Güvenli Arama filtrelerimizin bunu algılamada biraz yavaş olduğunu hayal edebiliyordum. Bunu daha hızlı hale getirmek için bazı adımlar attığımızı biliyorum […] veya belki de Güvenli Arama'da bir tür sabit kalan başka bir şey var.

Güvenli Arama tarafı, bir site sorgusu yapıp yapmadığınızı kontrol edebileceğiniz ve ardından Güvenli Arama'yı açıp kapatabileceğiniz bir şeydir. Güvenli Arama'da bir şeyler olup olmadığını görebilmeniz gerekir. Yine de indeksleme konusunda bunu görmüyorsunuz. Ancak buna daha sonra bakabilirim ve size bildirebileceğim çok açık bir şey olup olmadığını görebiliriz. ”