19 Şubat 2019 – Google Yardım Hangout Notları
Yayınlanan: 2019-02-26Ana adamımız John Mueller ile başka bir Web Yöneticisi Yardım Hangout'u. Bu hafta Bağlantılar, Sayfa Hızı, UTM ve Bağlı Kuruluş Bağlantıları hakkında harika bilgiler edindi. Her zaman olduğu gibi tam video ve transkript aşağıda bulunabilir. Ayrıca bu özetleri faydalı buluyorsanız, haber bültenimize göz atmalısınız! Haftanın en iyi SEO makalelerini topluyor ve küratörlüğünü yapıyor ve bunları sizin için hızlı ve sindirilebilir özetler halinde özetliyoruz.
Daha önce doğal olmayan bağlantılar için manuel bir işlem yaptıysanız, bu siteyi sonsuza kadar damgalayacak mı?
5:20
Bazen konuşmak zordur, ancak genel olarak bir manuel işlem çözülürse, bu manuel işlem siteyi artık etkilemez. Dolayısıyla, bir web sitesini geride tutacak ve "aynı şeyleri yanlış yaptılar ve bir kez bu nedenle aramada üst sıralarda görünmelerini önleyeceğiz, böyle bir şey yok" demek gibi bir engelleme etkisi yoktur. Ancak, özellikle bağlantılara gelince, çok sayıda doğal olmayan bağlantınız varsa ve siteniz bu doğal olmayan bağlantıları temizlemek yerine bu doğal olmayan bağlantılar nedeniyle sıralanıyorsa, o zaman elbette algoritmalarımızın bir şekilde uyum sağlaması gereken yeni bir durum vardır. ilk. Yani bu bir dereceye kadar orada etkisi olabilecek bir şey. Ve buna yaklaşımım, web sitesinde normalde yaptığınız gibi çalışmaya devam etmek ve web spam ekibinin bağlantılarınızla ilgili sorunlarla karşılaştığı bir duruma tekrar girmediğinizden emin olmaktır. Bu yüzden gidip de, oh bu bağlantıları kaldırdım, bu yüzden gidip başka bir siteden bazı bağlantılar satın alacağım ve yaptığınız şeyin gerçekten web sitenizin uzun vadeli kullanımı için olduğundan emin olacağım gibi demeyin. .
Özet: Bir manuel işlem kaldırıldığında, tamamen kaldırılır. Bununla birlikte, doğal olmayan bağlantılar hala bir siteye algoritmik olarak zarar verme yeteneğine sahiptir. Bunun temizlenmesi uzun zaman alabilir.
Siteniz kullanıcılar için hızlı yükleniyor, ancak Google'ın PageSpeed Insights aracı siteyi yavaş olarak nitelendiriyorsa işlem yapılmalı mı?
11:29
Bu nedenle, deniz fenerinden baktığınız bu metriklerin çoğu, öncelikle, şeylerin kullanıcıya dönük tarafıyla ilgili olarak size sunulur. Dolayısıyla, bizim bakış açımızdan, arama bakış açısından, siteyi hız açısından nasıl görmemiz gerektiğini, ancak orada deniz fenerinde gördüğünüz mutlak ölçümlerin türünü anlamak için bu metriklerin çeşitliliğini bir araya getiriyoruz. kullanıcıların sitenizi nasıl gördüğü üzerinde büyük olasılıkla daha güçlü bir etkiye sahip olan şeylerdir. Bu nedenle, Google'a bu sitenin çok yavaş olup olmadığını sormak yerine, kullanıcılarla birlikte bakardım ve bunun yerine geri bildirimlerini alırdım ve sitenizin gerçekten kullanıcılar için oldukça hızlı olduğunu söylüyorsanız, içeriği sağlar. oldukça hızlı bir şekilde, muhtemelen orada iyi bir durumdasınız.
Özet: En önemlisi, sayfalarınızın gerçek kullanıcılar için hızlı yüklenip yüklenmediğidir.
Notumuz Şu anki düşüncemiz, Lighthouse'da "ilk içerik dolu boyama" puanları düşük olan siteler için Sayfa Hızı iyileştirmelerini görmek istediğimizdir, çünkü bu sayı, okunabilen içeriğin görünmesinin ne kadar sürdüğünün bir tahminidir.
Bir sayfa belirli anahtar kelimeler için sıralanıyorsa ve onu yeni bir sayfaya yönlendirirseniz, o sayfa bu anahtar kelimeler için sıralanabilir mi?
16:25
Yani esasen yapmaya çalıştığımız şey, eğer elimizdeki her şeyi bire bir yeni alana gerçekten transfer edebilirsek, o zaman o yeni alan, eski alanın yerine geçecek. Ve eski anahtar kelimeler için sıralanabilir ve yeni anahtar kelimeler için sıralanabilir ve bu hareket sırasında önemli değişiklikler yaparsanız, o zaman elbette bu yeni durumun dikkate alınması gerekir ve bu sadece her şeyi yenisine iletebileceğimiz gibi değildir. çünkü yenisi eskisinin taşınmış bir versiyonu değildir.
Özet: Google, bağlantıların bir yönlendirmeden geçtiğini gördüğünde, bağlantı sinyallerini iletip iletmeyeceğini belirlemeye çalışır. Yeni sayfa benzerse, önceki sayfaya işaret eden bağlantı sinyallerinin de geçme olasılığı yüksektir.
UTM parametrelerini dahili bağlantılarda kullanmak uygun mudur?
17:33
Sanırım bu her zaman biraz zor bir durum çünkü bize esasen karışık sinyaller veriyorsunuz. Bir yandan bunların dizine eklemek istediğim bağlantılar olduğunu söylüyorsunuz çünkü web sitenizde dahili olarak bu şekilde bağlantı veriyorsunuz. Öte yandan, bu sayfaları açtığımızda, farklı bir URL'ye işaret eden bir rel canonical var. Yani şunu İndeksle diyorsunuz ve bundan da iyi diyorsunuz aslında farklı bir İndeksleme. Dolayısıyla sistemlerimizin orada yaptığı şey, bu içerik için bulduğumuz farklı URL türlerini tartmaya çalışmaktır. Bu URL'lerin bu içeriğin aynı içeriğe yönlendirdiğini muhtemelen anlayabiliriz. Yani onları bir nevi aynı gruba koyabiliriz ve sonra bu, indeksleme için hangisini kullanacağımızı seçme meselesidir ve bir yanda UTM versiyonlarına işaret eden dahili bağlantılarımız var, diğer yanda rel kanonik var. daha temiz versiyonun türüne işaret ediyor. Daha temiz sürüm muhtemelen daha kısa bir URL'dir ve daha hoş görünen bir URL'dir, bu da bizimle aynı çizgide oynar, ancak yine de bizim bakış açımıza göre, her zaman daha kısa olanı kullanacağımız garanti edilmez.
Dolayısıyla rel canonical açıkça güçlü bir işarettir, dahili bağlantı da bir tür daha güçlü bir sinyaldir, bu sizin kontrolünüz altında olan bir şeydir. Dolayısıyla, bu URL'lere açıkça bağlantı verdiyseniz ve onların bu şekilde dizine eklenmesini istediğinizi düşünüyoruz. Yani pratikte muhtemelen burada olacak olan şudur, URL'lerin bir karışımını indeksleyeceğiz, bunlardan bazıları daha kısa versiyonu indeksleyeceğiz çünkü belki daha kısa versiyona işaret eden başka sinyaller de bulabiliriz. Bazılarını muhtemelen UTM versiyonuyla indeksliyoruz ve onları normal olarak UTM versiyonu olarak sıralamaya çalışacağız.
Uygulamada, aramada sıralamada herhangi bir fark görmezsiniz, sadece bu URL'lerin arama sonuçlarında gösterilebileceğini görürsünüz. Böylece, UTM ile veya UTM olmadan tam olarak aynı sırada olacaklar ve arama sonuçlarında tek tek listeleneceklerdi. Pratik bir bakış açısıyla bu, arama konsolunda bu URL'lerin bir karışımını görebileceğiniz anlamına gelir. Performans raporunda bu karışımın bir türünü görebilirsiniz. Dizin oluşturma raporunda, diğer raporların bazılarında bir karışım görebilirsiniz. Belki AMP çevresinde veya yapılandırılmış verilerde böyle bir şey kullanırsanız bu karışımı da görebilirsiniz. Ayrıca bazı durumlarda URL'ler arasında değiş tokuş yaptığı durumları da görebilirsiniz, bu nedenle bir noktada UTM parametreleriyle endekslememiz olabilir ve daha temiz sürüme geçersek birkaç hafta sonra ve muhtemelen bu daha temiz sürüm deriz. daha iyidir ve daha sonra bir noktada veya algoritmaya tekrar bakmak ve aslında daha fazla sinyalin geri döneceğimiz UTM versiyonuna işaret ettiğini söylemek, teorik olarak da olabilir.
URL'lerinizle ilgili bir tercihiniz varsa, orada yapmanızı tavsiye edeceğim şey, web sitenizde hangi sürümü dizine eklemek istediğiniz konusunda olabildiğince açık olduğunuzdan emin olun. UTM parametreleriyle, bu sürümlerin her ikisini de taramamız gereken bir durum yaratıyorsunuz, bu nedenle, muhtemelen o kadar da büyük bir anlaşma olmayan yalnızca bir ekstra sürümse, biraz daha fazla yük olur. Web sitesinde kullandığınız birden fazla UTM parametreniz varsa, tüm farklı varyasyonları taramaya çalışırız ve bu da, belki web sitenizden birkaç kat daha fazla URL'yi, bilemiyorum, taradığımız anlamına gelir. aslında indekslemeye ayak uydurabilmeli. Yani bu muhtemelen kaçınmak isteyeceğiniz bir şeydir. Bu yüzden benim tavsiyem, gerçekten temiz URL'lere bağlı kalabilmemiz için bunu mümkün olduğunca temizlemeye çalışmak olacaktır. Bu duruma son vermek yerine dizine eklemek istediğiniz URL'lere, belki onları bu şekilde alacağız, belki onları böyle alacağız ve raporlamanızda şöyle olabilir, olabilir bunun gibi. Buna her zaman dikkat etmelisiniz. Bu yüzden mümkün olduğunca basit tutun.
Özet: Dikkatli olun. Dahili bağlantılar, Google'a sitenizde hangi sayfaların önemli olduğunu gösterir. utm parametreli sayfalara bağlantı verirseniz, Google'ın aynı içeriğe sahip birden çok url taraması yapmasına neden olabilirsiniz. Bu, birkaç sayfa için bir sorun değildir, ancak büyük ölçekte yapılırsa Google'ın siteyi tarama becerisini potansiyel olarak etkileyebilir.
Hangisinin standart sürüm olduğunu açıkça belirtin ki tüm sinyaller o sayfaya geçsin. Aşağıdakiler yardımcı olacaktır:
- Sayfanın utm olmayan url'ye işaret eden tüm sürümlerinde standart bir etiket kullanın
- Sayfanın her sürümündeki içeriğin aynı olduğundan emin olun.
Googlebot'a bağlantılarda gerçek kullanıcıların gördüğünden farklı bağlantı metni göstermek uygun mudur?
23:08
Bu nedenle, Googlebot, kullanıcıların göreceği gibi sayfanın eşdeğer sürümünü görmelidir. Dolayısıyla, bu kullanıcılar için faydalı bir şeyse, bunu Googlebot'a da göstermenizi tavsiye ederim. Bu sayfaları oluşturmak için gereken hızdan bahsediyorsanız, hıza bir nevi bütünsel bir şekilde baktığımızı akılda tutmaya değer bir şey. Hızı bir sıralama faktörü olarak kullanma konusunda hız söz konusu olduğunda o sayfayı getirmek. Tarama için elbette çok hızlı bir şekilde kullanılabilir olan sayfalara sahip olmak bize biraz yardımcı olur, bu da en azından Google'ın tarama için işleri hızlandırması mantıklıdır. Yine de burada tavsiye edeceğim bir şey, eğer mümkünse Googlebot'un özel muhafazasından kaçınmaya çalışmaktır, çünkü bu, bakımın çok daha zor olduğu anlamına gelir. Googlebot için özel bir şey yapıyorsanız, Googlebot'un sayfada hatalar görüp görmediğini ve kullanıcıların normal içerik görüp görmediğini ve Googlebot'un bu hatalar nedeniyle bu sayfaları aramadan çıkarmaya başlayıp başlamadığını anlamak çok daha zordur. Bu yüzden ideal olarak onlara kullanıcılarla aynı şekilde davranın. Bunu burada yapmanın bir yolu, bu fazladan bilgiyi eşzamansız olarak yüklemek için bir tür JavaScript kullanmaktır. Dolayısıyla bu, genellikle oldukça kolay bir şekilde yapılabilir, muhtemelen böyle bir durumda Googlebot'a gizlenmekten daha az çaba harcar.
Özet: Hayır. Googlebot'un normal bir kullanıcıdan farklı içerik gördüğü özel durumlar oluşturmak istemezsiniz.
Notumuz: Bu, gizleme olarak kabul edilebilir ve sayfaların dizinden çıkmasına neden olabilir.
Sayfa A'yı işaret eden bağlantılar varsa ve Sayfa A, Sayfa B'ye standart hale getirilmişse, Google bu bağlantıları Sayfa B'yi işaret ediyor olarak görür mü?
26:18
Dolayısıyla bizim bakış açımızdan burada devreye girdiğim birçok şey var. Bence öncelikle bu sayfalar eşdeğer olmalı, o sayfa için bir kanonik var diyorsanız, son sayfaya da eşdeğer olmalı. Bu nedenle, bu sayfalardan hangisinin bağlantı yönlendirmek için kullanıldığı önemli değil çünkü bize bu sayfaların aynı olduğunu söylüyorsunuz, biz de onlara aynı şekilde davranabiliriz. Bu nedenle, o sayfadaki bağlantıları mı yoksa diğer sayfadaki bağlantıları mı aldığımız gibi algoritmalarımız için önemli olmamalıdır. Dolayısıyla II, orada, UTM parametreleriyle her zaman diğer sorudaki gibi olmadığını, aslında indekslediğimiz gibi standart olarak belirtilen URL'yi seçeceğimizi varsayar. Dolayısıyla, bu bağlantılar sayfaların sürümleri arasında farklıysa, bu, PageRank'i beklediğiniz şekilde geçemeyebileceğimiz bir şeydir. Yani bunların hepsi bir araya geliyor ve benim bakış açıma göre tavsiye edeceğim şey, bu sayfaların gerçekten eşdeğer olduğundan emin olmak. Böylece, hangi bağlantıların PageRank'i nereden geçtiği konusunda endişelenmenize gerek kalmaz. Ama bunun yerine bu sayfa olabileceğini varsayalım, diğer sayfa olabilir, rel canonical bizim için güçlü bir sinyal ama o sayfayı tamamen kullanmamızı engelleyen bir yönerge değil.
Özet: Sayfalar gerçekten eşdeğerse, evet, Sayfa A'ya işaret eden bağlantılar Sayfa B'yi desteklemeye yardımcı olur.
Görülmek istediğiniz her ülke için ayrı bir web sitesi mi oluşturmalısınız?
26:58
Yani kısa cevap, hayır, bu korkunç bir fikir. Özellikle de gerçekten dünyadaki her ülkeye özgü içeriğiniz yoksa. Özellikle farklı ülke ve dil sürümleri arasında hreflang kullanıyorsanız. Hreflang'ın bu sayfaların o ülkelerde daha üst sıralarda yer almasını sağlamadığını, yalnızca bu URL'leri değiştirdiğini unutmamalısınız. Bu nedenle, yine de bu bireysel konumlarda sıralanabilmeniz gerekir. Bu, tek bir içeriğiniz varsa ve onu dünyadaki her ülkeye bölerseniz ve her dille çarparsanız, içeriğinizi çok sayıda URL'de önemli ölçüde seyreltmiş olursunuz. Bu, oradaki herhangi bir içeriğin arama sonuçlarında gösterilmesinde çok daha fazla sorun yaşayacağı anlamına gelir. Çünkü potansiyel olarak dünya çapında gösterebileceğimiz güçlü bir sayfa yerine, aşağı yukarı aynı içeriği gösteren ve hiçbiri özellikle güçlü olmayan tonlarca farklı sayfamız var. Bu, bir uluslararasılaştırma stratejisi söz konusu olduğunda, bunu diğer web siteleri için başarıyla yapan insanlardan yardım almanızı şiddetle tavsiye edeceğim bir şeydir. Böylece oradaki artıları ve eksileri gerçekten tartabilirsiniz. Bir yandan, onlar için gerçekten benzersiz bir türde özel içerikle tek tek ülkeleri ve dilleri hedefleyebilme avantajına sahipsiniz ve diğer yandan içeriği çok fazla seyreltiyorsanız, bunların hepsini tartmanız gerekir. sürümlerin aramada görünür olması çok daha zor olacaktır. Yani bir yanda iyi hedefleme, diğer yanda elinizdeki sürümlerin aramada gerçekten görünebilecek kadar güçlü olduğundan emin olmak ve benim genel düşüncem, daha fazla sürüm kullanarak. Bu nedenle, özellikle tek tek ülkeler için hedeflenen içeriğe sahip olmak için gerçekten güçlü bir kullanım durumunuz yoksa ve ben iyi taraftayım, belki de küresel bir web sitesi, işleri bölmek yerine daha iyidir.
Özet: Çoğu durumda, yalnızca bir web sitesine sahip olmak ve Google'ın doğru sürümü ortaya çıkarmasına yardımcı olmak için hreflang'ı doğru şekilde kullanmak mantıklıdır. Ayrı ülke düzeyinde TLD'leri olan web sitelerine sahip olmanın mantıklı olacağı bazı durumlar olabilir. Bu genellikle zor bir karardır. John, uluslararasılaştırma deneyimine sahip bir SEO uzmanına danışmanızı önerir.
Aynı içerik üzerinde hem derecelendirme şemasını hem de Soru-Cevap şemasını kullanabilir misiniz?
29:33
Elbette, neden olmasın diye önceden göremiyorum. Akılda tutulması gereken en önemli şey, yapılandırılmış verilerin sayfanın birincil içeriğine odaklanması gerektiğidir. Bu nedenle, bir sayfada derecelendirmeyi ve KG şemasını tam olarak nasıl birleştireceğinizi bilmiyorum ama belki bu, bir ürüne ilişkin sorularınız ve yanıtlarınız var ve o üründe de derecelendirmeleriniz var gibi bir şeydir. Bu orada bir seçenek olabilir, ancak genel olarak bu tür işaretlemeler özel değildir ve yalnızca bir tür kullanabilirsiniz, birden çok işaretleme türünü birleştirebilirsiniz.
Özet: Evet
Bağlı kuruluş bağlantıları daha düşük kaliteli bir web sitesinin işareti olarak mı görülüyor?
41:05
Yani genel olarak bu bildiğim kadarıyla değil, açıkça siteye girmiyoruz ve bağlı kuruluş bağlantılarına benzeyen bağlantılar var, bu nedenle bu web sitesini daha düşük kaliteli olarak ele alacağız. Genel olarak bağlı kuruluş web siteleriyle ilgili olarak gördüğüm ana sorunlar, bunların yalnızca daha düşük kaliteli web sitesi olma eğiliminde olmalarıdır. Bu yüzden, kontrol akışının nerede olduğu çok fazla önemli değil, genel olarak içeriğin genellikle düşük kaliteli olması ve düşük kaliteli içerik nedeniyle algoritmalarımızın yakalayabileceği ve diyebileceği bir şey, bu muhtemelen değil arama sonuçlarında gösterilecek en alakalı sonuçtur ve gerçekten yüksek kaliteli bağlı kuruluş web siteleri de olabilir ve bunlar da iyidir. Yani bu, bir bağlı kuruluş bağlantısı olup olmadığı meselesi değil, daha çok web sitesinin geri kalanı hakkında ne gibi? Bu, kullanıcılara göstermekle alakalı bir şey mi yoksa orada sorunlu olabilecek bir şey mi var? Sanırım, en azından bildiğim kadarıyla, bu genel olarak geçerli olacak, bu yüzden web sitesinin belirli konu alanının ne olduğu gerçekten önemli değil, ancak genel olarak bazı gerçekten iyi ortaklık siteleri var ve bazıları gerçekten gerçekten korkunç bağlı siteler. Yani daha çok bir sitenin iyi mi yoksa bir sitenin mi kötü olduğu meselesi mi?
Özet: Bağlı kuruluş bağlantılarının varlığı, düşük kaliteli bir işaret değildir. Ancak, bir satış ortağı siteniz varsa, iyi bir sıralama elde etmek için, Google'ın içeriğinizi orijinal satıcının içeriğinin yanında sıralamak istemesi için yeterli değeri sağlamanız gerekir.
Siteniz alakasız bağlantıların akını alırsa, reddedilmeli mi?
47:01
Elbette bunu yapabilirsin. Evet, reddetme dosyasındaki etki alanı girişi bunun için, bu şekilde tüm bu milyonlarca veya binlerce bağlantı gibi, bu siteden her şeyi söyleyebilirsiniz, bununla hiçbir ilgim yok. Genellikle bu tür durumlarda, tamamen rastgele site bağlantılarını gördüğünüzde olan şey, o sitenin muhtemelen saldırıya uğramış olmasıdır ve herhangi bir nedenle, birileri web sitesini hacklerken tüm bu bağlantıları oraya bırakmaya karar vermiştir ve genellikle bunu almakta oldukça iyiyizdir. ve devleti sistemlerimizi hacklemeden önce uzak tutmaya çalışmak. Bu yüzden muhtemelen bu bağlantıları zaten görmezden geliyoruz, web sitesini saldırıya uğramış içerikten ziyade belki daha önce dizine ekliyoruz. Bu, genellikle bunun için çok fazla endişelenmediğim bir şey çünkü bu tür hack'ler gerçekten yaygın ve bununla başa çıkmak için biraz pratik yapıyoruz. Ama bu konuda endişeleniyorsanız, bilirsiniz ki oh bu gerçekten çılgınca bir şey ve bence enstrüman onarım bağlantıları muhtemelen sizin hoşunuza giden bir şey değil, ah bu gibi şeyler kemanlarla bağlantılıysam web sitemi öldürecek, belki yetişkinlere yönelik içerik, daha dikkatli olmanız gereken bir şeydir, o zaman sadece bir reddetme dosyası kullanırdım, bunu gönderin ve bunların dikkate alınmadığından eminsiniz.\
Özet: Bunun gibi çoğu durumda, Google olağandışı bağlantı akışını zaten görmezden geliyor. Yine de, John'un bu bağlantıların yetişkinlere uygun olup olmadığını veya sitenizle alakalı olup olmadığını reddetmenin iyi bir fikir olabileceğini tavsiye ettiğini belirtmek ilginçtir . Örneğin, müzik onarım siteniz “keman onarımı” bağlantısıyla kendisine işaret eden binlerce doğal olmayan bağlantı aldıysa, bunları reddetmek isteyebilirsiniz.
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:25 - Bir X robots meta HTTP üstbilgisi, 301 veya 302 gibi bir konum yönlendirmesinin ardından Google'ı durdurur mu?
Cevap 1:37 - Hayır. Yani nofollow sadece o sayfadaki bağlantılara uygulanır ve sunucu taraflı bir yönlendirme olduğu için sayfanın içeriğine bile bakmayız. Bu yüzden hiçbir şeyi değiştirmemek için takip edecek hiçbir bağlantımız olmayacaktı.
Soru 1:58 - Müşterilerimizden biri bir e-ticaret mağazası. Birkaç ISP, mobil ISP tarafından engellendiler ve organik sıralamalarını nelerin etkilediğini merak ettik.
Cevap 2:15 - Yani bizim bakış açımıza göre asıl mesele Googlebot'un da engellenip engellenmeyeceğidir ve Googlebot engellenmezse, içeriği normal şekilde bir dizine tarayabiliriz. Ama tabii ki Googlebot da engellendiyse, çünkü bilmiyorum engellendi, örneğin ABD'de, o zaman bu elbette o sayfaların arama dışında kalmasına neden olur. Ancak, yalnızca bireysel kullanıcılarsa, buna erişimim yok ve dizine ekleme ve tarama, aksi takdirde normal şekilde çalışır, bu genellikle daha az sorun olur, elbette, bu kullanıcıların siteyi tavsiye edemeyecekleri türden dolaylı etkileriniz olur ve o kullanıcılardan gelmediği için bu önerileri alamayacağız. Açıkçası, sitenizdeki kullanıcıların çoğunu engelliyorsanız, bu web sitenize gidecek ve bu muhtemelen site üzerinde uzun vadeli bir etkisi olacaktır.
Cevap 3:25 - Ve bu, bazı sitelerin özellikle masaüstüne karşı mobil kullanıcıları değil, bilerek yaptığı bir şeydir, ancak bazı siteler, bu ülkelerdeki kullanıcılara veya herhangi bir politika nedeni ile sunabileceğim hiçbir şeyim yok diyecektir. İçeriğim İsviçre'de yasa dışı çünkü yeterince tarafsız değil ya da her neyse, o zaman o site bu ülkelerdeki kullanıcıları engellemeyi seçebilir ve bu hala uğraşmamız gereken bir şey. Dolayısıyla, bu kullanıcılar bunu öneremezler, orada bazı uzun vadeli etkiler olabilir, ancak içeriği taramaya ve dizine eklemeye devam edersek, o zaman bu genellikle iyidir.
Bağlantılar nedeniyle manuel bir işlem yaptık. Yavaş yavaş 1. sayfanın altına, bazen 2. sayfanın başına geri dönüyoruz. Acaba bunun nedeni şu anki bağlantı eksikliğinden mi kaynaklanıyor yoksa bu güveni yeniden kazanmak için yapabileceğimiz bir şey var mı, böylece kendimize geri dönebiliriz. orjinal pozisyon?
Cevap 5:20 - Bazen konuşmak zordur, ancak genel olarak bir manuel işlem çözülürse, bu manuel işlem siteyi artık etkilemez. Dolayısıyla, bir web sitesini geride tutacak ve "aynı şeyleri yanlış yaptılar ve bir kez bu nedenle aramada üst sıralarda görünmelerini önleyeceğiz, böyle bir şey yok" demek gibi bir engelleme etkisi yoktur. Ancak, özellikle bağlantılara gelince, çok sayıda doğal olmayan bağlantınız varsa ve siteniz bu doğal olmayan bağlantıları temizlemek yerine bu doğal olmayan bağlantılar nedeniyle sıralanıyorsa, o zaman elbette algoritmalarımızın bir şekilde uyum sağlaması gereken yeni bir durum vardır. ilk. Yani bu bir dereceye kadar orada etkisi olabilecek bir şey. Ve buna yaklaşımım, web sitesinde normalde yaptığınız gibi çalışmaya devam etmek ve web spam ekibinin bağlantılarınızla ilgili sorunlarla karşılaştığı bir duruma tekrar girmediğinizden emin olmaktır. Bu yüzden gidip de, oh bu bağlantıları kaldırdım, bu yüzden gidip başka bir siteden bazı bağlantılar satın alacağım ve yaptığınız şeyin gerçekten web sitenizin uzun vadeli kullanımı için olduğundan emin olacağım gibi demeyin. .
Soru 7:32 - Soru genellikle farklı bir alan adına taşınan ve farklı bir çerçeveye ve ayrıca statik bir HTML sitesi yerine açısal bir site üzerinden farklı bir platforma taşınan bir web sitesi hakkındadır ve bu hareketi yaptıklarından beri genel olarak aramadaki görünürlük için sıralamalarda önemli bir düşüş görüyor.
Cevap 7:57 - Bu yüzden, web sitesindeki bir sürü ileti dizisine baktım ve burada tam olarak ne olduğunu görmek için dahili olarak bazı şeyleri takip etmeye çalışıyorum ve bu, gerçekten bir net cevap. Özellikle, bir tür ülke kodu üst düzey alan adından genel üst düzey alan adına geçiş vardır, bu nedenle bir tür coğrafi hedefleme bilgisi orada biraz kaybolur. Başlangıçta içeriği dizine ekleyebilme konusunda bazı sorunlar vardı. Özellikle yeni sitede ve eski siteye kıyasla yeni sitede içeriğin sağlanma biçiminde bazı önemli değişiklikler var. Genel olarak, yol boyunca birçok önemli değişiklik var ve bazıları içeriği dizine ekleyememek gibi sorunluydu ve bazıları, örneğin içeriği önemli ölçüde değiştireceğiniz bir web sitesinde normalde olabilecekleri değişikliklerdi. Ve bence burada olan tüm bu değişiklikler, algoritmalarımızın bu web sitesi için yeni kararlı aşamanın ne olması gerektiğini bulmasını oldukça zorlaştırdı ve bu muhtemelen normal bir site taşıma işleminden çok daha uzun süren bir şey. . Bence bu, bir dizi değişiklik yapmak istediğiniz ve bir kerede oldukça önemli değişiklikler yaparak, algoritmalarımızla ilgili olarak çok fazla kafa karışıklığına neden olduğunuz temkinli durumlardan biri. Aradaki her adımın olması gerektiği gibi çalıştığını görmek için bunları tek tek test etmek için bu değişiklikleri adım adım gerçekleştirmenin mantıklı olabileceği, böylece yaptığınız tüm değişiklik zincirinin mutlaka sonuçlanmadığından emin olmanız gerekir. arama açısından daha büyük olumsuz etkilerde. Bu yüzden sanırım buradaki tavsiyem, siteyi daha iyi hale getirmek için sitede çalışan siteye bakmaya devam etmek olacaktır. Dizin oluşturma açısından oldukça iyi bir durumda olduğunuzu düşünüyorum, içeriği oldukça hızlı bir şekilde almamızı sağlayan bir tür sunucu tarafı ön işleme kullanıyorsunuz. Genel olarak web sitesinin hızında bazı önemli değişiklikler yapmışsınız gibi görünüyor, bu da olumlu bir değişiklik. Ve tüm bunların zamanla toplanıp aramaya da yansıyacağından şüpheleniyorum. Bu tür değişikliklerin biraz daha hızlı işlenebilmesini diliyorum, bu yüzden arama mühendisliği tarafında bazı insanlara ping atıyorum ve orada her şeyin beklendiği gibi çalıştığını iki kez kontrol ediyorum. Ancak genel olarak, bir sitede çok sayıda engebeli değişiklik ve farklı bir alana geçme ile birlikte, tüm bunlar bir site yapmayı biraz zorlaştırabilir.
Soru 11:03 - İki saniyelik iyi bir ilk anlamlı içeriğimiz var ama etkileşim süremiz 12 ila 15 saniye arası, kullanıcılar için çok hızlı yüklenmesine rağmen deniz fenerine göre çok sayıda komut dosyasından etkileniyor. Yeni bir web sitesi başlatmak üzereyiz ve bunu lansmandan önce düzeltmenin çok önemli olup olmadığını merak ediyoruz veya birkaç ay bekleyebilir mi, Google etkileşimli olma süresini nasıl görüyor?
Cevap 11:29 - Yani, deniz fenerinden baktığınız bu metriklerin çoğu, öncelikle, şeylerin kullanıcıya dönük tarafıyla ilgili olarak size sunulmaktadır. Dolayısıyla, bizim bakış açımızdan, arama bakış açısından, siteyi hız açısından nasıl görmemiz gerektiğini, ancak orada deniz fenerinde gördüğünüz mutlak ölçümlerin türünü anlamak için bu metriklerin çeşitliliğini bir araya getiriyoruz. kullanıcıların sitenizi nasıl gördüğü üzerinde büyük olasılıkla daha güçlü bir etkiye sahip olan şeylerdir. Bu nedenle, Google'a bu sitenin çok yavaş olup olmadığını sormak yerine, kullanıcılarla birlikte bakardım ve bunun yerine geri bildirimlerini alırdım ve sitenizin gerçekten kullanıcılar için oldukça hızlı olduğunu söylüyorsanız, içeriği sağlar. oldukça hızlı bir şekilde, muhtemelen orada iyi bir durumdasınız.
Cevap 12:24 - Google, birkaç gün önce yayınlanan bir teknik incelemede, otoriteyi ve güvenilirliği algoritmik olarak değerlendirmek için web üzerindeki bağlantılar aracılığıyla PageRank'i kullandığını açıkladı. Uzmanlığın öncelikle içerik kalitesi üzerinden algoritmik olarak değerlendirildiğini varsayabilir miyiz? Bu konuyu detaylandırabilir misiniz?
Cevap 12:51 - Orada hiçbir bilgim yok. Yani bu gerçekten orada özel bir şeye sahip olmadığım bir şey. Daha dün veya önceki gün de bilmediğim o whitepaper'ı gördüm.Oldukça ilginç görünüyor ama tabii ki oldukça uzun bir makale ve içinde birçok farklı konu var ve PageRank aşağı yukarı bir yan yorum. . Bu yüzden her şeyin sadece PageRank olduğunu söylemek istemem.
Soru 13:23 - Birkaç ay önce Google Chrome laboratuvarları ekibi hızlı bağlantıyı yayınladı. Bu, boşta kalma süresi boyunca görünüm bağlantılarını önceden getirerek sonraki sayfaların daha hızlı yüklenmesini sağlar. Bunun kullanıcılar için faydalı olduğunu biliyorum, ancak Googlebot ve sıralama üzerinde herhangi bir etkisi olur mu, yoksa Googlebot'un ziyaret ettiği her sayfa ilk kez ziyaret, temiz sayfa olarak mı görüntüleniyor?
Cevap 13:45 - Haklısınız. Bu nedenle, Google, o sitede veya o sayfada ilk kez yeni ziyaret olarak görülen bir sayfayı her yüklediğinde, genellikle herhangi bir çerez tutmuyoruz, oturum durumunu şöyle diyeceğimiz yerde tutmuyoruz, oh bunu yükledik bir sayfa ve buradaki bağlantıları takip ediyoruz, bu nedenle bu durumu koruyacağız ve bu yeni sayfalara gitmek için bu bağlantıları tıklayacağız, bunun yerine bu URL'leri bulacağız ve ardından bu URL'leri ayrı ayrı getireceğiz. Dolayısıyla, böyle bir durumda, burada Googlebot üzerinde herhangi bir olumlu veya olumsuz etki görmüyorum, kulağa kullanıcılar için işleri önemli ölçüde hızlandıracak bir şey gibi geliyor, bu iyi bir şey ve muhtemelen orada bazı dolaylı etkiler görüyorsunuz ve bu Kullanıcılar sitenizi çok hızlı bir şekilde kullanabildiklerinde, genellikle sitede daha fazla zaman harcarlarsa, biraz daha etrafa bakarlar ve karşılığında muhtemelen o siteyi başkalarına da tavsiye edebilmeleri daha olasıdır ki bu da bir şeydir. alabileceğimizi söyledi.
Soru 12:52 - Bir siteyi eski alan adından tamamen yeni bir alana taşır ve tüm 301 yönlendirmelerinin yerinde olmasını sağlarsam, sıralamaları geri yüklemek ne kadar zaman alabilir?
Cevap 15:02 - Yani bu, bir alan adından diğerine temiz bir site geçişi yaparsanız, her şeyin temelde aynı olduğu yerde bu eski URL'yi tanıyabileceğimiz yeni alan adındaki aynı URL'ye yönlendirilirse çok hızlı bir şekilde gerçekleşebilecek bir şeydir. bunu genellikle oldukça hızlı bir şekilde algılayabiliriz ve genellikle arama konsolunda bir tür indeksleme genel bakışını görürsünüz, birinin hemen hemen diğeri yükselirken düştüğünü ve belki bir veya daha fazla gün içinde işlerin değiştiğini göreceksiniz. arasında bir tür çarpma. Öte yandan, web sitenizde farklı URL'ler farklı çerçeveler farklı içerik türlerine sahip olacak şekilde önemli değişiklikler yaparsanız, tüm bunlar işimizi çok daha zor hale getirebilir ve yeni siteyi tamamen ve temel olarak yeniden değerlendirmemiz gerekir. yeni web sitesi bu siteyi nasıl konumlandırmamız gerektiğini çözüyor. Buradaki farklar bu tür, ancak gerçekten yalnızca temiz bir URL ise, başka bir etki alanı türünde aynı URL'ye taşınırsa, bu gerçekten sorun değil.
Soru 16:18 - Yeni bir alan adı SEO özünü devralacak ve ayrıca yeni anahtar kelimeler için sıralanacak mı?
Cevap 16:25 - Yani esasen yapmaya çalıştığımız şey, eğer elimizdeki her şeyi bire bir yeni alana transfer edebilirsek, o zaman o yeni alan, eski alanın yerine geçecek. Ve eski anahtar kelimeler için sıralanabilir ve yeni anahtar kelimeler için sıralanabilir ve bu hareket sırasında önemli değişiklikler yaparsanız, o zaman elbette bu yeni durumun dikkate alınması gerekir ve bu sadece her şeyi yenisine iletebileceğimiz gibi değildir. çünkü yenisi eskisinin taşınmış bir versiyonu değildir.
Soru 16:58 - UTM bağlantıları olan parametre URL'leriyle ilgili bir soru. Bu bağlantılar, dahili olarak yoğun bir şekilde bağlantılıysa, bağlantı değerini sulandırır mı? Kanonik'in tercih edilen sürüme işaret ettiği parametrelerle dizine eklenen sayfalar alıyoruz, web sitesine %80 parametre ve %20 temiz URL ile bağlanırsak uzun vadede nasıl etkilenecek.
Cevap 17:33 - Sanırım bu her zaman biraz zor bir durum çünkü bize temelde karışık sinyaller veriyorsunuz. Bir yandan bunların dizine eklemek istediğim bağlantılar olduğunu söylüyorsunuz çünkü web sitenizde dahili olarak bu şekilde bağlantı veriyorsunuz. Öte yandan, bu sayfaları açtığımızda, farklı bir URL'ye işaret eden bir rel canonical var. Yani şunu İndeksle diyorsunuz ve bundan da iyi diyorsunuz aslında farklı bir İndeksleme. Dolayısıyla sistemlerimizin orada yaptığı şey, bu içerik için bulduğumuz farklı URL türlerini tartmaya çalışmaktır. Bu URL'lerin bu içeriğin aynı içeriğe yönlendirdiğini muhtemelen anlayabiliriz. So we can kind of put them in the same group and then it's a matter of picking which one to actually use for indexing and on the one hand we have the internal links pointing to the UTM versions, on the other hand we have the rel canonical pointing to kind of the cleaner version. The cleaner version is probably also a shorter URL and nicer looking URL that kind of plays in inline with us as well but it's still not guaranteed from our point of view that we would always use the shorter.
So rel canonical is obviously a strong sign internal linking is also kind of a stronger signal, in that that's something that's under your control. So if you explicitly linked to those URLs and we think maybe you want them indexed like that. So in practice what what would probably happen here is we would index a mix of URLs some of them we would index the shorter version because maybe we find other signals pointing at the shorter version as well. Some of them we probably index with the UTM version and we would try to rank them normally as the UTM version.
In practice in search you wouldn't see any difference in ranking you would just see that these URLs might be shown in the search results. So they would rank exactly the same with UTM or without UTM and they would just be listed individually in the search results. And from a practical point of view that just means that in search console you might see a mix of these URLs. In the the performance report you might see kind of this mix. In the indexing report you might see a mix in some of the other reports. Maybe around the AMP or structured data if you use anything like that you might also see this mix. You might also see in some cases situation where it swaps between the URLs so it might be that we index it with UTM parameters at one point and then a couple weeks later if we switch to the cleaner version and we say, well probably this cleaner version is better, and then at some point later on or algorithm to look at it again and say well actually more signals point to the UTM version we'll switch back, that could theoretically happen as well.
So what I would recommend doing there is if you have a preference with regards to your urls make sure that you're being as clear as possible within your website about what version you want to have indexed. With UTM parameters you're also creating the situation that we'd have to crawl both of those versions so it's a little bit more overhead if it's just one extra version that's probably not such a big deal. If you have multiple UTM parameters that you're using across the website then we would try to crawl all of the different variations which would in turn mean that maybe we crawl, I don't know, a couple times as many URLs as your website actually has to be able to keep up with indexing. So that's probably something you'd want to avoid. So my recommendation would be really to try to clean that up as much as possible, so that we can stick to the clean URLs. To the URLs that you want to have indexed instead of ending up in this state where maybe we'll pick them up like this, maybe we'll pick them up like this, and in your reporting it could be like this, it could be like this. You have to watch out for that all the time. So keep it as simple as possible.
Question 21:56 - Will there be any ability to test and view desktop renders with screenshots in the URL inspection tool in search console?
Answer 22:05 - I get these kind of questions all the time. It's like will you do this in search console or will you do that. And in general we try not to pre-announce things so I don't really have any insight that I can give you there with regards to what will happen in the future. It does seem like something that is kind of a missing aspect of the tool in that it's focusing on mobile at the moment but it might be nice to actually test the desktop version as well. So I'll definitely pass that on to your team to make sure that that's on their radar somewhere.
Question 22:41 - On one website with a couple million pages we have a sidebar which has internal links in it and next to each there's a number which represents how many sub pages that link leads to. Sort of as an information informative visual aid and generating those numbers takes a lot of time is it okay to remove those numbers for the front page when Googlebot is detected?
Answer 23:08 - So Googlebot should be seeing the equivalent version of the page as users would be seeing. So if this is something that's useful for users I'd recommend showing it to Googlebot as well. It's something where if you're talking about the speed that it takes to to render these pages it's worth keeping in mind that we look at speed on kind of a holistic way we don't just look at the speed of a page as Googlebot is fetching that page when it comes to speed with regards to using speed as a ranking factor. For crawling of course having the pages that are available very quickly that helps us quite a bit so that makes sense to kind of make things fast for Google for crawling at least. One thing I'd recommend here though is try to avoid special casing Googlebot if if at all possible because it does mean that maintenance is a lot harder. If you're doing special for Googlebot then it's a lot harder to tell if Googlebot is seeing errors on the page and users are seeing normal content and Googlebot starts dropping those pages from search because of those errors. So ideally treat them a lot the same as users. One way you could do that here is to use some kind of JavaScript to just asynchronously load that extra information. So that's usually pretty easily doable probably less effort than cloaking to Googlebot in a case like this.
Question 24:47 - Does link equity pass through links on canonical pages or is it just ignored and everything flows to the canonical? So I think the question is more that you have one page it has a rel canonical pointing to a different page and the question is will those links on that original page kind of work pass PageRank or will only that pay the links on the specified canonical page pass PageRank?
Answer 25:18 - So from our point of view there are multiple things I've come into play here. I think first of all those pages should be equivalent if you're saying that there's a canonical for that page it should be equivalent to the final page as well. So it shouldn't matter which of these pages is used for forwarding links because you're essentially telling us these pages are the same we can treat them the same. So it shouldn't matter for our algorithms like if we pick up those links on that page or we pick up the links on the other page. So II would also assume there that not always kind of like in the other question with UTM parameters we would pick the URL that is specified as canonical as the one that we actually index. So if those links are different across versions of pages then that's something where we might not pass PageRank in the way that you're expecting. So all of that kind of comes together and from my point of view what I'd recommend there is just really making sure that those pages are equivalent. So that you don't have to worry about from where, which links are passing PageRank. But rather assume that it could be this page, it could be the other page, the rel canonical is a strong signal for us but it's not a directive that prevents us from using that page completely.
Question 26:50 - Is it a good idea to create a website for every country in the world?
Answer 26:58 - So the short answer there is no that's a terrible idea. Especially if you don't really have content that's unique to every country in the world. In particular if you're using hreflang between the different country and language versions. You need to keep in mind that hreflang does not make those pages rank higher in those countries it just swaps out those URLs. So you still have to be able to rank in those individual locations. Which means if you have one piece of content and you split it up across every country in the world and multiply it by every language then you'll have diluted your contents significantly across a large number of URLs. Which means that any piece of content there will have a lot more trouble being shown in the search results. Because instead of one strong page that we could show potentially worldwide, we have a ton of different pages that all show more or less the same content and none of them are particularly strong. So that's something where when it comes to an internationalization strategy I would strongly recommend getting help from people who have done this successfully for other websites. So that you can really weigh kind of the pros and the cons there. On the one hand you have the advantage of being able to target individual countries and languages with content that's really uniquely kind of specialized for them and on the other hand you have to weigh that if you're diluting the content too much then all of those versions will have a lot harder time to be visible in search. So on the one hand targeting well on the other hand kind of making sure that the versions that you do have available are strong enough to actually be be visible in search and my general thought there is to err on the side of using fewer versions rather than using more versions. So unless you have a really strong use case for having content specifically targeted for individual countries and I err on the side of well maybe one global website is better rather than splitting things up.
Question 29:25 - Can we use both rating schema and question-and-answer schema for question answers
Answer - 29:33 - Sure I don't see offhand why not. The main thing to keep in mind is that the structured data should be focused on the primary content of the page. So I don't know how exactly you would kind of combine the rating and the QA schema on a page but maybe it's something like you have questions and answers to a product and you have ratings at that product as well. That might be an option there but in general it's not that these types of markups are exclusive and you can only use one type you can combine multiple types of markup.
Question 30:41 - So our site had maybe like 5,000 Google visitors per day for several months now we're down to under 500. This was due to a sudden, just happened in one day, we think it's due to an automatic security penalty that we got removed within one business day and we just haven't seen any change within three weeks. So I'm wondering how long was something like that it might take to recover from and if there's anything else that would cause just a sudden one day drop like that?
We got a message in search console that social engineering content was detected. It turns out that was due to our email service provider there click track my software was was automatically flagged because I guess another clients was using it so we were we got a manual review and within a business day and they said it was ok but you know.
Answer 31:48 - Ok so if there was a manual review then that would be resolved. So it's not that there is kind of a hold back after manual review that says, oh we have to be careful with this website, but that should be resolved there. I know It's kind of hard to say just in a general case with regards to a site like that there there are sometimes algorithmic changes that happen that roll out we're bigger change happens with within a day or so. So that might also be playing a role here it might also be that there's something else kind of playing in with the site there. So what what I generally recommend doing is maybe starting a thread in the webmaster help forum with the URL of your site and some of the queries where you're seeing changes. So not just like we had this many queries and now it's like down to this but rather like people are searching for our company name they're still finding our company name but for this particular kind of query we're no longer visible anymore. So that that kind of thing is it's really useful to post in the webmaster help forum and usual also when when people can't find an answer for that, the experts there are able to escalate that on to us so that we can take a look at that as well.
Question 33:24 - So they have multiple sites in German for different countries and they have the a hreflang setup. It sounds like instead of properly. So this is just what the example URLs, it's hard to say but they're saying that they're not seeing a lot of indexing of these URLs across the different country versions so what what could be happening here?
Cevap 33:54 - Yani genellikle böyle sorular gördüğümde, algoritmalarımız bu sayfalara bakıyor ve bu sayfaların aslında birbirinin kopyası olduğunu söylüyor. Böylece bu sürümlerden birini indeksleyebiliriz ve bunu kullanıcılara gösterebiliriz çünkü hepsi aynı. Bu yüzden özellikle Almanca'da bu oldukça fazla gördüğüm bir şey, diğer bazı dillerde de benzer olduğunu düşünüyorum, muhtemelen birden fazla İspanyolca konuşulan ülkenin olduğu İspanyolca'da veya tabii ki İngilizce'de de içeriğin temelde aynı olduğu ve yalnızca hedeflendiği yerlerde. Farklı ülkeler. O halde burada olan şey, indeksleme bakış açısından, muhtemelen, en azından potansiyel olarak, bu URL'leri bir araya getireceğiz, böylece birden fazla Almanca sürüm bir Almanca sürüm seçeceğiz ve bunun, biz'' d yine de diğer URL'leri gösterebilir. Bu yüzden, belki İsviçre Almancası versiyonunu indeksleyebiliriz ve eğer Almanya'da bir kullanıcı arıyorsak, arama sonuçlarında bu URL'yi Almanca versiyonla değiştirebiliriz. Ancak, arama konsolundaki dizin oluşturma raporunda, bu URL'nin yalnızca standart olanı seçtiğimiz İsviçre sürümü için dizine eklendiğini görürsünüz. Bu yüzden, Almanca sürüm için bunu göremezsiniz, pratikte bu sayfalar gerçekten tamamen aynıysa sorun olmaz çünkü URL'yi değiştiriyoruz çünkü kullanıcılar doğru sürüme geçiyor, bu hemen hemen tamam ve zorluk olabilir Başlıkta bir şey varsa veya bu sayfalarda fiyatlar veya başka yapılandırılmış veriler varsa, bu, Almanya'daki bir kullanıcının arama yapması nedeniyle kullanıcıların kafasını karıştırabilecek bir şey olabilir, Almanca URL'yi gösteririz, ancak snippet'te İsviçre vardır bir yerde fiyat olarak para birimi. Bu insanlar için kafa karıştırıcı olabilir, bu yüzden genellikle buna iki yaklaşım vardır, bir yandan yaklaşımı benimseyebilir ve bu URL'leri bir araya getirmenin iyi olduğunu söyleyebilirsiniz, bu Euro'yu benim için biraz daha güçlü kılıyor, sorun değil. O zaman oraya gidebilir ve bu sayfaların tüm Almanca sürümlerini geçen genel olduğundan emin olacağım, böylece hangi URL'nin gerçekten dizine eklendiğinin benim için önemli olmadığını söyleyebilirsiniz. Diğer yaklaşım, bu URL'lerin açıkça önde gelen ayrı URL'ler olarak görüldüğünden emin olmaktır. Bu nedenle, farklı dil sürümlerinde içeriğin gerçekten önemli ölçüde farklı olduğundan emin olun, böylece sistemlerimiz bu sayfalara baktıklarında, bu bir Almanca sayfadır ve bu farklı bir Almanca sayfadır der, bu ikisi arasında bir hreflang bağlantısı vardır. bu URL'leri değiştirebiliriz, ancak bunlar benzersiz sayfalardır ve kendi başlarına ayrı ayrı dizine eklenmeleri gerekir. Yani bunlar oradaki iki yaklaşım türü, bir yanda şeyleri bir araya getirebilirsin, diğer yanda diyebilirsin, peki ben bunların açıkça ayrılmasını istiyorum.
Soru 37:00 - Bir markanın uluslararası bir varlığı varsa ve belirli bölgelerde kapandığında ne önerirsiniz? Diğer ülkeleri hedefleyen siteler, ana siteyi yeniden yönlendirmeleri durumunda ne yaparsınız?
Cevap 37:14 - Esasen bu bir tür site taşıma durumudur, sanırım bir ülke siteniz varsa ve bu sitenin artık mevcut olmadığını söylüyorsanız, onu kendimin başka bir versiyonuna yönlendireceğim. Bu yapabileceğin bir şey. Gerçekten yapamayacağınız şey, bu siteyi belirli ülkelerde göstermememiz gerektiğini bize söylemek için aramada belirtmektir. Böylece Almanca sürümlerinizi bir araya getirebilir ve Almanya Avusturya İsviçre gibi hepsinin iyi olan tek Alman web sitesi olması gerektiğini söyleyebilirsiniz, ancak sitemi belki İsviçre'deki kullanıcılara göstermek istemiyorum ama yapamazsınız. Google'a sitemi İsviçre'de göstermediğini söyleyebileceğiniz bir meta etiket yok. Yani en fazla o ülkedeki kullanıcıların siteye erişimini engelleyebilirsiniz ama Google'a siteyi o ülke için arama sonuçlarında göstermemesini söyleyemezsiniz.
Soru 38:18 - Benim sorum buydu. Web sitemiz İngilizce'dir ve farklı ülkelerle benzersiz içeriğe sahibiz. Yani bir iş kararları yüzünden belirli bölgeleri kapatıyorlar. Yani site için biraz yönlendirme yaparsak, ana web sitemi bir şekilde etkiler mi, olumsuz mu yoksa olumlu bir etki mi olur? Demek istediğim, şu anda bu hreflang'ı, belirli bir ülkede bir ürün ve diğer ülkede farklı içerik ve tüm bölge yerel içeriği ile tek bir ürün sunduğumuz gibi görebildiğimiz ortak sayfalara sahip tüm alt kümelerde var. Merak ediyorum bu sayfalara ne olacak? bu sayfaları ana siteme yönlendirirsem, ana sayfalarım bu belirli bölgeler için sıralanır mı?
Cevap 39:19 - Bu potansiyel olarak olabilir ama ben yine de bu gerçekten kontrol edebileceğiniz bir şey değil. Dolayısıyla, bu sayfaları yeniden yönlendiriyorsanız, bu sayfalar hala mevcutsa, o zaman bu konumlarda da sıralanabilirler, meta etiket olmadığını söyleyemezsiniz veya web sitemin dizine eklenmesi gerektiğini ancak burada gösterilmemesi gerektiğini söyleyebilirsiniz. ülke.
Sorular 39:50 - Google, kullanıcıları farklı nişler için memnun edecek en iyi uygulamalar için bu UX başucu kitabına sahiptir. Bunlar sıralamanın bir parçası mı yoksa bu konuda biraz bilgi verebilir misiniz?
Cevap 40:02 - Yani, bildiğim kadarıyla bu UX taktikleri reklam ekibi tarafından yayınlanıyor ve bu daha çok bir mesele, işte bunlar UX en iyi uygulamaları ve bir web sitesinde yapılacak iyi şeyler ve ille de bizim yapmamız gereken bir şey değil. Diyelim ki, bunlar sıralamada rol oynuyor, ancak açıkçası, kullanıcılar için iyi çalışan iyi bir web sitesi yaparsanız, dolaylı olarak sıralamada kesinlikle bir etki görebilirsiniz. Ancak bu UX oyun kitaplarına bakın diyeceğimiz ve bunları özellikle sıralama için faktörler olarak kullanacağımızdan değil.
Soru 40:38 - Hassas konuları hedefleyen içerikle karıştırıldığında bağlı kuruluş bağlantılarının etkisi nedir? Özellikle bağlı kuruluş bağlantıları kullanıcılara açıklanmadığında ve para kazanmaya odaklanmanın kullanıcılara harika içerik sağlamaktan daha önemli olduğu durumlarda agresif para kazanmanın sorunlu olabileceğini biliyoruz, ancak bunun sağlık, tıp, finans gibi konularda nasıl çalışacağını merak ediyorum. vb.?
Cevap 41:05 - Yani genel olarak bu bildiğim kadarıyla değil, açıkça siteye girmiyoruz ve bağlı kuruluş bağlantılarına benzeyen bağlantılar var, bu nedenle bu web sitesini daha düşük kaliteli olarak ele alacağız. Genel olarak bağlı kuruluş web siteleriyle ilgili olarak gördüğüm ana sorunlar, bunların yalnızca daha düşük kaliteli web sitesi olma eğiliminde olmalarıdır. Bu yüzden, kontrol akışının nerede olduğu çok fazla önemli değil, genel olarak içeriğin genellikle düşük kaliteli olması ve düşük kaliteli içerik nedeniyle algoritmalarımızın yakalayabileceği ve diyebileceği bir şey, bu muhtemelen değil arama sonuçlarında gösterilecek en alakalı sonuçtur ve gerçekten yüksek kaliteli bağlı kuruluş web siteleri de olabilir ve bunlar da iyidir. Yani bu, bir bağlı kuruluş bağlantısı olup olmadığı meselesi değil, daha çok web sitesinin geri kalanı hakkında ne gibi? Bu, kullanıcılara göstermekle alakalı bir şey mi yoksa orada sorunlu olabilecek bir şey mi var? Sanırım, en azından bildiğim kadarıyla, bu genel olarak geçerli olacak, bu yüzden web sitesinin belirli konu alanının ne olduğu gerçekten önemli değil, ancak genel olarak bazı gerçekten iyi ortaklık siteleri var ve bazıları gerçekten gerçekten korkunç bağlı siteler. Yani daha çok bir sitenin iyi mi yoksa bir sitenin mi kötü olduğu meselesi mi?
Soru 42:35 - Getir ve oluştur eski arama konsolundan kullanımdan kaldırıldığında ve URL inceleme aracıyla değiştirildiğinde, UL inceleme aracı, Googlebot'un bir sayfayı nasıl gördüğüne karşı kullanıcının nasıl gördüğüne ilişkin yan yana görsel karşılaştırmayı içerecek şekilde güncellenecektir. onları gör?
Cevap 42:53 - Bilmiyorum, diğer soruda olduğu gibi önceden haber vermemeye çalışıyoruz, bu yüzden gelecekte ne olacağına dair özel olarak bir şey söyleyebileceğim bir şey değil. Ayrıca, önceliklendirme ile ilgili olarak bir göz atmak için bunu ekibe iletmekten mutluluk duyuyorum. Pratik bir bakış açısından, her zaman bu karşılaştırmanın günümüzde daha az kullanışlı bir şey olduğunu hissettim çünkü çoğu site bir sayfanın arama motorları için oluşturulabilmesini sağlama konusunda oldukça iyi. En azından baktığım siteler orada iyi tarafta olma eğiliminde. Bu nedenle, özellikle başlangıçta siteler, aslında büyük bir şey olan bir sayfayı oluşturmaya çalışan arama motorlarına bu kadar alışkın olmadığında, ancak günümüzde bunun gerçekten bu kadar büyük bir sorun olup olmadığını bilmiyorum, örneğin javascript tarafından engellenip engellenmediğini bir robots.txt, yıllar içinde önemli ölçüde değiştiğini hissettiğim bu tür şeyler, ancak ekibe ilettiğim için mutluyum ve muhtemelen orada gerçekten ihtiyacımız olan sorunlar olup olmadığını görmek için iki kez kontrol edecekler.
Soru 44:12 - Reddetme bağlantısı sıralamaları yükseltebilir mi?
Cevap 44:17 - Aman tanrım bu çok büyük bir soru. Yani teoride, web siteniz, satın aldığınız veya web siteniz için zaman içinde başka birinin satın aldığı bağlantılarla ilgili olarak manuel bir işlemle indirgenirse. Belki daha önceki bir SEO, belki o şirketle geçirdiğiniz zamandan önce kurulmuş bir şey ve ardından reddetme aracını kullanarak bu bağlantıları sistemlerimizden kaldırabilir ve daha sonra bu değişikliği bize bildirmek için yeniden değerlendirme talep formunu kullanabilirsiniz. ve ardından manuel web spam ekibi bir göz atacak ve mevcut durumun uygun olup olmadığını iki kez kontrol edecektir. Ve mevcut durum temizse, o zaman bu manuel işlemi çözecekler ve genel olarak web siteniz tekrar doğal olarak sıralanabilecek. Bu, çoğu durumda web sitesinin biraz yükselebileceği ve bazı durumlarda sıralanabileceği bir şey, bu doğal olmayan bağlantıların başlangıçta web sitesini doğal olmayan bir şekilde destekliyor olması da olabilir. Dolayısıyla, bu bağlantıları kaldırarak, bir tür doğal durum olan bu desteğin gitmiş olması olabilir. Sanırım daha kısa cevap, burada evet veya hayır yok, bu bağlantıların reddi, web sitenize bağlantılar olarak gördüğümüz şeyi değiştiriyor ve bu, web sitenizi olumlu veya olumsuz yönde etkileyebilir. Bu nedenle, genel olarak reddetme aracıyla ilgili tavsiyem, bağlantılarla ilgili manuel bir işleminiz varsa ve bu bağlantıları kaldıramıyorsanız veya bağlantılarınıza baktığınızda fark ederseniz, ah bir çılgınca şey vardı, bunu kullanın. belki iki yıl önce yaptı ve web spam ekibi fark etmedi ama belki de eylemimizi temizlemenin ve bunu temizlemenin zamanı geldi, o zaman reddetme aracı kullanmanın mantıklı olduğu bir şey. Bunu rastgele kullanıp, bunların garip bağlantılar olduğunu söylemekle yetinmezdim ve onlarla ilişkilendirilmek istemiyorum, umarım Google web sitemi daha iyi sıralayabilir, bu gibileri kaldırdığımda bunun olması pek mümkün değil.
Soru 46:27 - John, burada reddedilenlere dayanarak bir soru sorabilir miyim? Bu yüzden bazen görüyoruz, belki rakipler olabilir, tam anlamıyla bir yerin ana sayfamıza 1.1 veya 1.2 bağlantı gönderdiğini göreceğiz. İrlanda dışında tamamen konu dışı, alet tamir sitesi, açıkçası yaptığımız şeyle ilgisi yok. Tüm bağlantıları reddetmek için araçlara veya yeteneğe sahip değilim, daha sonra siteyi reddetmek en iyisi mi?
Cevap 47:01 - Elbette bunu yapabilirsiniz. Evet, reddetme dosyasındaki etki alanı girişi bunun için, bu şekilde tüm bu milyonlarca veya binlerce bağlantı gibi, bu siteden her şeyi söyleyebilirsiniz, bununla hiçbir ilgim yok. Genellikle bu tür durumlarda, tamamen rastgele site bağlantılarını gördüğünüzde olan şey, o sitenin muhtemelen saldırıya uğramış olmasıdır ve herhangi bir nedenle, birileri web sitesini hacklerken tüm bu bağlantıları oraya bırakmaya karar vermiştir ve genellikle bunu almakta oldukça iyiyizdir. ve devleti sistemlerimizi hacklemeden önce uzak tutmaya çalışmak. Bu yüzden muhtemelen bu bağlantıları zaten görmezden geliyoruz, web sitesini saldırıya uğramış içerikten ziyade belki daha önce dizine ekliyoruz. Bu, genellikle bunun için çok fazla endişelenmediğim bir şey çünkü bu tür hack'ler gerçekten yaygın ve bununla başa çıkmak için biraz pratik yapıyoruz. Ama bu konuda endişeleniyorsanız, bilirsiniz ki oh bu gerçekten çılgınca bir şey ve bence enstrüman onarım bağlantıları muhtemelen sizin hoşunuza giden bir şey değil, ah bu gibi şeyler kemanlarla bağlantılıysam web sitemi öldürecek, Belki yetişkinlere yönelik içerik, daha dikkatli olmanız gereken bir şeydir, o zaman sadece bir reddetme dosyası kullanırdım, bunu gönderin ve bunların dikkate alınmadığından eminsiniz.
Soru 48:44 - Bu URL ile ilgili iki kısa soru, bir tür tümünü görüntüle parametresine sahip bir e-ticaret web sitesi için bir kategori URL'sidir. Web sitesinde parametresiz sürümle bağlantılıdır, site haritasında parametresizdir ancak bir şekilde Google bunun kanonik sürüm olduğuna karar verir ve tüm sinyallerimiz diğer sürüme işaret eder ve bunun o kadar etkili olduğunu sanmıyorum ama Tüm sinyallerimiz aynı yönü gösteriyorken Google neden bizim sürümümüzü seçmiyor anlamıyorum?
Soru 48:24 - Bilmiyorum, önceden söylemesi zor. Bu yüzden akılda tutulması gereken bir şey, mobil ilk indeksleme altında olduğudur. Belki de mobil sürüm biraz farklıdır, belki bir rel canonical vardır, belki JavaScript'te rel canonical'i değiştiren bir şey vardır bilmiyorum ama bu her zaman akılda tutulması gereken bir şeydir. Bu yüzden, tarayıcıda test ederken ve mobil görünümü iki kez kontrol ettiğinizden emin olun, ancak daha önceki diğer sorularda olduğu gibi, başka nedenlerle iyi karar vermemiz aslında bu daha temizdir. sürüm.
Soru 50:33 - Herhangi bir yerden bağlantılı değilse ve iç bağlantıların ona işaret etmediğini biliyorsanız. Site haritası yapmayacak ve Google'a yapılan URL incelemesi ile doğru kuralı görüyor dediğimiz doğru kurallı, sadece Google'ın seçtiği kurallı, etiketlediklerimizden ziyade bu hala. Bu yüzden herhangi bir etkisi olur mu bilmiyorum, sadece kaçırdığımız ve diğer sayfaları da etkileyebilecek bir şey olabileceğinden endişeleniyorum.
Cevap 51:11 - Evet bilmiyorum bir bakmam lazım. Genel olarak aynı içerikse, sıralama aynı olacaktır. Yani orada bir şey değişecek değil. Bana saç bakım ürünleriyle rüşvet vermenin özellikle yararlı olup olmayacağını bilmiyorum ama bilmiyorum. Demek istediğim, bu, bir tür tüm görüntüleme sayfanız ve sayfanın diğer sürümünün olduğu bir durum, burada tutmamız gereken tüm sürümün bu olduğunu söyleyen bazı sinyaller alıyor olabiliriz. diğeri yerine bu, çünkü sayfalara ayrılmış veya onun gibi bir şey olabilir ama evet bilmiyorum ve bunu kazmam gerekecek. Belki bahsetmeye değer diğer bir şey de, genel olarak e-ticaret sitelerindeki en iyi uygulamalarla ilgili bazı belgeleri bir araya getirmek istediğimizdir. Dolayısıyla, e-ticaret sitelerinde iyi kullandığımız gibi garip şeylerle karşılaşırsanız, genellikle tonlarca içeriğe sahip bu kategori sayfalarına sahipsiniz ve sayfalandırma, filtreleme ve her şeyin görünümü biraz zor, o zaman bu benim için bir şey hakkında geri bildirim almayı çok isterim. Yani belki örnekler belki sadece e-ticaret siteleriyle ilgili genel sorular, bunların hepsinin olması gerçekten faydalı olacaktır. İdeal olarak, belki bunları Twitter üzerinden gönderebilirim, böylece oradakileri toplayabilirim, bununla ilgili bir tweet başlattım ve umarım bazılarını bir araya getirebiliriz, e-ticaret siteleriyle ilgili olarak, indeksleme ve taramanın nasıl olduğundan emin olabileceğiniz konusunda en iyi uygulamaları tahmin ediyorum. ideal olarak çalışır.