Soft 404 hatası nedir, Google neden 404’ten farklı değerlendirir?

Soft 404 hatası nedir ve Google bunu neden ayrı yorumlar?

Soft 404, bir URL’nin teknik olarak erişilebilir görünmesine rağmen arama motoru açısından anlamlı bir sayfa sayılmaması durumudur. En yaygın senaryo, sunucunun 200 OK dönmesi ama sayfanın fiilen boş, aşırı ince, hata mesajı benzeri ya da kullanıcı niyetini karşılamayacak kadar zayıf olmasıdır. Yani tarayıcı açısından istek başarılıdır; fakat Google açısından ortada dizine eklenmeye değer bir içerik yoktur.

Google bunu gerçek 404’ten ayrı yorumlar çünkü HTTP kodu ile içerik kalitesi her zaman aynı şeyi söylemez. Google for Developers dokümanının 6 Mart 2026 tarihli güncellemesinde, 2xx yanıtın dizine eklemeyi garanti etmediği ve boş sayfa ya da hata mesajı gibi içeriklerin Search Console’da soft 404 olarak görülebileceği açıkça belirtiliyor. Search Console Yardımı da olmayan sayfayı başka kodlarla gizlemenin veya ana sayfaya göndermenin hem kullanıcı hem arama motoru açısından belirsizlik yarattığını söylüyor.

Pratikte şu URL tipleri en sık soft 404 üretir: boş kategori şablonları, kaldırılmış ürünün sadece başlığı kalan sayfalar, JavaScript sonrası boş render edilen URL’ler, site içi arama sayfalarının sonuçsuz sürümleri ve her istek için aynı “içerik bulunamadı” mesajını 200 ile dönen şablonlar. Buradaki kritik nokta şudur: her ince içerik soft 404 değildir; fakat sayfa varmış gibi davranıp içerik yokmuş gibi görünmek soft 404 riskini ciddi biçimde artırır.

Soft 404 ile gerçek 404, 410 ve 301 farkı nasıl okunur?

Gerçek 404, sunucunun ilgili kaynağı bulamadığını söylediği standart yanıttır. RFC 9110‘a göre 404, yokluğun geçici mi kalıcı mı olduğunu söylemez; bu yüzden kalıcılık bilgisi taşımak zorunda değildir. Aynı standarda ve MDN’nin 4 Temmuz 2025 güncellemelerine göre 410 ise kaynağın artık mevcut olmadığını ve bu durumun büyük olasılıkla kalıcı olduğunu daha net anlatır. 301 ise “bu içerik artık burada değil, yakın eşleşen yeni hedef burada” demektir.

Burada hata yapılan yer, her silinen URL’yi otomatik olarak ana sayfaya ya da üst kategoriye yönlendirmektir. Google Search Console Yardımı, mevcut olmayan sayfa için 404 veya 410 dışında kod döndürmenin ya da kullanıcıyı alakasız başka bir sayfaya göndermenin sorun oluşturabileceğini söylüyor. Çünkü kullanıcı eski ürün sayfasını isterken ana sayfaya düşüyorsa, tarayıcı seviyesinde sorun yok gibi görünse de niyet seviyesi bozulur; bu da soft 404 benzeri kalite sinyali üretir.

• 404: Sayfa yok, ama kalıcılık hakkında özel sinyal vermek istemiyorsanız kullanılır.
• 410: Sayfa bilinçli ve kalıcı biçimde kaldırıldıysa daha net bir seçimdir.
• 301: Yalnızca gerçekten yakın eşleşen yeni hedef varsa doğru çözümdür.
• Soft 404: Çoğu zaman yanlış kod, boş içerik veya alakasız yönlendirme yüzünden oluşur.

Kısa karar mantığı şu şekilde okunmalı: içerik yaşıyorsa güçlendirin, yaşamıyorsa 404 veya 410 dönün, gerçekten eşdeğer yeni adres varsa 301 verin. 404 ve 410 gibi teknik durum kodlarının terminolojisini hızlıca gözden geçirmek isterseniz SEO terimleri sözlüğü iyi bir başvuru noktasıdır.

Google Search Console’da soft 404 nasıl tespit edilir ve doğrulanır?

İlk bakılacak yer, Search Console içindeki Dizine eklenmedi > Soft 404 raporudur. Burada tekil URL’lere değil, desenlere bakmak gerekir. Aynı klasörde toplanan URL’ler mi etkileniyor, sadece tükenen ürün sayfaları mı, yoksa filtreli kategori ve arama sayfaları mı öne çıkıyor? Kümeleri görmek, sorunun içerik tarafında mı şablon tarafında mı olduğunu hızla ayırır.

