5 Şubat 2019 – Google Help Hangout Notları
Yayınlanan: 2019-02-08John geri döndü! En son Web Yöneticisi Helpl Hangout'unda sorulan en iyi sorulardan ve yanıtlarından bazılarını burada bulabilirsiniz. Bu hafta John, 302 Yönlendirme, Sayfa Hızı ve alt alan adlarını birleştirmeye yönelik en iyi uygulamalarla ilgili bazı harika soruları yanıtladı. Videonun tamamı ve transkript sonunda!
Google'dan bir video gibi bir sayfanın bir bölümünü engelleyebilir misiniz?
1:16

Bunun biraz zor olduğunu düşünüyorum çünkü sayfamın arama sonuçlarında bu şekilde gösterilmesini istemediğimi söylemenin açık bir yolu yok. Bu yüzden, sayfadaki yapılandırılmış verilerde de belirtebileceğinize inandığım son kullanma tarihi yaklaşımını denemeye eğilimliyim. Sanırım evet, json-ld yapı verileriyle, bir sayfadan aldığımız bir videonun son kullanma tarihini de belirtmenin bir yolu var sanırım. Böylece denediğim bir şey olabilir.
Özet: Google'dan bir sayfanın yalnızca bir bölümünü dizine eklemesini veya sayfayı yalnızca belirli SERP özelliklerine dahil etmesini isteyemezsiniz. Ancak, bir videoya arama sonuçlarında görünmemesi için bir sona erme tarihi eklemek için yapılandırılmış verileri kullanabilirsiniz.
Google'dan video şeması ve ayrıca son kullanma tarihlerinin kullanımı hakkında daha fazla bilgi.
Sitenizdeki sayfaların dizine eklenmemesi ve GSC'nin "Tarandı, dizine eklenmedi" göstermesi ne anlama gelir?
5:23

Bu nedenle, web sitenizden belirli örneklere bakmadan söylemek gerçekten zor, bu yüzden burada yapmanızı tavsiye edeceğim şey, aradığınız sorgulara baktığınız URL'lerle tam olarak ne kadar yardım edeceğini foruma göndermek, böylece millet bir göz atabilirsiniz. Bazen bu basit teknik bir şeydir, örneğin bir blog, varsayılan olarak bu sayfaları dizine eklemeyecek şekilde ayarlanmıştır, ancak genellikle web yöneticisi forumundaki kişiler çok hızlıdır ve bu tür yaygın sorunları tanır ve daraltmanıza yardımcı olabilir. Burada gerçekten tamamen garip bir şey varsa, olayları azaltmak veya tırmandırmak için. Akılda tutulması gereken başka bir şey de, gördüğümüz tüm sayfaları dizine eklemiyoruz, web sitelerinde gerçekten çok yaygın olan bir çok sayfa var, bunlar hakkında bildiğimiz pek çok sayfa var ama mutlaka bir dizini taramayız ve bu mutlaka bir dizini taramaz. sorun. Bu sadece, enerjimizi nereye odaklamanın mantıklı olduğunu ve belki de biraz daha az enerjiye odaklandıklarını bulmaya çalışan algoritmalarımızdır ve genellikle bu, aynı zamanda, bu sayfaların zaten aramada o kadar görünür olmayacağı anlamına gelir, bu nedenle değişmez. Dizine eklenmişlerse siteniz için genel olarak bu kadar, ancak yine de oradaki olası nedenlerden bazılarının nasıl olabileceğini görmek için web yöneticisi yardım forumunu kesinlikle kontrol ederdim.
Özet: Sayfaların dizine eklenmemesine neden olan teknik bir sorundan kaynaklanıyor olabilir. Ayrıca, Google'ın yayınladığınız her sayfayı her zaman dizine eklemediğini de unutmayın. Notumuz: Sadece içerik olsun diye blog içeriği yayınlamadığınızdan emin olun. Süper değerliyse dizine alınma şansı çok daha yüksek!
Reddedilen dosyanıza spam içerikli bağlantılar eklemeniz mi gerekiyor?
8:17

Yani genel olarak bunun üstünde durmanıza gerek yok, gelen bağlantılara bakarsanız hemen hemen tüm web sitelerinin bir tür spam veya alakasız bağlantılara sahip olacağı bir şeydir ve bu tamamen iyi. Web sitelerinin yıllar içinde topladığı bir çok pisliği görmezden gelmekte oldukça iyiyiz. Buna odaklanmazdım. Daha önce dışarı çıkıp link satın aldığınızı veya bir SEO yaptırdığınızı bildiğiniz bir şeyse, linkler konusunda gerçekten garip bir şey yaptıysanız, o zaman bu temizlemek mantıklı olur, ancak farkında değilseniz her şey ve her şey başka türlü tamam, o zaman bunun için endişelenmezdim.
Özet: Her web sitesi spam içerikli bağlantıları çeker. Google bunları görmezden gelmekte gerçekten iyidir. Reddetmeniz gereken bağlantı türleri, özellikle SEO için yapılmış olanlardır.
Google, UX'i iyileştirmek için bir kullanıcıdan konum bilgisi gerektiren web sitelerini nasıl ele alıyor?
9:29

Bu nedenle, konum bulucu ile, web sitenizin kullanıcının nerede olduğunu tanıyacağı ve kullanıcının konumuna göre yerel telefon numarasını veya yerel adresi gösterebileceği bir şey demek istediğinizi varsayıyorum. Bu, aramayla ilgili olarak yapacağımız bir şey değil. Dolayısıyla, bu genellikle bizim bile anladığımız bir şey değil. Genel olarak, Google sayfaları oluşturduğunda, bu tür ek bilgi isteklerini de reddeder, bu nedenle, muhtemelen bunu fark etmeyeceğimiz bir şey olur.
Özet: Googlebot, konum isteklerine dikkat etmez. Notumuz: Önemli sayfa bilgilerinizin bir kullanıcıdan konum bilgisi almaya bağlı olmadığından emin olun.
302 yönlendirmesi PageRank'i geçer mi?
10:10

