31 Ekim 2011, Pazartesi
Bir içerik parçasına genellikle birden fazla URL üzerinden ulaşılabilir ve bunların hepsi aynı alan adında olmayabilir. Yıllardır üzerinde konuştuğumuz yaygın bir örnek, aynı içeriğin birden fazla URL’de bulunmasıdır; bu sorun yinelenen içerik olarak bilinir. Google, yinelenen içeriğe sahip bir sayfa grubu keşfettiğinde, bu içerik için temsili bir URL seçmek üzere algoritmalar kullanır. Bir sayfa grubu, aynı siteden veya farklı sitelerden URL’ler içerebilir. Temsili URL, farklı sitelerden oluşan bir gruptan seçildiğinde, bu seçime alan adları arası URL seçimi denir. Basit bir örnek vermek gerekirse, URL grubu a.com’dan bir URL ve b.com’dan bir URL içeriyorsa ve algoritmalarımız b.com’daki URL’yi seçerse, a.com URL’si artık arama sonuçlarımızda gösterilmeyebilir ve arama kaynaklı trafikte bir düşüş yaşayabilir.
Web yöneticileri, tercih edilen URL’yi belirtmek için şu anda desteklenen mekanizmalardan birini kullanarak (örneğin rel="canonical" öğeleri veya 301 yönlendirmeleri kullanarak) algoritmalarımızın seçimlerini büyük ölçüde etkileyebilirler. Çoğu durumda, algoritmalarımızın bu konudaki kararları web yöneticisinin niyetini doğru bir şekilde yansıtır. Ancak, nadir durumlarda birçok web yöneticisinin bunun neden gerçekleştiği ve seçimin yanlış olduğunu düşündüklerinde ne yapabilecekleri konusunda kafalarının karıştığını da gördük.
Alan adları arası URL seçimi kararları konusunda şeffaf olmak adına, algoritmalarımız kendi web sitelerindeki bir URL yerine harici bir URL seçtiğinde web yöneticilerini bilgilendirmeye çalışacak yeni Web Yöneticisi Araçları mesajlarını kullanıma sunuyoruz. Bu mesajların nasıl çalıştığına dair ayrıntılar konuyla ilgili Yardım Merkezi makalemizde yer almaktadır. Bu blog yazısında ise alan adları arası URL seçimini görebileceğiniz farklı senaryoları ve yanlış olduğunu düşündüğünüz seçimleri düzeltmek için neler yapabileceğinizi ele alacağız.
Alan adları arası URL seçiminin yaygın nedenleri
Algoritmalarımızın alan adları arasında URL seçmesine yol açabilecek birçok senaryo vardır.
Çoğu durumda algoritmalarımız, web yöneticisinin kararı etkilemek için uyguladığı sinyallere dayanarak bir URL seçer. Örneğin, web sitelerini taşımak için kılavuzlarımızı ve en iyi uygulamaları takip eden bir web yöneticisi, yeni web sitesindeki URL’lerin Google’ın seçmesini tercih ettiği URL’ler olduğunu etkili bir şekilde sinyallemiş olur. Web sitenizi taşıyorsanız ve Web Yöneticisi Araçları’nda bu yeni mesajları görüyorsanız, bunu algoritmalarımızın durumu fark ettiğinin bir onayı olarak kabul edebilirsiniz.
Bununla birlikte, algoritmalarımız seçilmesini istemedikleri bir URL’yi seçtiğinde web yöneticilerinin soru sorduğunu düzenli olarak görüyoruz. Web siteniz alan adları arası bir seçime dahil olduğunda ve seçimin yanlış (yani niyetiniz dışında) olduğunu düşünüyorsanız, durumu iyileştirmek için birkaç strateji mevcuttur. İşte karşılaştığımız beklenmedik alan adları arası URL seçimlerinin yaygın nedenlerinden bazıları ve bunları düzeltme yolları:
- Çok bölgeli web siteleri dahil olmak üzere yinelenen içerik: Web yöneticilerinin aynı içeriği aynı dilde birden fazla alan adında, bazen istemeden bazen de içeriği coğrafi olarak hedeflemek için kullandıklarını düzenli olarak görüyoruz. Örneğin, bir web yöneticisinin hem example.com hem de example.net üzerinde aynı İngilizce web sitesini kurması veya a.de, a.at ve a.ch üzerinde barındırılan Almanca bir web sitesi görmesi yaygındır. Web sitenize ve kullanıcılarınıza bağlı olarak, algoritmalarımıza hangi URL’lerin seçilmesini istediğinizi belirtmek için şu anda desteklenen kanonikleştirme tekniklerinden birini kullanabilirsiniz. Lütfen bu konuyla ilgili aşağıdaki makalelere bakın:
- Kanonikleştirme, özellikle
rel="canonical"öğeleri ve301yönlendirmeleri - Çok bölgeli ve çok dilli siteler ve çok bölgeli web siteleriyle çalışma hakkında daha fazla bilgi
rel="alternate" hreflang="x"hakkında- Yapılandırma hataları: Belirli yapılandırma hataları, algoritmalarımızın yanlış bir karar vermesine yol açabilir. Yapılandırma hatası senaryolarına örnekler şunlardır:
- Yanlış kanonikleştirme: Harici bir web sitesindeki URL’lere işaret eden kanonikleştirme tekniklerinin yanlış kullanımı, algoritmalarımızın arama sonuçlarımızda göstermek üzere harici URL’leri seçmesine neden olabilir. Bunun, yanlış yapılandırılmış içerik yönetim sistemlerinde (CMS) veya web yöneticisi tarafından yüklenen CMS eklentilerinde gerçekleştiğini gördük. Bu durumu düzeltmek için web sitenizin kanonik URL tercihini nasıl yanlış belirttiğini bulun (örneğin,
rel="canonical"öğesinin veya301yönlendirmesinin yanlış kullanımı yoluyla) ve bunu düzeltin. - Yanlış yapılandırılmış sunucular: Bazen, a.com sitesindeki içeriğin b.com’daki URL’ler için döndürüldüğü barındırma yapılandırma hataları görüyoruz. Benzer bir durum, iki ilgisiz web sunucusunun hata sayfası olarak algılayamadığımız özdeş
soft 404sayfaları döndürdüğünde de ortaya çıkar. Her iki durumda da aynı içeriğin iki farklı siteden döndürüldüğünü varsayabiliriz ve algoritmalarımız a.com URL’sini b.com URL’sinin kanonik URL’si olarak yanlış bir şekilde seçebilir. Web sitenizin sunum altyapısının hangi kısmının yanlış yapılandırıldığını araştırmanız gerekecektir. Örneğin, sunucunuz hata sayfaları için HTTP200 (başarılı)durum kodları döndürüyor olabilir veya sunucunuz üzerinde barındırılan farklı alan adları arasındaki istekleri karıştırıyor olabilir. Sorunun kök nedenini bulduğunuzda, yapılandırmayı düzeltmek için sunucu yöneticilerinizle birlikte çalışın.
301 yönlendirmesi döndürmesine veya HTML <head> ya da HTTP başlığına, genellikle kötü amaçlı içerik barındıran harici bir URL’ye işaret eden alan adları arası bir rel="canonical" link öğesi eklemesine neden olabilir. Bu durumlarda algoritmalarımız, güvenliği ihlal edilmiş web sitesindeki URL yerine kötü amaçlı veya spam içerikli URL’yi seçebilir. Bu durumda, lütfen sitenizi temizlemeye yönelik kılavuzumuzu izleyin ve işlem bittiğinde yeniden değerlendirme isteği gönderin. Cloaking saldırılarını tanımlamak için, sayfanızın içeriğini Googlebot’un gördüğü gibi görmek üzere Web Yöneticisi Araçları’ndaki Googlebot gibi getir işlevini kullanabilirsiniz.Nadir durumlarda algoritmalarımız, içeriğinizi izniniz olmadan barındıran harici bir siteden bir URL seçebilir. Başka bir sitenin telif hakkı yasalarını ihlal ederek içeriğinizi kopyaladığını düşünüyorsanız, kaldırma talebinde bulunmak için sitenin barındırıcısıyla iletişime geçebilirsiniz. Ayrıca, Dijital Binyıl Telif Hakkı Yasası (DMCA) kapsamında bir talep göndererek Google’ın ihlal eden sayfayı arama sonuçlarımızdan kaldırmasını isteyebilirsiniz.
Her zaman olduğu gibi, yanlış bir kararın nedenini belirleme veya nasıl düzeltileceği konusunda yardıma ihtiyacınız olursa, bu konuyla ilgili Yardım Merkezi makalemize göz atabilir ve Web Yöneticisi Yardım Forumumuzda soru sorabilirsiniz.
Biz bunu nasıl uyguluyoruz
We archive Search Central announcements because client questions often trace back to a change that was announced years ago. Reading the original is faster than reconstructing it from second-hand summaries.
İlgili hizmetler