İkinci adım, ilgili URL için URL Denetimi ve canlı test çalıştırmaktır. Ardından response header kontrolü yapılmalı: gerçekten 200 mü dönüyor, 301 mi, yoksa uygulama katmanında 200 dönen bir hata şablonu mu var? Son olarak render sonrası DOM’a bakılmalı; çünkü bazı sayfalar sunucu tarafında dolu görünürken istemci tarafında boşalabiliyor. Google’ın gördüğü şey sadece header değil, içerik sonucudur.

• 200 OK dönen ama ürün içeriği kaldırılmış sayfalar
• Sonuç üretmeyen boş kategori ve etiket arşivleri
• Sonuçsuz site içi arama sayfaları
• Canonical yanlış kurulduğu için kendi değerini kaybeden zayıf URL’ler
• JS hatası sonrası sadece başlık ve footer kalan sayfalar

Operasyon tarafında ise Search Console bulgusunu tarama verisiyle eşleştirmek gerekir. Bu noktada site sağlığı taraması, problemli URL kümelerini klasör, şablon veya durum kodu bazında daha net takip etmeyi kolaylaştırır. Ahrefs ve SEMrush gibi araçlar görünürlük analizi sunar; ancak Ahrefs alternatifi ve SEMrush alternatifi arayan ekipler için SEOYEN’in farkı, bu teşhis akışını Türkçe arayüz, TL bazlı fiyatlandırma, yerel destek ve tek platform mantığıyla daha operasyonel hale getirmesidir.

20 URL’lik mini test: 200 boş şablon, 404, 410 ve 301 sonuçları

Bu farkı teoriden çıkarıp gözle görülür hale getirmek için 20 URL’lik küçük bir kontrol seti kurduk. Beş URL’yi boş şablonla 200 döndürecek şekilde bıraktık, beş URL’yi gerçek 404 yaptık, beş URL’ye 410 verdik, kalan beş URL’yi de gerçekten yakın eşleşen yeni sayfalara 301 ile taşıdık. Amaç, aynı URL ailesinde sadece durum kodu ve içerik durumunu değiştirip Google’ın yorumu nasıl ayırdığını görmekti.

Bu mini testte en öğretici fark, 200 dönen boş şablon grubunda ortaya çıktı. Header tarafında hata görünmüyor olmasına rağmen, içerik niyeti karşılamadığı için bu sayfalar Search Console ve canlı denetim tarafında en sorunlu grup gibi davrandı. 404 ve 410 grupları ise klasik “bu kaynak artık yok” mantığıyla daha anlaşılır sinyal verdi. 301 grubunda da yönlendirmenin yalnızca gerçekten yakın eşleşen hedefte mantıklı olduğu açık biçimde görüldü; alakasız hedefe taşımanın kalite sinyalini toparlamadığı netleşti.

Buradan çıkan sonuç şu: soft 404, teknik bir kod probleminden çok yorumlama problemidir. Googlebot taramayı yapabilir, ama dizine ekleme sistemi sayfayı düşük değerli görebilir. Bu da özellikle büyük sitelerde tarama verimliliğini düşürür, raporların temizliğini bozar ve hangi URL’nin gerçekten yaşaması gerektiği konusunu bulanıklaştırır. Kendi testlerimizde süre değil, davranış farkı daha öğreticiydi: net durum kodu ve net içerik, her zaman “başarılı ama anlamsız” sayfadan daha iyi sonuç verdi.

Soft 404 hatası nasıl düzeltilir ve tekrar etmesi nasıl önlenir?

İyileştirme için ilk soru çok nettir: Bu URL yaşamalı mı? Cevap hayırsa 404 veya 410 dönün. Cevap evetse sayfayı gerçekten içerik sayılacak hale getirin. Sadece başlık, ekmek kırıntısı ve “ürün bulunamadı” mesajı bırakmak çözüm değildir. Eğer eski URL’nin yerini alan gerçekten yakın bir muadil varsa 301 uygundur; ama sadece trafiği bir yere taşımak için yapılan yönlendirme, özellikle ana sayfaya gidiyorsa çoğu zaman yanlış sinyal verir.

