Bir ürün kaldırıldığında veya içerik bulunamadığında ziyaretçiye “sayfa yok” mesajı göstermek yeterli sanılabilir. Sunucu aynı anda 200 OK döndürüyorsa Google farklı bir şey görür: teknik olarak başarılı açılan ama gerçekte boş veya hatalı bir sayfa. Google bunu “soft 404” olarak değerlendirebilir ve URL’yi arama sonuçlarına almayabilir. Sorun, tasarımdaki 404 yazısından değil HTTP yanıtı ile sayfanın gerçek anlamı arasındaki çelişkiden doğar.

Soft 404 tam olarak nedir?

Normal bir kayıp sayfa sunucudan 404 Not Found veya kalıcı olarak kaldırıldıysa 410 Gone yanıtı verir. Soft 404 durumunda ise kullanıcıya kayıp, boş ya da anlamsız bir sayfa sunulurken durum kodu 200 kalır. Google Search Central belgesine göre bu tür URL’ler soft 404 olarak işaretlenip Arama dışında bırakılabilir.

Bu bir Google “cezası” değildir. Google, başarılı görünen cevabın aslında işe yarar içerik taşımadığını anlamaya çalışır. Çok sayıda soft 404, tarama kaynaklarının boşa harcanmasına ve hangi URL’nin gerçekten değerli olduğunun anlaşılmasını zorlaştırmaya neden olabilir.

En sık görülen dört neden

Silinen ürünün 200 dönmesi

E-ticaret altyapısı ürün kaydını bulamaz ama tema yine de başlık, menü ve “ürün bulunamadı” kutusunu başarıyla oluşturur. Sunucu seviyesinde hata kodu ayarlanmadıysa sonuç 200 olur. Türkiye’de sezonluk ürün, tükenen stok ve ilan sayfalarında bu durum sık görülür.

Her eski URL’nin ana sayfaya yönlendirilmesi

Eski sayfayı alakasız biçimde ana sayfaya 301 ile göndermek de çözüm değildir. Google, hedefin eski içeriğe eşdeğer olmadığını anlarsa yönlendirmeyi soft 404 gibi değerlendirebilir. Yönlendirme ancak kullanıcı aynı ihtiyacını yeni URL’de karşılayabiliyorsa yapılmalıdır.

Çok zayıf veya boş içerik

Şablon çalışır, durum kodu 200’dür; fakat ana içerik boş kalır. Filtre kombinasyonları, etiketsiz arşivler, sonuçsuz site içi arama ve yüklenemeyen ürün verileri buna örnektir. “Az kelimeli her sayfa soft 404’tür” diye mekanik bir kural yoktur; mesele sayfanın vaat ettiği işi yapıp yapmamasıdır.

JavaScript yönlendirmesi veya hatalı tek sayfa uygulaması

Sunucu her URL’ye aynı HTML kabuğunu 200 ile döndürüp hatayı yalnız tarayıcıda gösteriyorsa arama motoru yanlış sinyal alabilir. Google’ın JavaScript SEO rehberi, anlamlı HTTP durum kodları kullanılmasını önerir. Tek sayfa uygulamasında bulunmayan rota gerçek bir 404 URL’sine yönlendirilebilir veya hata görünümü noindex ile işaretlenebilir; sunucu tarafı 404 en temiz çözümdür.

Önce teşhis: üç katmanlı test

1. HTTP durum kodunu görün

Tarayıcıdaki görüntüye güvenmeden başlığı kontrol edin:

curl -I https://ornek.com/artik-olmayan-sayfa/

Gerçekten bulunmayan URL için 404 beklenir. Kalıcı kaldırma kararınız varsa 410 kullanılabilir. Sayfa başka adrese taşındıysa 301 hedefinin gerçekten eşdeğer olduğundan emin olun.

2. İçerik ve render sonucunu inceleyin

