Soft 404, bir URL’nin kullanıcıya bulunamayan, boş veya çalışmayan bir sayfa göstermesine rağmen sunucudan çoğunlukla 200 OK yanıtı döndürmesiyle oluşur. Sayfa teknik olarak başarılı görünürken içeriği “burada geçerli bir sayfa yok” mesajı verir. Google bu çelişkiyi algıladığında URL’yi Search Console’daki Sayfa Dizine Ekleme raporunda “Soft 404” olarak gösterebilir ve arama sonuçlarına dahil etmeyebilir.
Her Soft 404 aynı yöntemle çözülmez. Sayfa gerçekten yoksa 404 veya 410, başka bir adrese taşındıysa alakalı hedefe 301, hâlâ bulunması gereken geçerli bir sayfaysa 200 yanıtıyla birlikte eksiksiz ana içerik sunulmalıdır. İlk yapılması gereken, URL’nin gelecekte hangi işlevi taşıması gerektiğine karar vermektir.
Soft 404 nedir?
Google’ın tarama hatalarını giderme rehberinde Soft 404; sayfanın mevcut olmadığını belirten bir içerikle birlikte 200 başarı kodu döndüren URL olarak tanımlanır. Ana içeriği bulunmayan veya neredeyse boş sayfalar da bu şekilde değerlendirilebilir.
“Soft” ifadesi gerçek bir HTTP durum kodunu anlatmaz. Sunucudan soft 404 adında bir yanıt gelmez. Bu, Google’ın HTTP yanıtı ile sayfanın görüntülenen içeriği arasındaki uyumsuzluk için yaptığı sınıflandırmadır.
Örneğin silinmiş bir ürün URL’si 200 OK döndürürken yalnızca “Ürün bulunamadı” mesajı gösteriyorsa kullanıcı açısından içerik yoktur, sunucu açısından ise istek başarıyla karşılanmıştır. Soft 404 tam olarak bu çelişkiyi işaret eder.
Soft 404 ile gerçek 404 arasındaki fark nedir?
Gerçek bir 404, bulunamayan URL için sunucunun 404 Not Found yanıtı vermesidir. Özel tasarımlı bir hata sayfasının bulunması bu yanıtı değiştirmez. Kullanıcıya menü, arama alanı veya yararlı bağlantılar gösterilebilir; önemli olan sunucunun doğru durum kodunu döndürmesidir.
| URL’nin durumu | Doğru yanıt | Uygulanacak işlem |
|---|---|---|
| İçerik yok ve eşdeğer bir alternatif bulunmuyor | 404 veya 410 |
URL’yi sitemap ve site içi bağlantılardan çıkarın |
| İçerik kalıcı olarak yeni bir adrese taşındı | 301 |
Yalnızca aynı ihtiyacı karşılayan yeni URL’ye yönlendirin |
| Sayfanın yayında kalması ve dizine girmesi gerekiyor | 200 |
Ana içeriği, kaynakları ve render sorunlarını düzeltin |
| Geçici sunucu veya uygulama sorunu yaşanıyor | Duruma uygun 5xx |
Başarı koduyla hata şablonu göstermek yerine geçici hatayı doğru bildirin |
404 ve 410 yanıtları tek başına SEO hatası değildir. Artık bulunmaması gereken bir URL için doğru teknik davranıştır. Sorun, mevcut olmayan sayfanın başarı koduyla sunulması veya alakasız bir hedefe yönlendirilmesidir.
Search Console neden Soft 404 gösterir?
Google yalnızca HTTP başlığına bakmaz; oluşturulan, diğer ifadeyle render edilen sayfanın ana içeriğini de değerlendirir. Sunucu 200 döndürse bile sayfa boşsa, hata mesajı gösteriyorsa veya gerekli kaynaklar yüklenmediği için ana içerik oluşmuyorsa URL Soft 404 olarak sınıflandırılabilir.
Search Console kaydı şu iki ihtimali birbirinden ayırmaz:
- URL gerçekten bulunmayan bir içeriği yanlışlıkla
200koduyla sunuyordur. - Geçerli sayfa Googlebot tarafından tarandığı sırada boş, eksik veya hatalı render edilmiştir.
Bu nedenle rapordaki etiketi görür görmez URL’yi silmek veya yönlendirmek doğru değildir. Önce URL Denetleme aracıyla Google’ın gördüğü sayfa, canlı sürüm ve HTTP yanıtı birlikte kontrol edilmelidir.
Soft 404 hatası neden oluşur?
Özel hata sayfası 200 yanıtı veriyordur
Birçok CMS ve tema, bulunamayan URL için tasarlanmış bir hata şablonu gösterirken durum kodunu 200 bırakabilir. Sayfanın üzerinde büyük bir “404” yazması doğru yanıt kodunun gönderildiği anlamına gelmez. Tarayıcıda görünen tasarım ile sunucu yanıtı ayrı ayrı kontrol edilmelidir.
Boş kategori ve arama sayfaları oluşuyordur
Ürün içermeyen kategori, sonuç vermeyen site içi arama, boş etiket arşivi ve sıfır sonuçlu filtre kombinasyonları teknik olarak açılabilir ancak kullanıcıya ana içerik sunmayabilir. Bu tür URL’lerin nasıl yönetileceği geçici mi kalıcı mı boş olduklarına ve gelecekte arama talebi karşılayıp karşılamayacaklarına göre belirlenmelidir.
Özellikle kontrolsüz filtre kombinasyonları çok sayıda düşük değerli URL üretiyorsa yalnızca tek tek Soft 404 kayıtları düzeltilmemelidir. URL üretim kuralı ve tarama alanı da incelenmelidir. Bu ayrım e-ticaret filtre URL’lerini yönetme rehberinde ayrıntılı olarak ele alınmaktadır.
Silinen URL’ler ana sayfaya yönlendiriliyordur
Her eski URL’yi ana sayfaya veya genel bir kategoriye yönlendirmek güvenli bir çözüm değildir. Hedef, eski sayfanın karşıladığı ihtiyacın açık bir karşılığı değilse kullanıcı aradığı içeriğe ulaşamaz. Google da alakasız toplu yönlendirmeleri Soft 404 olarak değerlendirebilir.
301 yalnızca içerik taşındığında, birleştiğinde veya eski URL’nin açık bir karşılığı bulunduğunda kullanılmalıdır. Çok sayıda adresin taşındığı projelerde eşleştirme mantığı 301 yönlendirme haritası üzerinden yönetilmelidir.
JavaScript ana içeriği oluşturamıyordur
Tek sayfa uygulamalarında sunucu her rota için aynı uygulama kabuğunu ve 200 yanıtını gönderebilir. Geçersiz rotada JavaScript daha sonra “Sayfa bulunamadı” mesajı gösterse bile sunucu yanıtı başarı kodu olarak kalır.
Geçerli bir sayfada ise engellenen JavaScript dosyası, başarısız API çağrısı veya render hatası Googlebot’un boş bir şablon görmesine neden olabilir. Böyle bir durumda sayfayı kaldırmak yerine render ve kaynak yükleme sorunu çözülmelidir. Kontrol adımları JavaScript SEO sorunlarını tespit etme rehberinde yer almaktadır.
Sunucu veya veritabanı hatası başarı koduyla gizleniyordur
Veritabanı bağlantısı koptuğunda, sunucu taraflı bir bileşen yüklenmediğinde veya ürün verisi getirilemediğinde sayfa boş kalabilir. Uygulama bu durumu 200 koduyla karşılıyorsa Google geçici teknik arızayı kalıcı olarak boş bir sayfa gibi değerlendirebilir.
Soft 404 hatası nasıl tespit edilir?
- Search Console’daki örnek URL’leri alın. Sayfa Dizine Ekleme raporunda “Soft 404” satırını açın. Bütün listeyi aynı kabul etmek yerine farklı klasör ve şablonlardan örnekler seçin.
- URL’nin gelecekteki işlevini belirleyin. Sayfa gerçekten var mı, taşındı mı, kalıcı olarak kaldırıldı mı, yoksa geçici bir yükleme sorunu mu yaşadı?
- Canlı URL testi çalıştırın. URL Denetleme aracında oluşturulan sayfayı, ekran görüntüsünü ve yüklenen kaynakları inceleyin. Kayıtlı durum eski olabilir; canlı sonuç güncel davranışı gösterir.
- HTTP durum kodunu doğrulayın. Tarayıcının Ağ paneli, sunucu başlığı kontrol aracı veya bir site tarayıcısıyla URL’nin gerçekten
200,301,404ya da başka bir kod döndürdüğünü kontrol edin. - Ana içeriği değerlendirin. Menü, footer ve ortak şablonun yüklenmesi yeterli değildir. Sayfanın amacını karşılayan ana içerik Googlebot tarafından görülebilmelidir.
- URL kalıbını bulun. Aynı tema, kategori, filtre, ürün veya uygulama rotasındaki başka URL’lerde aynı sorun bulunuyorsa tek sayfa yerine ortak şablonu düzeltin.
HTTP kodu tek başına teşhisi tamamlamaz. Geçerli bir sayfa 200 döndürse bile render sonunda içerik boş kalabilir. Benzer şekilde kullanıcıya yararlı bağlantılar sunan özel bir hata sayfası, sunucudan 404 dönüyorsa Soft 404 değildir.
Soft 404 hatası nasıl çözülür?
Sayfa artık yoksa 404 veya 410 döndürün
İçerik kaldırıldıysa ve aynı ihtiyacı karşılayan bir alternatif bulunmuyorsa URL’nin 404 Not Found veya 410 Gone döndürmesi gerekir. Kullanıcıya yararlı bir özel hata sayfası gösterilebilir; ancak sunucu yanıtı 200 olmamalıdır.
Bu URL’yi XML sitemap’ten çıkarın ve site içinde hâlâ verilen bağlantıları düzeltin. Dışarıdan bağlantı alan önemli bir URL ise yönlendirme kararı vermeden önce gerçekten eşdeğer bir hedef olup olmadığını kontrol edin.
İçerik taşındıysa alakalı adrese 301 yönlendirin
Eski sayfanın yerini alan açık bir yeni URL varsa kalıcı 301 yönlendirmesi kullanılabilir. Yeni hedef eski sayfanın konusunu ve kullanıcı ihtiyacını karşılamalıdır. Ana sayfaya veya ilgisiz bir kategoriye toplu yönlendirme yapmak sorunu gizlemez.
Sayfa geçerliyse ana içeriği geri yükleyin
URL’nin arama sonuçlarında bulunması gerekiyorsa önce neden boş veya hata benzeri göründüğü çözülmelidir. Eksik ürün ya da makale verisi, başarısız API isteği, engellenen kaynak, yanlış koşullu render ve tema hatası kontrol edilmelidir. Düzeltme sonrasında sayfa 200 yanıtıyla kullanıcı ihtiyacını karşılayan ana içerik sunmalıdır.
Rastgele birkaç paragraf eklemek her zaman çözüm değildir. Google’ın yanlış değerlendirdiği geçerli sayfada içerik ve render güçlendirilir; aslında bulunmayan bir URL ise metinle yapay biçimde canlı tutulmaz.
Geçici olarak boşalan ürün ve kategorileri duruma göre yönetin
Stoku geçici olarak tükenen bir ürün sayfası; ürün bilgisi, stok durumu, yeniden gelme bilgisi ve anlamlı alternatiflerle kullanıcıya hâlâ değer sunuyorsa 200 yanıtıyla yayında kalabilir. Kalıcı olarak kaldırılan ve geri dönmeyecek bir üründe ise eşdeğer bir yeni ürün varsa 301, yoksa 404 veya 410 daha doğru olabilir.
Boş kategorilerde de aynı karar mantığı geçerlidir. Yakında ürün eklenecek diye belirsiz süre boyunca yalnızca başlık ve “ürün yok” mesajı gösteren yüzlerce sayfayı açık tutmak yerine kategorinin gerçek işlevi değerlendirilmelidir.
Hangi uygulamalar sorunu çözmez?
- Bulunamayan bütün URL’leri ana sayfaya yönlendirmek
- Sunucu kodunu değiştirmeden özel 404 tasarımı hazırlamak
- Geçerli ana içerik oluşturmadan sayfaya rastgele metin eklemek
- URL’nin durumunu çözmeden yalnızca
noindexeklemek - Google’ın sayfayı görmesini engellemek için Soft 404 URL’sini robots.txt ile kapatmak
- Aynı hata şablonunu
200koduyla bütün geçersiz rotalarda göstermek - Teknik düzeltme yapmadan tekrar tekrar dizine ekleme isteği göndermek
noindex, erişilebilir ve bilinçli olarak dizin dışında tutulacak gerçek sayfalar için kullanılabilir; bulunmayan içeriğin doğru durum kodunun yerine geçmez. Robots.txt engeli ise Google’ın sayfayı yeniden tarayıp düzeltilmiş yanıtı görmesini önleyebilir.
Düzeltme Search Console’da nasıl doğrulanır?
Önce farklı URL kalıplarından örnekleri canlı olarak test edin. Doğru HTTP kodu, render edilen ana içerik, yönlendirme hedefi, sitemap kaydı ve site içi bağlantılar birlikte doğrulandıktan sonra rapordaki “Düzeltmeyi Doğrula” işlemi başlatılabilir.
Google, sorun çözüldüğünde raporu URL’leri yeniden taradıkça günceller. Doğrulama isteği tek başına bir düzeltme değildir ve bütün kayıtların hemen kaybolacağını garanti etmez. Aynı şablondaki URL’lerin yalnızca bir kısmı düzeltilmişse doğrulama başarısız olabilir.
Soft 404 hataları SEO’yu nasıl etkiler?
Soft 404 olarak değerlendirilen URL genellikle Google Arama’ya dahil edilmez. Çok sayıda hatalı URL, Googlebot’un geçerli sayfalar yerine boş veya yinelenen adreslerde zaman harcamasına ve site envanterinin yönetilmesini zorlaştırmasına neden olabilir. Kullanıcılar da aradıkları içerik yerine boş sayfa veya alakasız yönlendirmeyle karşılaşır.
Buna rağmen birkaç Soft 404 kaydını site genelinde otomatik bir ceza veya kesin sıralama kaybı olarak yorumlamak doğru değildir. Öncelik; sitemap’te bulunan, site içinden bağlantı verilen, dış bağlantı alan veya organik trafik hedefleyen URL’lere verilmelidir.
Doğru yanıt kodu sayfanın gerçek durumunu anlatmalıdır
Soft 404 çözümünün temeli, URL’nin teknik yanıtıyla kullanıcıya sunduğu içeriği eşleştirmektir. Sayfa yoksa 404 veya 410, taşındıysa alakalı hedefe 301, geçerli bir sayfaysa eksiksiz içerikle 200 yanıtı verilmelidir.
Sorun tek bir URL’de değil, ürün, filtre, kategori veya JavaScript rota şablonunda tekrarlanıyorsa düzeltme de sistem düzeyinde yapılmalıdır. Büyük URL gruplarında HTTP yanıtları, render edilen içerik ve indekslenme sinyallerini birlikte ele alan bir teknik SEO çalışması, hatayı tek tek kapatmak yerine kaynağını ortadan kaldırmayı hedefler.
