Soft 404 hatalarının sunucu yönlendirmeleriyle nasıl oluştuğunu, yanlış 301 kullanımı, özel 404 sayfaları ve WordPress yapılandırmaları üzerinden öğrenin.
Soft 404, bir sayfanın kullanıcıya “bulunamadı” gibi görünmesine rağmen sunucunun arama motorlarına 200 OK veya hatalı bir yönlendirme yanıtı vermesiyle ortaya çıkar. Bu durum özellikle yanlış yapılandırılmış sunucu yönlendirmelerinde sık görülür. Kullanıcı açısından sorun basit bir boş sayfa, alakasız ana sayfa veya eski içeriğe yönlenme gibi görünür; ancak arama motoru açısından bu, tarama bütçesini boşa harcayan ve dizin kalitesini düşüren teknik bir sinyaldir.
Kurumsal web sitelerinde Soft 404 sorunları çoğu zaman içerik silme, URL taşıma, alan adı değişikliği, SSL geçişi veya hosting altyapısı değişikliği sonrasında fark edilir. Sorunun kaynağı yalnızca sayfanın bulunamaması değildir; asıl kritik nokta, sunucunun bu durumu arama motorlarına nasıl bildirdiğidir.
Bir URL artık geçerli değilse sunucunun normalde 404 Not Found veya içerik kalıcı olarak kaldırıldıysa 410 Gone yanıtı vermesi beklenir. Ancak bazı yapılandırmalarda kullanıcı otomatik olarak ana sayfaya, kategori sayfasına ya da ilgisiz bir kampanya sayfasına yönlendirilir. Arama motoru bu yönlendirmeyi analiz ettiğinde hedef sayfanın aranan içerikle ilişkili olmadığını görür ve bunu Soft 404 olarak değerlendirebilir.
Örneğin eski bir ürün sayfası yayından kaldırıldığında tüm eski ürün URL’leri ana sayfaya 301 ile yönlendiriliyorsa, bu teknik olarak başarılı bir yönlendirme gibi görünür. Fakat kullanıcı aradığı ürüne ulaşamaz, arama motoru da eski URL’nin anlamlı bir karşılığı olmadığını anlar. Bu senaryo Soft 404 oluşumunun en yaygın nedenlerinden biridir.
404 hatalarını “temizlemek” amacıyla bütün geçersiz URL’leri ana sayfaya yönlendirmek pratik görünse de SEO açısından risklidir. Ana sayfa, her kaldırılan sayfanın doğal karşılığı değildir. Eski sayfanın bire bir alternatifi yoksa 404 veya 410 yanıtı vermek çoğu zaman daha doğru bir tercihtir.
301 yönlendirme kalıcı taşıma anlamına gelir. Bu yüzden yalnızca eski URL’nin yeni ve anlamlı bir karşılığı varsa kullanılmalıdır. Eski bir blog yazısını ilgisiz bir hizmet sayfasına yönlendirmek, hem kullanıcı deneyimini bozar hem de arama motorunun yönlendirmeyi Soft 404 olarak algılamasına neden olabilir.
Özel 404 sayfası tasarlamak doğru bir yaklaşımdır; ancak bu sayfanın HTTP durum kodu 404 olmalıdır. Bazı sistemlerde özel hata sayfası görsel olarak “sayfa bulunamadı” mesajı verirken sunucu 200 OK döndürür. Bu durumda arama motoru sayfayı gerçek içerik sanabilir veya Soft 404 olarak işaretleyebilir.
Soft 404 sorunlarını anlamak için yalnızca tarayıcıda sayfaya bakmak yeterli değildir. Tarayıcı kullanıcıya nihai sayfayı gösterir; fakat arka planda hangi HTTP durum kodlarının döndüğünü göstermez. Bu nedenle kontrol sürecinde durum kodu analiz araçları, sunucu logları ve arama motoru raporları birlikte değerlendirilmelidir.
Özellikle şu sorulara yanıt aranmalıdır:
Bu kontroller sırasında hosting panelindeki yönlendirme kuralları, .htaccess veya Nginx yapılandırmaları, CDN ayarları ve WordPress eklentileri birlikte incelenmelidir. Çünkü aynı URL için birden fazla katmanda farklı yönlendirme kuralı çalışıyor olabilir.
WordPress’te Soft 404 hataları genellikle silinen yazılar, kaldırılan ürünler, değişen kategori yapıları ve otomatik yönlendirme eklentileri nedeniyle oluşur. Bir eklenti, silinen içerikleri benzer başlıklı başka sayfalara ya da ana sayfaya yönlendirebilir. Bu davranış kısa vadede 404 sayısını azaltıyor gibi görünse de uzun vadede dizin kalitesini olumsuz etkileyebilir.
Silinen bir içeriğin yeni karşılığı varsa 301 yönlendirme kullanılmalıdır. Karşılığı yoksa kullanıcıya açıklayıcı bir 404 sayfası gösterilmeli ve sunucu da 404 durum kodu döndürmelidir. Ürün geçici olarak stokta yoksa sayfayı kaldırmak yerine ürün bilgisini korumak daha sağlıklı olabilir; çünkü bu durumda sorun bulunamayan sayfa değil, içerik yönetimi kararıdır.
Yönlendirme kararı verirken temel ölçüt kullanıcı niyeti olmalıdır. Eski URL’ye gelen kişi hangi bilgiyi arıyordu ve yeni hedef bu ihtiyacı karşılıyor mu? Cevap evet ise 301 yönlendirme mantıklıdır. Cevap hayır ise alakasız bir sayfaya yönlendirmek yerine 404 veya 410 kullanmak daha güvenilir bir teknik sinyal verir.
Site taşıma, URL sadeleştirme veya altyapı değişikliği öncesinde eski URL listesi çıkarılmalı, her URL için yeni karşılık belirlenmeli ve yönlendirmeler test ortamında kontrol edilmelidir. Özellikle büyük sitelerde bu işlem yalnızca manuel gözlemle yürütülmemeli; durum kodu taraması ve log analiziyle doğrulanmalıdır.
Teknik SEO açısından en sağlıklı yapı, kullanıcıya doğru mesajı gösteren ve arama motoruna aynı doğrulukta HTTP yanıtı veren yapıdır. Sunucu yönlendirmeleri sade, tutarlı ve içerik ilişkisine dayalı kurulduğunda Soft 404 riski azalır; site taşıma, URL güncelleme ve hosting değişikliği gibi süreçler arama görünürlüğünü zedelemeden yönetilebilir.