Soft 404 hataları gerçek 404 sorunlarından nasıl ayrılır?

1. Soft 404 nedir ve gerçek 404’ten temel farkı nedir?

Soft 404, var olmayan, içeriği silinmiş ya da son derece zayıf bir sayfanın sunucu tarafından 404 veya 410 durum kodu yerine 200 OK durum kodu döndürmesidir. Ziyaretçi ekranda “Sayfa bulunamadı” veya “Bu ürün artık mevcut değil” gibi bir mesaj görse de sunucu, Googlebot’a “burada geçerli ve indekslenmeye değer bir sayfa var” sinyali iletmektedir. Soft 404 gibi teknik terimleri açıkladığımız SEO sözlüğünde bu ve benzeri kavramların tam tanımlarını bulabilirsiniz.

Gerçek (hard) 404 ise içerik ile HTTP yanıtı arasındaki tutarlılığı korur: sunucu, var olmayan URL için doğrudan 404 Not Found durum kodu döndürür. Kullanıcı “Sayfa bulunamadı” görür, sunucu 404 döndürür — herhangi bir çelişki yoktur. Google’ın resmi Search Console yardım dokümantasyonuna göre bu tutarlılık sayesinde arama motoru sayfayı hızla dizin dışı bırakır ya da hiç dizine eklemez.

İki durum arasındaki tek ama belirleyici fark HTTP durum kodudur: soft 404’te sunucu 200 döndürür; gerçek 404’te sunucu 404 döndürür. Aynı “bulunamadı” içeriği her iki tarayıcı ekranında görünüyor olsa bile bu kod farkı, Google’ın sayfayı nasıl sınıflandıracağını ve tarama bütçesini nereye harcayacağını köklü biçimde değiştirir. Google for Developers’ın soft 404 hatalarını giderme rehberine göre 200 OK durum kodu, arama motoruna “bu URL’de gerçek bir sayfa var” mesajı iletir ve boş ya da anlamsız içeriklerin dizine girme riskini artırır.

Dikkat edilmesi gereken önemli bir nüans, soft 404’ün bazen yanlış pozitif de üretebileceğidir. Google yalnızca HTTP durum koduna değil, sayfa içeriğinin kalitesine de bakarak değerlendirme yapar: HTTP kodu 200 olsa bile sayfada özgün ve yeterli içerik yoksa Google o sayfayı “ince içerik / soft 404” olarak işaretleyebilir. Boş kategori şablonları, stoktan kalkmış ürün sayfaları ve içerik eklenmemiş tarih ya da etiket arşivleri bu durumun en sık görüldüğü sayfa tipleridir.

2. Bir URL’in soft 404 mü gerçek 404 mü olduğunu adım adım nasıl kontrol edersiniz?

Teşhisin temeli sayfanın döndürdüğü gerçek HTTP durum kodunu görmektir; sayfanın görünümüne değil, sunucunun gerçek yanıtına bakmanız gerekir. Bunun için üç pratik yöntem mevcuttur:

• curl -I komutu: Terminal veya komut satırında curl -I https://ornek.com/silinen-sayfa yazın. Yanıttaki HTTP/1.1 200 OK satırı ve sayfa içeriğinin “bulunamadı” göstermesi birlikte soft 404 teşhisi koyar. HTTP/1.1 404 Not Found görüyorsanız gerçek 404, HTTP/1.1 410 Gone görüyorsanız kalıcı kaldırma söz konusudur.
• Tarayıcı geliştirici araçları (Network sekmesi): Chrome veya Firefox’ta F12 tuşuna basın, Network sekmesini açın ve sayfayı yenileyin. Listede en üstteki isteğe tıkladığınızda sağ paneldeki “Status Code” değerini okuyun.
• Online header checker araçları: Komut satırı erişiminiz olmadığında bu web araçları, URL girişiyle durum kodu dahil tam HTTP başlık bilgisini anında raporlar.

Bu yöntemler tekli URL’ler için etkilidir. Yüzlerce veya binlerce URL içeren büyük sitelerde ise site sağlığı aracıyla durum kodlarını toplu tarama çok daha verimli bir yol sunar. SEOYEN’in site sağlığı aracı tüm sitenizi sistematik biçimde tarayarak her URL’in döndürdüğü durum kodunu içerik durumuyla karşılaştırır ve Türkçe arayüzüyle soft 404 adaylarını öncelik sıralamalı bir liste olarak sunar; tek tek curl çalıştırmak yerine birkaç dakikada eyleme geçilebilir bir sorun listesine ulaşırsınız.

Ek doğrulama için GSC URL Denetimi kullanın: Search Console’a gidin, üst arama çubuğuna şüpheli URL’i yapıştırın. Google’ın son taramada gördüğü durum kodu, indeksleme kararı ve olası “soft 404” uyarısını burada görebilirsiniz. Sunucu yanıtı ile Google’ın algısı zaman zaman farklılaşabileceğinden her iki kaynağı birlikte değerlendirmek teşhisi sağlamlaştırır.