301, kalıcı bir yönlendirmedir ve yeni bir sayfanın mevcut bir sayfanın yerini alacağını sonsuza kadar bildirir ve 302 yönlendirmesi, içeriğin geçici olarak farklı bir URL'de mevcut olduğunu söyler. Pratik bir bakış açısıyla, burada genellikle bir 301 yönlendirmesi ile olan şey, hedef sayfaya odaklanacağız, o URL'yi dizine ekleyeceğiz ve tüm sinyalleri oraya taşıyacağız. 302 yönlendirme ile ilk sayfaya odaklanacağız ve tüm sinyalleri orada tutmaya çalışacağız. Dolayısıyla bu, pagerank'ın geçip geçmemesi meselesi değil, daha çok bu URL'lerden hangisinin sinyalleri tutan olduğu meselesidir. Bu sinyallerin yönlendirmeyle kaybolması değil, daha çok buradalar mı yoksa buradalar mı ve asıl fark bu.
Dolayısıyla, bu sayfalardan hangisinin yönlendirme hedefini sıraladığını veya yönlendirmeyi yapan ilk sayfanın türünü yeniden yönlendirmeyi izliyorsanız. O zaman bir 302 ile muhtemelen ilk sayfa sıralamasını görme eğilimindesiniz çünkü bu bizim seçtiğimiz çünkü bize bunun geçici olduğunu ve içeriğin başka bir yerde olduğunu söylüyorsunuz ve 301 yönlendirmesi ile muhtemelen hedefi sıralamaya meyilliyiz sayfa daha. Ve her zaman olduğu gibi insanlar bunu düzenli olarak yanlış yapıyorlar ve algoritmalarımız insanların ne yapmaya çalıştığını anlamaya çalışıyor. Dolayısıyla, daha uzun bir süre boyunca yerinde bir 302 yönlendirmesi görürsek, muhtemelen web yöneticisi bunun bir 301 yönlendirmesi olduğunu kastettiğini iyi açıklayabiliriz ve buna böyle davranacağız ve tüm sinyallerimizi hedefe kaydıracağız. sayfa. Bu, bu tür değişikliklerin zaman içinde gerçekleştiğini görebileceğiniz bir şeydir, bu yüzden bu bağlantı eşitliği veya sinyallerimizin bir yönlendirme yoluyla akıp akmadığı gibi değil, daha ziyade bu URL'lerden hangisini indekslememiz için seçiyoruz ve işte bu Tüm bu sinyalleri alan URL.
Özet: Bir 302 yönlendirmesinin geçici bir yönlendirme olması gerekirken, 301 kalıcıdır. 302 ile Google, kullanıcının yönlendirildiği sayfa yerine orijinal sayfaya odaklanmaya devam etmeye çalışır. Ancak, 302 yeterince uzun süre yerinde kalırsa, 301 olarak kabul edilir. Notumuz: Bu nedenle, sonunda 302 PageRank'i geçmeye başlamalıdır. Ancak bunun ne kadar sürdüğünü bilmiyoruz.
Bir sayfada övünmeyen veya olumsuz bir dil kullanılması, sayfanın Google tarafından daha düşük kaliteli olarak değerlendirilmesine neden olabilir mi?
13:02

Bildiğiniz gibi yıllardır her türlü garip sıralama sorunuyla uğraştığımızı hızlı bir sorum olacaktı. Ortaklarımdan biri, bazı YouTube sorunlarıyla uğraşırken, örneğin izin verilmeyen kelimelere dayanan potansiyel bir teoriye sahipti. Bazen bir araba satıcısından moron veya buna benzer bir şey olarak bahsederdik ve bazı makalelerimizde. Temel olarak, sitedeki belirli sayfalarda böyle bir dil kullanmanın potansiyel olarak bir sorun olup olmadığını öğrenmek istedik. Küfür gibi bir şey demek istemiyorum ama bunun gibi hakaret türü şeyler mi? Temelde içeriğimizi çalan ve daha sonra bazı şeyleri biraz değiştiren diğer web sitelerinin, eskiden olduğumuz yerde sıralandığı ve sonra biraz kötü sıraladığımız olgusunu hala görüyoruz. İçeriği çaldıktan sonra değiştirdiklerinde, sitede bu tür dil kullanımına sahip sayfaları çalma eğiliminde olmazlar.
Özet: Hayır. Notumuz: Bu, Google geçmişte spam içerikli UGC'nin düşük kalitenin bir işareti olarak görülebileceğini söylemişti.
“İlgili makaleler” için rel-prev/next kullanılmalı mı?
17:41

Hayır. Yani bir sonraki bağlantının türü gerçekten sadece sayfalandırma serileri içindir, bu tür ilgili bağlantılara yönelik bir şey değildir. Bu yüzden normalde bu ilgili makaleleri çapraz bağlardım, genellikle bu eklentilerin yaptığı şey budur.
Özet: Hayır. Bu yalnızca sayfalandırılmış sayfalar içindir.
Sayfa hızı iyileştirmeleri yaptıktan sonra yavaş bir sitenin daha iyi sıralamalar görmesi ne kadar sürer?
24:32

Web aramasıyla ilgili hemen hemen her şeyde olduğu gibi, bu, sabit bir zaman çerçevesinin söz konusu olduğu bir şey değil, bunun yerine zaman içinde dizin sayfalarında geziniyoruz. Bu sayfalar için sahip olduğumuz bu sinyallerin bir kısmını zaman içinde güncelliyoruz. Bu sayfaların bazılarının sabit bir zaman çizelgesi yoktur ve sinyaller her gün veya daha sık güncellenir. Bazıları biraz daha uzun sürüyor, bazılarının güncellenmesi aylar alıyor. Dolayısıyla, web sitenizde önemli iyileştirmeler yaparsanız muhtemelen burada göreceğiniz şey, ancak bu sinyalleri dikkate alarak zaman içinde bu tür kademeli bir yükselişi göreceksiniz. Hız en önemli sıralama faktörü olmadığı için hız söz konusu olduğunda çok zor olabilir. İçerik gibi şeylere bakarız ve bu sayfalardan hangilerinin kullanıcılar için en alakalı olduğunu bulmaya çalışırız. Dolayısıyla, bir site gerçekten hızlıysa, bu teorik olarak her zaman bir numara olduğu anlamına gelmez, boş bir sayfa en hızlı sayfa olabilir ancak bu, kullanıcı için iyi bir sonuç olduğu anlamına gelmez, dolayısıyla hız daha küçük bir sıralama faktörüdür orada. Bu, muhtemelen web sitesinin kalitesindeki ve genel olarak iyileştirmelerdeki gelişmelere bağlı olarak sitenizin aramadaki görünürlüğünde daha büyük değişiklikler göreceğiniz bir şeydir ve hız daha çok küçük bir şey gibidir ve muhtemelen bireysel olarak ölçülmesi bile zor olacaktır.
Özet: Google, bir sayfa için Sayfa Hızı ile ilgili sinyallerini zaman içinde günceller. Sayfa Hızı güncellemesini beklemek zorunda değiliz. Hız sizi iyi sıralamadan alıkoyuyorsa ve iyileştirmeler yapıyorsanız, sıralamalarda kademeli bir artış görmelisiniz.
GSC'de robots.txt tarafından engellenen sayfalar görüyorsanız bu ne anlama gelir?
31:33

Bunu henüz duyurmadık bilmiyorum ama insanların yeni bir şeye geçme şansı olsun diye bazı şeyleri geri çevirmenin biraz ilerisinde olmaya çalışıyoruz. Yeni araçları arama konsolunda taşımak için. Orada neler olduğuna dair daha fazla planımız olur olmaz size haber vereceğiz. Bence bu, saklanması mantıklı olan araçlardan biri. Bu yüzden, kapattığımızı duyurmadığımıza göre, zamanla konsola yeni geçişle geleceğini hayal ediyorum.
Özet: Büyük olasılıkla, evet. Ama henüz değil.
Birkaç alt alanı büyük bir sitede birleştirirken, aşamalı olarak mı yapılmalı?
35:47