WordPress ve benzeri CMS’lerde sorun genellikle şablonlardan çıkar. Boş etiket arşivleri, sonuçsuz arama sayfaları, stoktan kalkmış ürünlerin ince sürümleri ve otomatik oluşturulan filtre sayfaları en tipik örneklerdir. Burada iki ayrı yol vardır: ya bu sayfaları yaşamaya değecek kadar zenginleştirmek gerekir ya da indekslenmeye ve taranmaya değer olmayanları doğru durum koduyla kapatmak gerekir. Sırf indeks kaybetmemek için her şeyi 200’de tutmak uzun vadede daha pahalı bir hatadır.

• Tükenen ürün için yakın muadil yoksa 404 veya 410 dönün.
• Yakın muadil ürün veya kategori varsa 301 kullanın.
• Boş kategori yaşayacaksa açıklama, ürün blokları ve iç link ekleyin.
• Sonuçsuz arama sayfalarını 200 ile indekslenebilir bırakmayın.
• JS hataları nedeniyle boşalan şablonları render düzeyinde test edin.

Düzeltme sonrası yeniden taramayı hızlandırmak için site haritasını güncelleyin, iç linkleri temizleyin ve URL Denetimi üzerinden canlı testi tekrar çalıştırın. Search Console Yardımı’na göre 404 raporları zaman içinde kendiliğinden temizlenebilir; fakat amaç raporu susturmak değil, URL’nin kaderini netleştirmektir. Tekrarlayan sorunları önlemek için yeni şablon açılırken “bu sayfa gerçekten içerik üretiyor mu, yoksa sadece varmış gibi mi görünüyor?” sorusu teknik SEO kontrol listesine eklenmelidir.

Adım Adım: Search Console’daki soft 404 hatalarını teşhis edip düzeltme

Aşağıdaki akış, küçük sitelerde de büyük kataloglarda da işe yarayan pratik bir çalışma sırasıdır. Mantık basit: önce URL kümelerini ayırın, sonra Google’ın gördüğü son durumu doğrulayın, en sonda da içerik kaderine göre doğru yanıt kodunu uygulayın.

1. Soft 404 raporunu URL bazında çıkar: Search Console içinde soft 404 görünen URL’leri dışa alın ve klasör, sayfa tipi, ürün durumu ya da şablon bazında gruplayın. Tek tek URL düzeltmeye çalışmak yerine hangi desenin problemi ürettiğini görmek, kök nedeni çok daha hızlı ortaya çıkarır.
2. URL Denetimi ve canlı testi çalıştır: Her kümeden birkaç örnek URL seçin. Son tarama durumu ile canlı test sonucunu karşılaştırın. Eğer canlı testte içerik var ama son taramada yok görünüyorsa, arada cache, render veya deployment farkı olabilir. Eğer ikisinde de zayıf görünüyorsa sorun büyük olasılıkla şablondadır.
3. Header ve içerik tipini doğrula: Yalnızca 200 dönüyor mu diye bakmayın. Sayfa gerçekten anlamlı içerik mi sunuyor, yoksa sadece hata mesajısı, boş liste veya başlıksız gövde mi gösteriyor? Response header, render çıktısı ve canonical etiketi birlikte değerlendirilmelidir.
4. Doğru yanıt kodunu uygula: Sayfa artık yaşamayacaksa 404 veya 410 verin. Yakın eşleşen yeni adres varsa 301 kullanın. Sayfa yaşamaya devam edecekse içerik gövdesini, iç linklerini, ürün veya kategori bloklarını güçlendirin. En kötü seçenek, alakasız yönlendirme ile problemi gizlemeye çalışmaktır.
5. Yeniden taramayı tetikle ve izle: Site haritasını güncelleyin, dahili bağlantıları yeni karara göre düzeltin ve URL Denetimi üzerinden önemli URL’leri yeniden kontrol edin. Sonrasında rapordaki düşüşe, log’lardaki Googlebot isteğine ve yeni benzer URL’lerin oluşup oluşmadığına birkaç tarama döngüsü boyunca bakın.

Bu süreci ekip içinde standartlaştırmak isterseniz, Google Search Central’ın HTTP durum kodları ve indeksleme davranışını anlatan resmi video içerikleri eğitim için iyi bir tamamlayıcıdır. Fakat asıl farkı yaratan şey, video izlemek değil; URL’nin gerçekten yaşayıp yaşamadığına net karar verip bu kararı hem içerikte hem durum kodunda tutarlı biçimde uygulamaktır.

Sıkça Sorulan Sorular