Teşhis ve düzeltme sürecini adım adım özetleyelim:

1. Şüpheli URL’i belirleyin: GSC “Sayfa dizine ekleme” raporundan veya site taramasından soft 404 şüphesi taşıyan URL’i seçin.
2. Gerçek HTTP durum kodunu çekin: curl -I, tarayıcı Network sekmesi veya online header checker ile sayfanın döndürdüğü kodu görün.
3. İçerik ile kodu karşılaştırın: Sayfa “bulunamadı/boş” görünürken kod 200 dönüyorsa soft 404; içerik yok ve kod 404/410 ise gerçek 404’tür.
4. Google’ın gördüğünü doğrulayın: GSC URL Denetimi ile Google’ın indeksleme durumunu ve algıladığı kodu teyit edin.
5. Doğru durum kodunu uygulayın: Kaldırılan sayfaya 410, taşınan içeriğe 301 ayarlayın; ince içeriği zenginleştirin.
6. Düzeltmeyi GSC’de doğrulatın: “Validate Fix” ve yeniden tarama talebi göndererek sonucu takip edin.

3. Search Console’da soft 404 uyarısı 2026’da nerede ve nasıl okunur?

2026 itibarıyla soft 404 uyarıları artık eski “Tarama Hataları” aracında değil, Search Console → Dizine Ekleme → Sayfalar (Page indexing) raporunda yer almaktadır. Google bu raporu tüm indeksleme sorunlarını tek çatı altında toplamak amacıyla yeniden yapılandırdı. Google’ın resmi Page indexing report yardım sayfası da bu güncellenmiş konumu doğrulamaktadır.

Raporda “Gönderilen URL soft 404 gibi görünüyor” satırını gördüğünüzde şunu anlarsınız: sitemap veya iç bağlantı aracılığıyla Google’ın taradığı bu URL’de içerik boş ya da son derece zayıftır ve sunucu 200 OK döndürmektedir. Bu ikili çelişki (200 kodu + anlamsız içerik) Google’ın sayfayı dizine eklemesini engeller ve tarama bütçesini verimsiz kılar.

Söz konusu uyarının en sık görüldüğü sayfa tipleri şunlardır:

• Boş kategori sayfaları: Tüm ürünler kaldırılmış; şablon ayakta, içerik yok.
• Silinmiş ürün sayfaları: Stoktan kalkmış ürünlerin URL’leri hâlâ 200 OK döndürüyor.
• İnce içerikli arşiv sayfaları: Yalnızca birkaç satırdan oluşan veya hiç yazısı olmayan tarih, etiket ya da yazar arşivleri.

Rapordaki etkilenen URL listesini önceliklendirirken şu kriterlere bakın: backlink almış sayfalar, sitemap’te yer alan URL’ler ve iç bağlantı sayısı yüksek sayfalar önce ele alınmalıdır. Düşük trafikli ve hiç bağlantısı olmayan sayfalar ikinci öncelik grubuna alınabilir; ancak toplu kaldırma yapılacaksa tüm listeyi işlemek daha sağlıklıdır.

4. Sahadan deneyim: aynı sayfayı 200 OK ve 404/410 ile yayınladığımızda Googlebot ne yaptı?

Bunu netleştirmek için bir e-ticaret sitesinde aynı “Bu ürün artık mevcut değildir” içeriğini iki farklı HTTP durum koduyla yayınladık ve Googlebot davranışını yakından izledik.

Birinci aşama — Soft 404 (200 OK): Kaldırılmış bir ürün URL’i, WordPress tema şablonu gereği 200 OK döndürüyordu. curl -I komutu HTTP/2 200 çıktısı verdi; sayfa içeriği yalnızca “Bu ürün artık listelenmemektedir” cümlesinden ibaretti. GSC URL Denetimi bu URL’i “indekslenmiş ama içerik yetersiz” olarak işaretlemişti. Sunucu log dosyaları incelendiğinde Googlebot bu URL’e haftada birden fazla kez geri döndü; her seferinde tarama bütçesinden pay alıyordu.

İkinci aşama — Doğru 410 Gone: Sunucu yapılandırmasını güncelleyerek aynı URL için 410 Gone döndürdük ve curl -I ile doğruladık: HTTP/2 410. GSC’de sayfanın “Dizine eklenmiyor: 404 (veya 410) döndürdü” durumuyla birkaç tarama döngüsü içinde indeks dışına çıktığı görüldü. En belirgin değişiklik log tarafında geldi: Googlebot’un bu URL’e tarama sıklığı belirgin biçimde azaldı. Kalıcı silinmiş bir kaynak olarak etiketlenen URL artık tarama kuyruğunu meşgul etmiyordu.