Mümkün olduğunca çabuk son duruma geçmeye çalışacağım. Bu yüzden, işlerin ne eski ne de yeni olduğu bu geçici durumu yaratmak yerine, mümkün olduğunca çabuk yenilerine yönlendirmeye çalışırdım.
Özet: Hepsini tek seferde yapmak en iyisidir.
Normal aramada videoları sıralamak söz konusu olduğunda bağlantılar önemli midir?
39:08

Bu nedenle, sıralama söz konusu olduğunda bir dizi faktör kullanıyoruz ve bu, bağlantıları da içeriyor. Bu yüzden biz hiç link kullanmıyoruz desem yanlış olur. Ancak, tarama indeksleme ve sıralama için 200'den fazla faktör bilmiyorum gibi kullanıyoruz, bu nedenle tek başına bağlantılara odaklanmak gerçekten mantıklı değil. Bu, iyi içeriğin geleneksel olarak kendi bağlantılarını aldığı bir şeydir ve web sitenizde video içeriği oluşturuyorsanız ve bunların tümü genellikle web sitenizde birbirine bağlıdır, bu nedenle zamanla bu şeyler kendi kendine yerleşir. Bir video karuselinde görünebilmeniz için açıkça bağlantılar oluşturmanız gerekmiyor, bunun mantıklı olacağını düşünüyorum.
Özet: Büyük olasılıkla, evet. Ama başka birçok faktör de var.
Mobil cihazlarda gizlenen gezinme bağlantıları tamam mı?
40:06

Normalde bunu gerçekten takip ederdik, bu yüzden bunda bir sorun görmüyorum. Bununla birlikte, web sitenizde mobil cihazlarda gezinmek zorsa, sitelerin büyük çoğunluğu için çoğunlukla mobil olan kullanıcılar web sitenizde gezinmekte ve diğer iyi içeriğinizi bulmakta zorlanacaklardır. Bu nedenle, web sitenizde bulunan herhangi bir kullanıcı arayüzünün mobil kullanıcılar için şu veya bu şekilde mevcut olduğundan kesinlikle emin olurum.
Özet: Bunlar genellikle iyidir. Ancak, navigasyonunuzun kullanıcılar için sezgisel olduğundan emin olun.
Notumuz: Dahili olarak bağlantı vermeye çalıştığınız önemli sayfalarınız varsa, yalnızca gezinme bağlantılarına güvenmekten hoşlanmayız. Sayfalarınızdaki içeriğin ana gövdesindeki metin bağlantılı bağlantıların gerçekten daha yararlı olduğunu düşünüyoruz.
Google çalışanı Zineb Ait bir keresinde şunu söyledi:
https://twitter.com/Missiz_Z/status/691687094444539905
(Çeviri: "Altbilgi veya üstbilgideki site genelindeki bağlantılar genel olarak çok büyük bir ağırlığa sahip değildir.")
Google'ın başlık etiketinizi veya meta açıklamanızı yeniden yazması ne anlama gelir?
40:06

