2 Mayıs 2011, Pazartesi
Bir gün sitenizin ne kadar sorunsuz olduğunu incelemek için Web Yöneticisi Araçları'nı kullandığınızı
düşünelim... Ama durun bir dakika. Tarama
hataları sayfası
404 (Not found)
hatalarıyla dolmuş.
Bu felaketin yaklaştığını mı gösterir?
![Web Yöneticisi Araçları'ndaki tarama hataları özelliği](https://developers-dot-devsite-v2-prod.appspot.com/static/search/blog/images/archived_1_Screen_shot_2011-04-13_at_3.59.27_PM.png?authuser=19&hl=tr)
Endişelenmeye gerek yok genç padawan. Şimdi 404
hatalarını ve bu hataların sitenizi nasıl etkilediğini (veya etkilemediğini)
inceleyelim:
S: Web Yöneticisi Araçları'nda bildirilen 404
hataları, sitemin sıralamasını etkiler mi?
C: 404
hataları web'in tamamen normal bir parçasıdır. İnternet sürekli değişir,
yeni içerikler ortaya çıkar, eski içerikler ortadan kaybolur ve kaybolduğunda da (ideal olarak)
404
HTTP yanıt kodu döndürür. Arama motorları bu durumun farkındadır. Yukarıda da
görebileceğiniz üzere kendi sitelerimizde de 404
hataları mevcuttur ve bu hatalarla web genelinde karşılaşabilirsiniz. Aslında, biz de
bunun yaşanmasını tercih ederiz. Sitenizdeki bir sayfayı kaldırdığınızda, sayfanın soft
404
yerine uygun bir 404
veya 410
yanıt kodu döndürdüğünden
emin olmanız gerekir. Tarayıcımızın bir URL'nin HTTP yanıt kodunu görebilmesi için söz konusu
URL'yi tarayabilmesi gerektiğini unutmayın. URL, robots.txt dosyanız tarafından engelleniyorsa sayfayı tarayamayacağımız için yanıt kodunu göremeyiz. Sitenizdeki bazı URL'lerin artık mevcut olmaması veya 404
hataları döndürmesi, 200 (Success)
durum kodları döndüren diğer URL'lerin arama sonuçlarımızda göstereceği performansı etkilemez.
S: O halde 404
hataları web siteme hiç zarar vermez mi?
C: Sitenizdeki bazı URL'ler 404
hatası gösteriyorsa bu tek başına zarar vermez veya Google'ın arama sonuçlarında
aleyhinize bir durum oluşturmaz. Bununla birlikte, belirli 404
hata türlerini ele almak istemenizin
başka nedenleri olabilir. Örneğin, 404
döndüren sayfalardan bazıları
sizin için gerçekten önemli olan sayfalarsa bunları tararken neden 404
hataları
gördüğümüzü araştırmanız gerekir. Geçerli bir URL'nin yanlış yazıldığını görürseniz
(örneğin, www.example.com/muhtesem yerine www.example.com/mhtesem) muhtemelen size bağlantı vermek isteyen
birisi yazım hatası yapmıştır. 404
döndürmek yerine, yanlış yazılmış
URL'yi 301
ile doğru URL'ye yönlendirip bu bağlantıdan istenen trafiği elde
edebilirsiniz. Ayrıca, sitenizdeki bir 404
sayfasına gelen kullanıcılara "404
bulunamadı"
demek yerine
aradıklarını bulmalarına
yardımcı olabilirsiniz.
S: "soft 404
hataları" hakkında daha fazla bilgi verir misiniz?
C:
soft 404
,
bir web sunucusunun var olmayan bir URL için 404
(veya 410
) dışında bir yanıt
kodu döndürmesidir. Bunun yaygın bir örneği, site sahibinin kullanıcılarına
yararlı bilgiler içeren güzel bir 404
sayfası döndürmek istemesi
ve kullanıcılara içerik sunmak için 200
yanıt kodu döndürmesi gerektiğini
düşünmesidir. Ancak durum böyle değildir. İstediğiniz içeriği sunarken 404
yanıt kodu
döndürebilirsiniz. Başka bir örnek de sitenin 404
hataları döndürmek yerine ana
sayfasındaki bilinmeyen URL'lere yönlendirmesidir. Bu örneklerin her ikisi de sitenizi anlamamızı
ve dizine eklememizi olumsuz yönde etkileyebilir. Bu nedenle, sunucunuzun mevcut olmayan içerikler için
doğru yanıt kodlarını döndürdüğünden emin olmanızı öneririz. Bir sayfada "404
bulunamadı"
yazmasının, gerçekten de bir 404
HTTP yanıt kodu döndürüldüğü anlamına
gelmediğini unutmayın. Bunu tekrar kontrol
etmek için Web Yöneticisi Araçları'ndaki
Googlebot gibi getir özelliğini kullanın. Sunucunuzu doğru yanıt kodlarını döndürecek şekilde
nasıl yapılandıracağınızı bilmiyorsanız web barındırıcınızın yardım dokümanlarına göz atın.
S: Bir URL'nin 404
, 301
veya 410
seçeneklerinden hangisini döndürmesi
gerektiğini nasıl anlarım?
A: Sitenizden bir sayfayı kaldırdığınızda, söz konusu içeriği başka bir yere taşımayı düşündüğünüzde veya sitenizde artık bu tür içeriğe yer ayırmamaya karar verdiğinizde. İçeriği yeni bir
URL'ye taşıyorsanız eski URL'yi 301
ile yeni URL'ye yönlendirmelisiniz. Bu şekilde,
kullanıcılar söz konusu içeriği ararken eski URL'ye geldiklerinde aradıkları şeyle alakalı bir içeriğe
otomatik olarak yönlendirilirler. Söz konusu içeriği tamamıyla kaldırıyorsanız ve sitenizde, aynı kullanıcı ihtiyacını karşılayacak başka bir şey olmayacaksa, eski URL bir 404
veya 410
durum kodu döndürmelidir. Google şu anda 410 (Gone)
ile
404 (Not found)
kodlarını aynı kabul ettiğinden hangisini döndürdüğünüz
bizim için önemsizdir.
S: 404
hatalarımın çoğu sitemde hiç bulunmayan tuhaf URL'lerden kaynaklanıyor.
Bunun nedeni nedir? Bunlar nereden geldi?
C: Google, web'deki bir yerde alanınızdaki bir URL'ye işaret eden bağlantı bulursa söz konusu bağlantıda
içerik olup olmadığına bakmadan o bağlantıyı taramaya çalışabilir. Taradığında da bu bağlantıda
hiçbir şey yoksa sunucunuz 404
döndürmelidir. Bu bağlantılar, size bağlantı
veren birisinin yazım hatası yapması, bir tür yanlış yapılandırma (bağlantılar, örneğin bir içerik
yönetim sistemi tarafından otomatik olarak oluşturulmuşsa) ya da Google'ın, JavaScript'e yerleştirilmiş
bağlantıları veya diğer yerleştirilmiş içeriği tanıyıp tarama çalışmalarındaki artıştan kaynaklanmış olabilir.
Bir diğer neden de sunucunuzun, bilinmeyen URL'leri nasıl işlediğini görmek için gerçekleştirdiğimiz hızlı bir kontrolün parçası olmasıdır. Konuyla ilgili bu örnekleri verebiliriz. Web Yöneticisi
Araçları'nda, sitenizde bulunmayan URL'ler için 404
hataları bildirildiğini görürseniz bunları içiniz
rahat bir şekilde yoksayabilirsiniz. Sizin için hangi URL'lerin önemli olduğunu ve hangilerinin 404
döndürmesi gerektiğini bilmediğimiz
için sitenizde bulduğumuz tüm 404
hatalarını gösterip hangileriyle ilgilenmeniz
gerektiğine sizin karar vermenizi sağlarız.
S: Birisi sitemdeki içerikleri toplayıp bu sırada bir sürü 404
hatasına
yol açtı. Bunların hepsi, kod eklenmiş "gerçek" URL'lerdir. Örneğin:
https://www.example.com/images/kittens.jpg" width="100" height="300" alt="kittens"/>
Bu durum siteme zarar verir mi?
C: Genellikle, bunun gibi "bozuk bağlantıların" sitenize zarar vereceği konusunda endişelenmenize gerek yoktur. Site
sahiplerinin, sitelerinden içerik toplayan veya sitelerine tuhaf şekillerde bağlantı veren kullanıcılar üzerinde çok az kontrole
sahip olduğunu veya hiç kontrolü olmadığını biliyoruz. regex'ten iyi
anlıyorsanız bu
URL'leri
yönlendirmeyi düşünebilirsiniz, ancak genellikle
endişelenecek bir şey yoktur. Birisinin web sitenizden orijinal içerik
çaldığını düşünüyorsanız yayından
kaldırma isteğinde bulunabileceğinizi de unutmayın.
S: Geçen hafta Web Yöneticisi Araçları'nda bildirilen tüm 404
hatalarını düzeltmeme rağmen
bunlar hesabımda listelenmeye devam ediyor. Bu, sorunları düzeltemediğim anlamına mı geliyor? Hesabımda görünmemeleri
için ne kadar süre geçmesi gerekiyor?
C: Tarama hataları sayfasındaki "Tespit edilme tarihi" sütununa göz atın. Burada, her hatayı tespit ettiğimiz en
son tarih gösterilir. Bu sütunda, hataları düzeltmeden önceki tarihler gösteriliyorsa o tarihten
beri bu hatalarla karşılaşmamışız demektir. Daha yakın tarihler gösteriliyorsa
da tarama yaparken bu 404
hatalarını görmeye devam ediyoruz demektir.
Bir düzeltmeyi uyguladıktan sonra Googlebot gibi getir özelliğini kullanarak tarayıcımızın yeni yanıt kodunu görüp görmediğini kontrol edebilirsiniz. Birkaç URL'yi test edin. Her şey yolundaysa bu hatalar kısa süre içinde tarama hataları listenizden kaybolmaya başlayacaktır.
S: Hesabımdaki 404
hatalarının daha hızlı kaybolmasını sağlamak için Google'ın URL Kaldırma
aracını kullanabilir miyim?
C: Hayır. URL Kaldırma aracı, URL'leri Web Yöneticisi Araçları hesabınızdan değil, Google'ın arama sonuçlarından
kaldırır. Bu araç yalnızca acil kaldırma istekleri için tasarlanmıştır. Zaten 404
döndüren bir URL,
zaman içinde doğal olarak arama sonuçlarımızdan çıkacağı için bu URL'de kullanılması
gerekmez. URL Kaldırma aracının sizin
için hangi işlemleri yapıp yapamayacağıyla
ilgili daha fazla ayrıntı için bu blog yayınının alt yarısına bakın.
404
hataları hakkında daha fazla bilgi edinmek mi istiyorsunuz? Blogumuzdaki
404
haftasına göz atın veya
Web
Yöneticisi Yardım Forumumuzu ziyaret edin.