Bu test, Google for Developers’ın tarama bütçesi rehberinde tarif ettiği “dead weight” kavramının somut göstergesidir. Büyük e-ticaret sitelerinde yüzlerce silinmiş ürün sayfasının soft 404 döndürmesi halinde, Googlebot bu sayfalara harcadığı zaman nedeniyle yeni eklenen ya da güncellenen içeriklere ulaşmakta gecikir. Doğru durum kodu uygulamak, tarama bütçesini değerli sayfalara yönlendirmenin en doğrudan ve maliyetsiz yoludur.

5. 404 mü, 410 mu, 301 mi, soft 404 mu? Tek bakışta karar tablosu

Hangi senaryoda hangi HTTP durum kodunu kullanacağınızı belirlemek zaman zaman kafa karıştırıcı olabilir. Aşağıdaki karar tablosu dört farklı durumu karşılaştırmalı olarak özetlemektedir; ana noktalar şunlardır:

• 404 Not Found: Sayfa silinmiş ya da geçici olarak erişilemez; genel amaçlı “bulunamadı” yanıtı. Google URL’i bir süre daha taramaya devam edebilir, kalıcılık garantisi vermez.
• 410 Gone: Sayfa kalıcı olarak kaldırılmış. Google’a “bu sayfayı bir daha arama” mesajı verir. Google’ın resmi dokümantasyonu, kalıcı kaldırmalarda 410’u tercih etmeyi önerir; dizin dışı bırakma süreci 404’e kıyasla daha hızlı tamamlanabilir.
• 301 Moved Permanently: İçerik başka bir URL’e taşındığında doğru tercihtir; bağlantı değerini (link equity) yeni adrese aktarır. Alakasız bir sayfaya 301 yapmak ise hedef URL’de yeni bir soft 404 riski doğurabilir.
• Soft 404 (200 OK + boş/zayıf içerik): Hiçbir senaryoda kabul edilebilir bir durum değildir — her zaman düzeltilmesi gereken bir teknik SEO sinyalidir.

Karar verirken temel soru şudur: “İçerik gerçekten başka bir URL’e taşındı mı?” Evet ise 301; hayır ise 410 (kalıcı kaldırma için) veya 404 kullanın. Soft 404 asla bir seçenek değildir.

6. Soft 404 nedenleri nasıl giderilir ve düzeltme nasıl doğrulanır?

Soft 404’ün kökenine bakıldığında birkaç yaygın senaryo öne çıkar:

• İnce içerik veya boş şablon: Sayfa şablonu ayakta fakat içerik yok. Çözüm: sayfayı anlamlı içerikle zenginleştirin ya da 410/404 döndürün.
• Silinmiş ürün ya da yazı: CMS’te içerik kaldırılmış; URL hâlâ 200 döndürüyor. Çözüm: sunucu yapılandırması veya CMS eklentisinde ilgili URL için 410 ayarlayın; içerik benzer bir sayfaya taşındıysa 301 ekleyin.
• Hatalı yönlendirme zinciri: Alakasız sayfaya yapılan 301 yönlendirmeleri, hedef sayfada da ince içerik sorununa yol açabilir. Tüm yönlendirme zincirini gözden geçirin.

JavaScript/SPA (Next.js, React) özelinde: 2025-2026 döneminde geliştirici topluluklarında öne çıkan bir sorun, Next.js ve React tabanlı uygulamalarda middleware veya error boundary’nin var olmayan rotalar için 200 OK döndürmesidir. Next.js’de notFound() fonksiyonunu doğru konumda çağırdığınızdan emin olun; App Router kullanıyorsanız not-found.tsx dosyasının doğru tanımlandığını denetleyin. Render sonrasında Googlebot’un gördüğü HTML’i GSC URL Denetimi → “Sayfayı Test Et” → “HTML Görüntüle” adımıyla kontrol edin.

WordPress’te soft 404: Boş etiket/kategori şablonları, kaldırılmış içeriğin 200 dönen şablona düşmesi ve eklenti kaynaklı hatalı yönlendirmeler başlıca nedenlerdir. Boş arşiv sayfalarını noindex etmek ya da WordPress’in is_404() koşulunu ve tema şablon hiyerarşisini denetleyerek 410 döndürmek sorunu kökten çözer.

Düzeltme sonrasında doğrulama adımını atlamayın: GSC URL Denetimi’nde ilgili URL’i girerek “Dizine Eklemeyi İste” gönderin. Kitlesel sorunlarda “Sayfa dizine ekleme” raporundaki hata kaydına girip Validate Fix butonuna tıklayın; bu işlem Google’a sorunu çözdüğünüzü bildirir ve yeniden tarama sürecini başlatır. Düzeltmenin organik görünürlüğe yansımasını sıralama takibiyle düzeltme sonrası etkiyi izleme ile ölçebilir, sıralama verilerindeki değişimi somut biçimde takip edebilirsiniz.

Sıkça Sorulan Sorular