Nasıl iyi başlıklar ve iyi açıklamalar yapılacağına dair yönergelerimiz var, bu yüzden buna bir göz atmanızı tavsiye ederim. Çoğu zaman, Google'ın başlıkları veya snippet'i yeniden yazdığını gördüğümde, bu genellikle başlıklar veya açıklamalarla neredeyse bir tür anahtar kelime doldurma gibi gördüğümüz durumlara dayanır. Bu nedenle, akılda tutulması gereken başka bir şey olabilir, sorguya göre başlıklar ve açıklamalar seçmeye çalışıyoruz. Bu nedenle, bir site sorgusu yapıyorsanız ve başlıklarınızı ve açıklamalarınızı tek bir şekilde görüyorsanız, bu, normal kullanıcılar normal sorgularla arama yaptığında bunların aynı şekilde gösterileceği anlamına gelmez. Bu yüzden her ikisine de bir göz atıyorum ve kesinlikle Yardım Merkezi makalesine göz atmayı da ihmal etmiyorum.
Özet: Anahtar kelime doldurma gibi görünüyorsanız, bazen Google bunları yeniden yazar. Google, kullanıcının sorgusunu daha iyi yanıtlamak için yeniden yazabileceğini düşünürse, yeniden yazılabilirler.
Bunun gibi şeylerden hoşlanıyorsanız, bültenimi seveceksiniz!
Ekibim ve ben her hafta en son Google algoritma güncellemeleri, haberler ve SEO ipuçları hakkında rapor veriyoruz.
Başarı!! Şimdi Google Güncelleme Bülteni aboneliğinizi onaylamak için e-postanızı kontrol edin.
Tam video ve transkript
Soru 1:16 - Geçen yıl Haziran ayında yönettiğim bir web sitem var, normal web listesinden video carousel'e dönüştü, stok görüntüleri veya stok videolar gibi, sonuç olarak tıklamalarda büyük düşüşe neden olan sorgulardan biri . Video küçük resmiyle biraz yanıltıcıydı çünkü bu sonuç, kullanıcının amacına gerçekten uymuyor. Kullanıcılar video atlıkarıncasını bir YouTube videosu olarak karıştırıyor. Bu yüzden bir nevi engellemek için bazı işlemler yaptık robots.txt kullanarak videoyu engelledik, ayrıca videoları sayfadan tamamen kaldırdık. Aslında işler daha da kötüye gitti, videoyu almak yerine Google, resmin küçük resmini 15 saniyelik bir zaman damgasıyla video carousel'de göstermeye başladı. Böylece, video hiçbir yerde bulunamadığından, kullanıcılar videoyu arama sayfasında gördüler ve sayfaya geldiklerinde video yoktu ve bu sonuçta çok kötü bir kullanıcı deneyimine yol açtı ve bu sonuçta sıralamalarda hafif bir düşüşe yol açtı. ilave olarak. Geçen yıl, videolar için bir site haritası eklemeye ve geçmişte son kullanma tarihi belirlemeye çalışmamız gerektiğini ve diğerinin sayfanın o bölümünü tamamen engellediğini tweet attığını biliyorum, yani denedik. Bu küçük resim URL'si ile ilgili sorun, bunların CDN aracılığıyla iletilmesidir, bu nedenle URL'leri gerçekten kontrol etmiyoruz, bu nedenle onları gerçekten getiremiyoruz, böylece herhangi bir öneri çok yardımcı olacaktır.
Cevap 3:10 - Bunun biraz zor olduğunu düşünüyorum çünkü sayfamın arama sonuçlarında bu şekilde gösterilmesini istemediğimi söylemenin açık bir yolu yok. Bu yüzden, sayfadaki yapılandırılmış verilerde de belirtebileceğinize inandığım son kullanma tarihi yaklaşımını denemeye eğilimliyim. Sanırım evet, json-ld yapı verileriyle, bir sayfadan aldığımız bir videonun son kullanma tarihini de belirtmenin bir yolu var sanırım. Böylece denediğim bir şey olabilir.
Soru 5:23 - Blog bölümümüzdeki makalelerin neredeyse tamamı arama konsoluna bakıldığında dizine eklenmiş, taramanın dizine eklenmediğini söylüyor ve orada ne olabileceğine dair belirli bir neden göstermiyor?
Cevap 5:38 - Bu nedenle, web sitenizden belirli örneklere bakmadan bir şey söylemek gerçekten zor, bu yüzden burada yapmanızı tavsiye edeceğim şey, aradığınız sorguların tam URL'leriyle birlikte yardım için ne kadar miktarları foruma göndermektir. oradakiler bakabilsin diye. Bazen bu basit teknik bir şeydir, örneğin bir blog, varsayılan olarak bu sayfaları dizine eklemeyecek şekilde ayarlanmıştır, ancak genellikle web yöneticisi forumundaki kişiler çok hızlıdır ve bu tür yaygın sorunları tanır ve daraltmanıza yardımcı olabilir. Burada gerçekten tamamen garip bir şey varsa, olayları azaltmak veya tırmandırmak için. Akılda tutulması gereken başka bir şey de, gördüğümüz tüm sayfaları dizine eklemiyoruz, web sitelerinde gerçekten çok yaygın olan bir çok sayfa var, bunlar hakkında bildiğimiz pek çok sayfa var ama mutlaka bir dizini taramayız ve bu mutlaka bir dizini taramaz. sorun. Bu sadece, enerjimizi nereye odaklamanın mantıklı olduğunu ve belki de biraz daha az enerjiye odaklandıklarını bulmaya çalışan algoritmalarımızdır ve genellikle bu, aynı zamanda, bu sayfaların zaten aramada o kadar görünür olmayacağı anlamına gelir, bu nedenle değişmez. Dizine eklenmişlerse siteniz için genel olarak bu kadar, ancak yine de oradaki olası nedenlerden bazılarının nasıl olabileceğini görmek için web yöneticisi yardım forumunu kesinlikle kontrol ederdim.
Soru 7:05 - Sitemize bir sürü sayfa ekledik ama site haritası dosyasını güncellemeyi unuttuk, böylece Google onları buldu ve dizine ekledi ama özel bir şey yapmamız gerekiyor mu
Cevap 7:16 - Hayır, özel bir şey yapmanıza gerek yok bir site haritası dosyası, tarama ve indeksleme ile ilgili daha fazla bilgi eklememize yardımcı olur, tarama ve indeksleme için sahip olduğumuz bilgilerin yerini almaz. Bu yüzden, sadece orada URL'lerini bulmakla ilgiliyse, normal tarama yoluyla onları bulduysak, bu tamamen sorun değil. Bir site haritası dosyası ayrıca normal taramanın yerini almamalıdır, bu nedenle bu sayfaların hiçbiri dahili olarak bağlanmadıysa, onları bir site haritası dosyası aracılığıyla bulabiliriz, ancak bu sayfaların içeriğini anlamamız gerçekten zor olurdu. Dolayısıyla, bu sayfaları bulabilmemiz ve yine de dizine ekleyebilmemiz aslında bu açıdan iyi bir işaret. Bir site haritası dosyası, bu sayfalarda ne zaman değişiklik yaptığınızı tanımamıza yardımcı olur, böylece onları biraz daha hızlı alabiliriz, ancak onları zaten dizine ekliyorsak, en azından bu ilk adım, kritik olarak kaçırdığınız bir şey değildir. .
Soru 8:17 - Gelen bağlantılarımızı kontrol ettim ve bir sürü spam içerikli bağlantı buldum ve red dosyamıza ekledim, sıralamanın bunun üstünde kalmasının ne kadar önemli olduğunu merak ediyorum, Google'ın onları yine de görmezden geldiğini duydum?
Cevap 8:34 - Yani genel olarak bunun üstünde durmanıza gerek yok, gelen bağlantılara bakarsanız hemen hemen tüm web sitelerinin bir tür spam içerikli veya alakasız bağlantılara sahip olacağı bir şeydir ve bu mükemmel iyi. Web sitelerinin yıllar içinde topladığı bir çok pisliği görmezden gelmekte oldukça iyiyiz. Buna odaklanmazdım. Daha önce dışarı çıkıp link satın aldığınızı veya bir SEO yaptırdığınızı bildiğiniz bir şeyse, linkler konusunda gerçekten garip bir şey yaptıysanız, o zaman bu temizlemek mantıklı olur, ancak farkında değilseniz her şey ve her şey başka türlü tamam, o zaman bunun için endişelenmezdim.
Soru 9:20 - Google, daha iyi bir kullanıcı deneyimi sağlamak için mobil sürümde konum bulucu kullanıp kullanmayacağımıza karar verir mi, bu sıralamaya yardımcı olabilir mi?
Cevap 9:29 - Konum bulucu ile, web sitenizin kullanıcının nerede olduğunu tanıyacağı ve kullanıcının konumuna bağlı olarak yerel telefon numarasını veya yerel adresi gösterebileceği bir şey demek istediğinizi varsayıyorum. Bu, aramayla ilgili olarak yapacağımız bir şey değil. Dolayısıyla, bu genellikle bizim bile anladığımız bir şey değil. Genel olarak, Google sayfaları oluşturduğunda, bu tür ek bilgi isteklerini de reddeder, bu nedenle, muhtemelen bunu fark etmeyeceğimiz bir şey olur.
Soru 10:10 - Bağlantı öz sermayesi 302 geçici yönlendirme yoluyla mı akıyor?
Cevap 10:21 - Bir 301, yeni bir sayfanın mevcut bir sayfanın yerini sonsuza kadar alacağını söyleyen kalıcı bir yönlendirmedir ve 302 yönlendirmesi, içeriğin geçici olarak farklı bir URL'de mevcut olduğunu söyler. Pratik bir bakış açısıyla, burada genellikle bir 301 yönlendirmesi ile olan şey, hedef sayfaya odaklanacağız, o URL'yi dizine ekleyeceğiz ve tüm sinyalleri oraya taşıyacağız. 302 yönlendirme ile ilk sayfaya odaklanacağız ve tüm sinyalleri orada tutmaya çalışacağız. Dolayısıyla bu, pagerank'ın geçip geçmemesi meselesi değil, daha çok bu URL'lerden hangisinin sinyalleri tutan olduğu meselesidir. Bu sinyallerin yönlendirmeyle kaybolması değil, daha çok buradalar mı yoksa buradalar mı ve asıl fark bu.
Dolayısıyla, bu sayfalardan hangisinin yönlendirme hedefini sıraladığını veya yönlendirmeyi yapan ilk sayfanın türünü yeniden yönlendirmeyi izliyorsanız. O zaman bir 302 ile muhtemelen ilk sayfa sıralamasını görme eğilimindesiniz çünkü bu bizim seçtiğimiz çünkü bize bunun geçici olduğunu ve içeriğin başka bir yerde olduğunu söylüyorsunuz ve 301 yönlendirmesi ile muhtemelen hedefi sıralamaya meyilliyiz sayfa daha. Ve her zaman olduğu gibi insanlar bunu düzenli olarak yanlış yapıyorlar ve algoritmalarımız insanların ne yapmaya çalıştığını anlamaya çalışıyor. Dolayısıyla, daha uzun bir süre boyunca yerinde bir 302 yönlendirmesi görürsek, muhtemelen web yöneticisi bunun bir 301 yönlendirmesi olduğunu kastettiğini iyi açıklayabiliriz ve buna böyle davranacağız ve tüm sinyallerimizi hedefe kaydıracağız. sayfa. Bu, bu tür değişikliklerin zaman içinde gerçekleştiğini görebileceğiniz bir şeydir, bu yüzden bu bağlantı eşitliği veya sinyallerimizin bir yönlendirme yoluyla akıp akmadığı gibi değil, daha ziyade bu URL'lerden hangisini indekslememiz için seçiyoruz ve işte bu Tüm bu sinyalleri alan URL.