Kaynak HTML ile ekranda JavaScript sonrası oluşan sayfayı karşılaştırın. Ana içerik API hatası nedeniyle boş kalıyor olabilir. Başka bir ürünün adı, varsayılan açıklama veya herkesi ana sayfaya götüren otomatik yönlendirme, yanlış pozitif üretir.

3. Search Console ile Google’ın gördüğünü kontrol edin

Google Search Console’daki URL Denetleme aracı, URL’nin dizin durumu ve Google tarafından görülen sayfa hakkında bilgi verir. Düzeltmeden sonra canlı test yapın; ardından gerekiyorsa yeniden dizine ekleme isteyin. Search Console raporlarının anlık olmadığını, değişikliğin yeniden taramadan sonra görülebileceğini unutmayın.

Hangi durumda hangi düzeltme?

  • İçerik tamamen kaldırıldı: 404 veya 410 döndürün; yararlı bir özel hata sayfası gösterebilirsiniz.
  • İçerik yeni adrese taşındı: En yakın eşdeğer sayfaya 301 yönlendirin.
  • Sayfa var ama yüklenmiyor: Veri, şablon veya render hatasını düzeltin ve anlamlı içerikle 200 döndürün.
  • Geçici sunucu sorunu: Gerçek duruma göre 5xx kodu kullanın; hatayı boş 200 sayfasıyla gizlemeyin.
  • Sonuçsuz filtre sayfası: Site mimarisine göre 404, noindex veya erişilebilir yararlı alternatifler düşünün; tüm kombinasyonları otomatik olarak dizine açmayın.

noindex, bulunmayan bir sayfayı teknik olarak düzeltmez. URL gerçekten yoksa doğru 404/410 daha açık bir sinyaldir. Benzer şekilde yalnız canonical etiketi eklemek, boş sayfanın yanıt kodu çelişkisini ortadan kaldırmaz.

WordPress için uygulanabilir kontrol

  1. Gerçekte var olmayan rastgele bir URL açın ve curl -I ile kodu kaydedin.
  2. Silinmiş yazı, ürün ve kategori sayfalarını ayrı ayrı test edin; tema hepsini farklı ele alabilir.
  3. Önbellek/CDN katmanını temizleyip testi gizli pencerede tekrarlayın.
  4. Yönlendirme eklentisinde “tüm 404’leri ana sayfaya gönder” benzeri kural varsa kaldırın.
  5. Özel 404 şablonunda arama kutusu ve ilgili içerik sunun, ama yanıt kodunu 404 olarak koruyun.
  6. Search Console’da etkilenen örnekleri tek tek inceleyin; aynı şablon nedenine bağlananları topluca düzeltin.

Bir SEO eklentisinin puanı HTTP davranışının yerini tutmaz. SEO araçlarının puanları ile Google verisi arasındaki farkı anlattığımız rehberdeki gibi, burada da karar canlı yanıt ve Search Console kanıtıyla verilmelidir.

Düzeltme sonrası kabul testi

  • Var olan sayfa 200, olmayan sayfa 404/410 döndürüyor mu?
  • 301 hedefi eski sayfanın arama niyetini gerçekten karşılıyor mu?
  • Mobil ve masaüstünde aynı durum kodu alınıyor mu?
  • CDN eski 200 cevabını önbellekten sunuyor olabilir mi?
  • JavaScript kapalıyken veya render başarısızken anlamlı sinyal kalıyor mu?
  • Search Console canlı testinde düzeltilmiş sürüm görülüyor mu?

Soft 404 düzeltmesinin özü basittir: sayfanın söylediğiyle sunucunun söylediği aynı olmalı. İçerik varsa yararlı içerikle 200, taşındıysa eşdeğer hedefe 301, yoksa dürüstçe 404 veya 410. Bu tutarlılık hem kullanıcıyı doğru yere yönlendirir hem arama motorunun sitenizi yorumlamasını kolaylaştırır.

Kaynaklar