Soru 13:02 - Bildiğiniz gibi yıllardır her türden garip sıralama sorunuyla uğraştığımızı hızlı bir sorum olacaktı. Ortaklarımdan biri, bazı YouTube sorunlarıyla uğraşırken, örneğin izin verilmeyen kelimelere dayanan potansiyel bir teoriye sahipti. Bazen bir araba satıcısından moron veya buna benzer bir şey olarak bahsederdik ve bazı makalelerimizde. Temel olarak, sitedeki belirli sayfalarda böyle bir dil kullanmanın potansiyel olarak bir sorun olup olmadığını öğrenmek istedik. Küfür gibi bir şey demek istemiyorum ama bunun gibi hakaret türü şeyler mi? Temelde içeriğimizi çalan ve daha sonra bazı şeyleri biraz değiştiren diğer web sitelerinin, eskiden olduğumuz yerde sıralandığı ve sonra biraz kötü sıraladığımız olgusunu hala görüyoruz. İçeriği çaldıktan sonra değiştirdiklerinde, sitede bu tür dil kullanımına sahip sayfaları çalma eğiliminde olmazlar.
Cevap 14:49 - Bunun hiçbir şeyi etkileyeceğini düşünmüyorum. Bazı sayfalarda kullanıcı tarafından oluşturulan içerik var ve bu tür gayri resmi dilleri de kullanıyorlar, bu yüzden bence bu gayet iyi.
Soru 17:41 - İlgili yazıları yazılar blog sayfamızın altına ekledik. Bu ilgili makalelerden birinin bir sonraki noktasındaki bağlantıyı yapıyoruz.
Cevap 17:52 - Hayır. Yani bir sonraki bağlantının türü gerçekten sadece sayfalandırma serileri içindir, bu tür bağlantılı bağlantılar için olan bir şey değildir. Bu yüzden normalde bu ilgili makaleleri çapraz bağlardım, genellikle bu eklentilerin yaptığı şey budur.
Soru 19:42 - Hız ve güvenlik daha önemli hale geliyor artık DNS SEC'deki güvenlik hatalarını ve CDN'yi hız verisi dışında bir sıralama sinyali olarak kullanmayı planlıyor musunuz?
Cevap 19:55 - Bunu yapmak mantıklı olur mu bilmiyorum, sanırım hızı oluşturan bireysel unsurlara odaklanıyorum ama kesinlikle kullandığımı görebiliyordum, yani, hızı bir sıralama faktörü olarak kullanıyoruz . Dolayısıyla, tüm bu unsurlar hıza etki ederse, web sitenizi kullanıcılar için daha hızlı hale getirir ve muhtemelen bu sizin için orada işe yarayacak bir şeydir. Ancak, bu özel teknolojinin, gerçek bir sıralama faktörü olduğu için kullanmanız gereken bir şey olduğunu söyleyeceğimiz bir durumda olacağını sanmıyorum. Daha iyi dediğimiz şey, hız önemlidir, bu hıza nasıl ulaştığınız nihayetinde size bağlıdır. Belki bu teknolojileri kullanırsınız belki başka teknolojileri kullanırsınız. Bir web sitesini gerçekten hızlı hale getirebileceğiniz yeni yollarla gerçekten harika bir fantezi var ve bunu nasıl yapacağınız nihayetinde size kalmış çünkü kullanıcı açısından, sayfa ortaya çıktığı sürece hangi teknolojiyi kullandığınız umurlarında değil. çok çabuk.
Soru 20:59 - Web.dev kullanıyoruz ve SEO performansı en iyi uygulaması ve erişilebilirlik için 100 üzerinden 100 elde ettik ancak herhangi bir sıralama iyileştirmesi görmedik. Ne kadar sürer?
Cevap 20:12 - Yani web.dev, sitenizi bilinen birçok sorun için test etmenin ve bilinen en iyi uygulamalarla karşılaştırmanın harika bir yoludur, ancak burada sadece iyi sonuçlar elde etmek, web sitenizin otomatik olarak yukarıdaki sıralamalarda yükseleceği anlamına gelmez. diğer herkes. Yani bu akılda tutulması gereken bir şey, bu SEO yapmanın ve iyi sıralamanın nihai ve nihai yolu değil. Bu, en iyi uygulamaların bir listesidir ve sizin için işaretleyebileceğimiz, test edebileceğimiz çeşitli şeyler sunar. Bu, bu şeylere bakmanın iyi bir fikir olduğunu düşündüğüm bir şey ama bunlardan çıkanları yorumlayabilmeniz gerekiyor ve bir numarayı sıralamak için bir dizi teknik bilgiyi yerine getirmekten daha fazlası olduğunu anlamanız gerekiyor. Gereksinimler.
Soru 22:26 - Son zamanlarda, dinamik bir CMS tarafından üretilen sunucusuz bulut altyapısı ile statik içerik sunmanın bir yolunu araştırıyorum, çok sayıda süslü kelime, böylece içeriği sunan bir WordPress'te harika ve kullanımı kolay bir şekilde saklayabiliriz ve performansı ve güvenliği önemli ölçüde artıracak kullanıcılar için statik HTML. Google ve Otomatik şu anda ortak olduklarından ve WordPress birçok web'e güç sağladığından, bunu yapmanın uygulama dışı bir yolu olabileceğini düşünüyor musunuz?
Cevap 22:33- Orada baktığınız şeyle bunu kurmanın belirli bir yolunu bilmiyorum ama genel olarak test araçlarımız her türlü web içeriği için çalışır. Dolayısıyla, siteniz için anlamlı olduğunu düşündüğünüz herhangi bir altyapıyı kullanarak içeriğinizi sunabiliyorsanız, web siteniz için anlamlı olduğunu düşündüğünüz arka uç ne olursa olsun ve Googlebot'un bu içeriği görebildiğini doğrulamak için test araçlarımızı kullanabilirsiniz. antrenman yapmak. Yani Googlebot, bunu yapabilmemiz için özellikle bu altyapıyı kullanmanız ve bunu böyle yapmanız gerektiğini söylemiyor, ancak bunun yerine istediğiniz altyapıyı kullanabilirsiniz ve Googlebot bu içeriğe erişebildiği sürece yapmanız gerekir. hazır ol.
Soru 24:32 - Daha önceki hangout'larınızda, performansla ilgili değişikliklerin yaptığı son turun açık kademeli sıralama cezası olduğundan bahsetmiştiniz, çünkü web siteniz kademeli olarak yavaşlıyor, site hızımızı iyileştirmek için çalışıyoruz. Google'ın bu iyileştirmeler çıktıktan sonra fark etmesinin ne kadar sürebileceğini biliyor musunuz?
Yanıt 24:54 - Web aramasıyla ilgili hemen hemen her şeyde olduğu gibi, bu, sabit bir zaman çerçevesinin söz konusu olduğu bir şey değil, daha ziyade zaman içinde dizin sayfalarında geziniyoruz. Bu sayfalar için sahip olduğumuz bu sinyallerin bir kısmını zaman içinde güncelliyoruz. Bu sayfaların bazılarının sabit bir zaman çizelgesi yoktur ve sinyaller her gün veya daha sık güncellenir. Bazıları biraz daha uzun sürüyor, bazılarının güncellenmesi aylar alıyor. Dolayısıyla, web sitenizde önemli iyileştirmeler yaparsanız muhtemelen burada göreceğiniz şey, ancak bu sinyalleri dikkate alarak zaman içinde bu tür kademeli bir yükselişi göreceksiniz. Hız en önemli sıralama faktörü olmadığı için hız söz konusu olduğunda çok zor olabilir. İçerik gibi şeylere bakarız ve bu sayfalardan hangilerinin kullanıcılar için en alakalı olduğunu bulmaya çalışırız. Dolayısıyla, bir site gerçekten hızlıysa, bu teorik olarak her zaman bir numara olduğu anlamına gelmez, boş bir sayfa en hızlı sayfa olabilir ancak bu, kullanıcı için iyi bir sonuç olduğu anlamına gelmez, dolayısıyla hız daha küçük bir sıralama faktörüdür orada. Bu, muhtemelen web sitesinin kalitesindeki ve genel olarak iyileştirmelerdeki gelişmelere bağlı olarak sitenizin aramadaki görünürlüğünde daha büyük değişiklikler göreceğiniz bir şeydir ve hız daha çok küçük bir şey gibidir ve muhtemelen bireysel olarak ölçülmesi bile zor olacaktır.
27:33 - Algoritma, olumsuz faktörleri kişilerle veya kuruluşlarla ilişkilendiriyor ve ardından aynı kişilerle ilişkili alakasız web sitelerini düşürüyor mu?
Temel olarak, araba satın alma ipuçlarıyla ilgili sorunlarımız vardı ve sonra ortaklarımdan biri ve benim taş yengeç balıkçılığıyla ilgili hobi türü bir siteye sahip olduğumuz gibi, onu koyduğumuzda, ilgili herhangi bir şeyde ilk üç sırada yer alıyordu ve sonra bir tür sıralamalardan kayboldu. Web yöneticisi yardım forumunda bir soru yayınladık ve birkaç dakika içinde en çok katkıda bulunanların tümü, sitenin araba satın alma ipuçlarıyla ilişkileri olduğu gerçeğine odaklanmaya başladı ve bu yüzden bir şekilde olumsuz bir çağrışım olup olmadığını görmek istedim. kişisel olarak bize.
Cevap 28:27 - Algoritmalarımızın, ah bu adam yine, diyebileceği kişisel olarak size bağlı bir şey olduğunu hayal edemiyorum. Bu yüzden genellikle, bir web sitesi görürsek ve bu, hepsi sorunlu olan birbiriyle iyi bağlantılı siteler grubuysa, o zaman bu bir şey olabilir veya algoritma gider ah, burada dikkatli olmalıyız, tüm bu web siteleri sorunlu, bu yüzden belki bu yeni Aynı zamanda bu setin bir parçası olan web sitesi de biraz zor. Ancak bu web sitelerinin aynı sahibiyle aynı sunucuda olması söz konusuysa, bu genellikle sorun değildir. Ayrıca, ülke genelinde yüzlerce farklı şehir için yeni bir web sitesi oluşturduğunuz ve esasen tüm bu sayfaların aynı olduğu gibi, tüm web siteleri aynı ve Algoritmalarımızın söyleyebileceği bir şey bu, bu bizim için çok değerli görünmüyor.
Soru 31:33 - Temel olarak bunlar, sitemizdeki bir kullanıcının biyoloji şeylerini doğru seçmesinin sonucu olan sayfalardır, böylece onunla uyumlu bir gen ve reaktif konfigürasyonu seçerler ve olan şey, bir arama oluşturmamızdır. sayfa etkili bir şekilde, bu bir filtreleme işlemidir, bir arama sayfası oluştururuz ve sonra elbette bir ürün sayfasına atıfta bulunur ve bu yönlendirmeye tıklarlar ve bu tavsiyelere tıklarlar, bu filtrelenen sayfalar periyodik olarak Google Web Yöneticisi Araçları'na gelir ve bilirsiniz ki sadece bir çift yoktur. It happens thousands at a time and so one of the things we were wondering is we do have it in our robots.txt file and we believe it's correct is there do we need to do I'll call it belt-and-suspenders and also make those a no index you know command at the beginning of the page or something like that that would help that? It just it makes it difficult to use webmaster tools sometimes when it's full of that kind of information. Finding the needle of the things we really have to take care of is difficult by the sometimes over-enthusiastic webmasters tool of capturing everything we do.
We'll see I'm in either mostly in the performance the new performance tool and it will be you know an anomaly or soft 404 one of those two because it tries to go back and find it and of course you can't find it.
Answer 33:16 - So noindex would be an option here as well but then you would have to take it out of the robots.txt so that we can see the he no index. I wonder if that's already happening to some extent here because we we wouldn't be flagging it as a soft 404 in search console if it were completely blocked by robots. So that's something where maybe we're already able to kind of crawl those pages and then we say oh we probably don't need to index these therefore we'll let the webmaster know that we kind of stumbled upon them. So that might be something to double-check that they're actually blocked by robots.txt.
Question - We're pretty sure it also happens and then they disappear and then it happens and disappear. So maybe it's just a matter of that the processing time in between the two. We just they don't, I mean, they're not really pages so we don't want them in the index because they have no title, no h1, none of that stuff because they're really not pages. They're just the results of a user asking to configure a gene and one of our products.
Answer 34:40 - Yeah so in in that case I would just leave them in the robots.txt leave them blocked. I think that's perfectly fine. There's no real way to kind of block them from appearing at all in search console but I think having them the robots.txt file is perfectly fine.
Question 35:00 - By the way when are they gonna put the robots.txt tester tool in the new Webmaster Tools?
Answer 35:06 - I don't know we haven't announced that yet but we're trying to be a little bit ahead of turning things down so that people have a chance to move to something new. To move the new tools in search console. So as soon as we we have more plans on what is happening there we will let you know. I think this is one of those tools that that make sense to keep. So since we haven't announced that we're turning it off I imagine it'll just come with the new switch to console over time.
Question 35:47 - I have a client going through a site migration it's a large enterprise website where they're going from multiple subdomains to one and right now individual business pages and content is across several branded subdomains. Each business has the same template with you know one main page and several sub pages and the single domain experience will consolidate that business template down to maybe one or two to three pages there's a lot of content consolidation. They'll be doing this in in phases you know and it'll still be a large-scale but since we're talking about so many multiple page experiences going down to one potentially. For those to be retired or redirected business business pages on old sub domain I've been thinking they should intentionally orphan those first before pushing through so many redirects at once to the new consolidated experience. Almost to let the dust settle but is it the right approach or is it just best to redirect those old pages the new relevant and compact experience and then let the dust settle from there?
Answer 36:46 - I will just try to go with the final state as quickly as possible. So instead of creating this temporary situation where things are neither the old one or the new one, I would try to just redirect to the new ones as quickly as possible.
Question 37:49 - If it's dynamic surveying and a site owner wants to set up an amp page also with the same URL and a desktop page does he need to add an amp HTML page so the same URL for mobile desktop and amp?
Answer 38:00 - So I think first of all you wouldn't be able to use the same URL for mobile and amp if you're serving different HTML because the same user would be going through that page and you wouldn't know which content to serve so that I think wouldn't work. However you can of course make an AMP page and just say the amp page is my normal page that's a perfectly fine set up. For example in the new WordPress AMP plug-in I believe there's an option I don't know it's called native amp I think. Where basically your website is purely an amp page and that's that's a perfectly fine setup. So in a case like that you would I believe set the amp HTML tag to the same URL so that we know this is meant to be the amp page you would also set the canonical to the same URL so that we know this is the canonical that you want to have indexed and then we'd be able to pick that up.
Question 39:08 - Do backlinks help in the rankings of videos in the Google Search carousel?
Answer 39:13 - So we use a number of factors when it comes to ranking and that does include links. So it's something where I would be wrong to say like we we don't use links at all. However we do use like I don't know over 200 factors for crawling indexing and ranking so focusing on links alone doesn't really make sense. So that's something where good content traditionally picks up links on its own and if you're creating video content on your website and all of that is generally also interlinked within your website so over time these things kind of settle down on their own. It's not that you need to explicitly build links so that you can show up in a video carousel I think that would make a sense.
Question 40:06 - How does Google treat site wide navigational links that are hidden on mobile resolution in responsive pages but visible on desktop.
Answer 40:13 - We would really follow it was normally so I don't see any problem in that. That said if your website is hard to navigate on mobile then users who are for large majority of the sites are mostly coming on mobile will have a hard time navigating your website and will have a hard time kind of finding your other good content. So I would certainly make sure that any UI that you have available on your website is also available in some form or another for mobile users.
Question 40:48 - Recently we learned that many of our pages have not been shown in Safe Search Results these pages are mostly destination pages of cities and countries. I've been keeping track of some of the keywords for example: Gay Barcelona or generally gay destinations anywhere. In the past five days of Barcelona index page showed up in first position on safesearch but then has disappeared from Safe Search now. We always make sure that there's no explicit image or profanity in the content but it hasn't guaranteed her position and safe search results. Could you explain how the safe search algorithm actually works?
Answer 41:35 - So we use a number of factors in figuring out when to show which content to to which users in the search results. I don't think there's like this one simple thing that makes safe search work or not. I suspect with a website like yours it'll always be kind of tricky for algorithms to figure out watch what exactly we should be showing here and how we should be showing that in the search results. I think I passed your website on to the the team here wants to take a look at it as well. So like I can definitely double check with them but I imagine it'll always be kind of tricky and a bit borderline for our safe search algorithms to figure out how we should be handling this kind of website. Which is always I think a little bit unfortunate but it's hard to find exactly the the right balance there.
Question 42:37 - I have two websites that offer very similar content some of it is even duplicated but only one will verify for Google News while the other one won't the noticeable difference is one has a health and fitness section while the other one focuses more on lifestyle content and celebrities, why why would one be accepted into Google News and not the other one?
ANswer 43:43 - I don't know why why that might be happening I don't know the the Google News policies specifically in that regard so it's really hard to say. In general though if these websites are so similar that you're saying some of the content is even duplicated maybe it makes sense to just focus on one website rather than to have two websites that are kind of essentially duplicate or very similar targeting same audience but that's I think more of a question in general for you to kind of consider. With regards to Google News specifically I would recommend going through the Google News publisher forum and double check with the folks there. The experts that that are in the forum there have a lot of experience with sites that are accepted to Google News and sites that get improved so that they do get accepted and sites that wouldn't get accepted to Google News. So they can probably give you some tips with regards to what to watch out for specifically for Google News.
Question 44:08 - Hotel website and even if you search for it with its exact name which is unique I can't see it in the first page of search results. My Google my business listing has been punished for two weeks this listing was closed by admins and I sent the documentation and they understood was mistake and we opened it. I suspect this is the reason why my web site can't be found.
Answer 44:38 - So I don't know about the specific case here so that's really hard to say but in general just because of web site isn't in Google my business wouldn't mean that we wouldn't show it in web search results for the most part the the web search results are independent of the Google my business listings. Obviously if it is in Google my business and we show it in that map's listing then that would be one place where your website would be visible but just because it's not in a Maps listing doesn't prevent it from appearing in the normal search listings. So my suspicion is that there's probably something else that you could be focusing on or that you could be looking at there and like in some of the other cases I'd recommend going to the webmaster help forum and getting some input from other people who've seen a lot of these cases and might be able to help you figure out what you could be doing there to improve.
Question 45:42 - I noticed Google rewrites some titles and meta descriptions any idea of how to know if Google will rewrite the content or keep the original version?
Answer 45:53 - We do have guidelines for how to make good titles and good descriptions so I'd recommend taking a look at that. Oftentimes when I see Google rewriting the titles or the snippet that's usually more based on situations where we see kind of almost like keyword stuffing happening with the titles or the description. So that might be one thing to kind of watch out for another thing to keep in mind is that we do try to pick titles and descriptions based on the query. So if you're doing a site query and you're seeing your titles and descriptions in one way that doesn't necessarily mean that they'll be shown the same way when normal users search with normal queries. So I kind of take a look at both of those and also definitely make sure to check out the Help Center article.
Soru 46:46 - Googlebot web sitesi kişiselleştirmesini nasıl görüyor? Sektör konumuna veya hatta tek bir şirkete göre kişiselleştirmeye izin vermek için web sitesi içeriğini katmanlayan yeni bir ürünümüz var. Bu, bireysel son kullanıcılara gerçekten ısmarlama içerik yapmamızı sağlar. Benim endişem, orijinal sayfa içeriğini Googlebot'a ve kişiselleştirilmiş içeriği son kullanıcılara gösteriyor olmam, bu durum müşterilerimizi olumsuz etkiler mi?
Cevap 47:14 - Belki. Belki olur. Bu yüzden akılda tutulması gereken şey, Googlebot'un gördüğü içeriği dizine eklemesidir. Dolayısıyla, bireysel kullanıcılara gösterdiğiniz benzersiz bir şey varsa ve Googlebot bunu asla göremezse, o zaman onu dizine ekleyemeyiz. Bu web sitesini bu sorgular için arama yaparken gösteremeyiz. Örneğin, bir kullanıcının ABD'den olduğunu kabul edip etmediğinizi bilmiyorum ve İngilizce içerik gösteriyorsanız, Fransa'dan bir kullanıcıya Fransızca içerik gösteriyorsanız ve Google ABD'den tarıyorsa, Googlebot bunu yapacaktır. sadece İngilizce içeriği görebilir ve bu web sitesinde aslında Fransızca içerik olduğunu asla bilemez çünkü o içeriği asla göremez. Yani burada akılda tutulması gereken bir şey var, eğer sadece septal kişiselleştirme yapıyorsanız ve belki ilgili ürünler eklemekten hoşlanıyorsanız veya belki de konum veya diğer niteliklere dayalı olarak sayfanızdaki birincil içeriğe ek bilgiler eklemek istiyorsanız, o zaman bunu yapabiliriz. sayfayı görebildiğimiz birincil içeriğe göre sıralamak için, ancak yine de bu sayfalar aracılığıyla eklediğiniz bu ek bilgi katmanının ne tür olduğunu bilemeyiz. Bu yüzden, bir web sitesini herhangi bir soruna neden olduğu için cezalandırmak gibi bir meselemiz değil, daha pratik bir şey, onu göremiyoruz, bu yüzden bunu nasıl sıralamamız gerektiğini bilmiyoruz.
Soru 49:25 - İki küçük soru var, otel web sitemin alan adı.com.tr var ve bu nedenle Google, Google Web Yöneticisi Araçları'nda otomatik olarak bölgesini Türkiye yapıyor. Değiştiremem ama müşterilerim çoğunlukla İngiltere'den örneğin ve İngiltere'den aranırsa listelenmek istiyorum Avrupa'dan listelenmek istiyorsam alan adını değiştirmeye gerek var mı sizce?
Cevap 49:50 - Bunu yapabilirsiniz. Bu nedenle, belirli bir ülkeden bir kullanıcı yerel bir şey aradığında, bu kullanıcılar için bu sayfaları vurgulamaya çalışmak için coğrafi hedeflemeyi kullanacağız. Dolayısıyla, Birleşik Krallık'taki bir kullanıcı Türkiye'de bir otel arıyorsa, coğrafi hedefleme yapmaya gerek yoktur, çünkü Birleşik Krallık'taki web sitesi alakalı olmayacağından bir kullanıcı Türkiye'de açık bir şekilde bir şey arar. Bu yüzden, çoğunlukla orada coğrafi hedeflemeyi kullanmanız gerekmeyeceğini düşünüyorum. Bence Türkiye'yi ülke olarak tanıdığımız bir web sitesi hala küresel olarak alakalı olabilir. Diyelim ki pizzacınız ve özel Türk pizzası sunuyorsunuz ve bunu Londra'daki kullanıcılara, ardından Londra'daki bir kullanıcı Londra'da pizza arayan bir kullanıcıya teslim etmiyorsanız, Türk web sitenizde bir sorun olur ama Londra'daki bir kullanıcı ise Türkiye'de otel aramak istiyorum diyerek web siteniz gayet iyi.
Soru 52:01 - Pek çok yayıncı için genel bir soru. Kaç kişinin tonlarca gereksiz etiket oluşturduğuna şaşıracaksınız ve bu birkaç yıl önce fark ettiğimiz bir şeydi, sanki binlerce etiketimiz varmış gibi. Gerçekten çok çalıştık ve birkaç yüz etikete indik ve bunu nasıl yaptığımızdan çok çok memnun kaldık ve şimdi bundan sonra bile 301 yönlendirmeleri için topladığımız ve yaptığımız birkaç şeyi görüyorum. Şimdi bundan sonra, artık kapsamadığımız şeyleri görüyorum, örneğin ünlü suçları, ünlülerin boşanmaları, sadece gerçekleri kontrol ediyoruz, o zaman tüm bu yönlendirmeleri bu tek tip etikete yönlendirdiğinizde ne oluyor? daha uzun, uygulanabilir, sadece ölür mü yoksa başka bir yol mu düşünüyorsunuz veya yönlendiriyorsunuz çünkü gerçekten yeniden yönlendirmenin bir yolunu düşünemiyorum, diyelim ki ünlülerin boşanmasını veya sağlığını artık bir şeye ve yine de diyelim ki bir bu noktada o etikete yüzlerce hikaye.
Cevap 53:11 - Sanırım bu, zamanla doğal olarak gelişebileceğim bir şey. Yani orada daha fazla içeriğe sahip olmaya başlarsanız ve o etiketi bir şekilde canlandırmak istiyorsanız, sorun değil. Bir şeyleri daha da fazla birleştirmek istiyorsanız, bu da gayet iyi. Bu tür neredeyse kategori sayfaları zamanla gelişti, bunun normal olduğunu düşünüyorum.
Soru - Ama bu kategori artık sadece kullanışlı değilse ne olur, sadece bunu yapın, ancak sonsuza kadar oturur ve yani sorun değil ama açıkçası elimden geldiğince konsolide etmek istiyorum.
Cevap 53:49 - Bence konsolidasyon iyi, diyebileceğiniz başka bir seçenek de olabilir, Dizin'in mantıklı olduğunu, artık bu içerik için dizine eklenmek istemiyoruz gibi, insanlar bunun olduğunu biliyorsa, onu yanımızda tutmak istiyoruz. orada ve web sitenizde açıkça ararlar, ancak belki de hiçbir dizin, Google'ın veya diğer arama motorlarının dizine eklenebilir içeriğe daha fazla odaklanmasına yardımcı olmaz.
