Soft 404 Nedir? Google Neden Bazı Sayfaları 404 Gibi Görür?

Bir ürün URL’sini açtığınızda “ürün bulunamadı” mesajı görünüyor, fakat sunucu tarayıcıya 200 OK cevabı veriyor olabilir. Başka bir sayfa teknik olarak açılırken ana içerik API hatası nedeniyle boş kalabilir. Kullanıcı ekranda geçerli bir sayfa olmadığını anlarken HTTP cevabı “istek başarıyla tamamlandı” dediğinde arama motoruna çelişkili sinyal gönderilir.

Google, içeriğin hata veya boş sayfa olduğunu değerlendirip URL’yi normal bir 200 sayfası olarak işlememeyi seçebilir. Search Console’da bu durum “Soft 404” nedeni altında görünür. Sorun yalnız özel 404 sayfasının görünümü değildir; URL’nin teknik cevabı ile kullanıcıya gösterilen gerçek içerik arasındaki uyumsuzluktur.

Bu rehber 404 sayfasının tasarımını tekrar etmez. Odak; Google’ın neden soft 404 sınıflandırması yapabildiği, hatanın nasıl doğrulanacağı ve URL’nin gerçek durumuna göre hangi HTTP cevabının kullanılması gerektiğidir.

Soft 404 nedir?

Soft 404, bir URL’nin kullanıcıya içeriğin bulunmadığını düşündüren bir sayfa göstermesine rağmen 404 Not Found yerine çoğunlukla 200 Success döndürmesidir. Google’ın güncel tarama hataları rehberi, ana içeriği olmayan veya boş görünen bazı 200 sayfalarının da soft 404 olarak değerlendirilebileceğini açıklar Google Tarama Hataları Rehberi.

“Soft” kelimesi gerçek bir HTTP durum kodunu ifade etmez. Sunucu 404 göndermemiştir; Google sayfanın içeriğini ve render sonucunu inceleyerek hata sayfasına benzediğine karar vermiştir. Search Console Page Indexing raporunda bu URL’ler genellikle indekslenmeyen sayfalar arasında listelenir Search Console Page Indexing Raporu.

Hard 404 ile soft 404 arasındaki fark nedir?

Google’ın HTTP durum kodu dokümanı, 2xx cevabının içeriği indeksleme sistemine gönderdiğini fakat indeks garantisi vermediğini belirtir. İçerik hata, boş sayfa veya hata mesajı gibi görünüyorsa Search Console soft 404 gösterebilir Google HTTP Durum Kodları.

Soft 404 neden oluşur?

• Silinmiş ürün veya içerik URL’sinin “bulunamadı” metniyle birlikte 200 dönmesi.
• CMS’nin bilinmeyen bütün adreslerde aynı şablonu başarı cevabıyla açması.
• Geçersiz URL’lerin ana sayfaya veya alakasız kategoriye yönlendirilmesi.
• Dahili arama veya filtre sonucunun boş olmasına rağmen geçerli sayfa gibi sunulması.
• Veritabanı bağlantısı kesildiğinde ana içeriğin yüklenmemesi.
• Server-side include veya template bileşeninin eksik kalması.
• JavaScript dosyası ya da API isteği başarısız olduğu için render edilmiş sayfanın boş olması.
• SPA router’ın bulunmayan bütün rotalarda aynı app shell’i 200 ile döndürmesi.
• Googlebot için kritik CSS, JavaScript veya veri kaynağının robots.txt ya da güvenlik katmanında engellenmesi.

Google; eksik server-side include, bozuk veritabanı bağlantısı, boş iç arama sonucu ve yüklenmeyen JavaScript dosyasını soft 404 üretebilen örnekler arasında sayar Google Tarama Hataları Rehberi.

Google bir sayfanın soft 404 olduğuna nasıl karar verir?

Google’ın bütün algoritmik eşikleri kamuya açık değildir. Bilinen temel nokta, yalnız response header’a bakılmamasıdır. Google sayfanın alınan ve render edilen içeriğini değerlendirerek belirgin hata mesajı, boş ana içerik veya geçerli belgeye benzemeyen sonuç görürse soft 404 sınıflandırması yapabilir.

Bu nedenle “sunucu 200 veriyor, teknik olarak sorun yok” yaklaşımı yeterli değildir. 200 cevabı yalnız isteğin HTTP seviyesinde başarıyla yanıtlandığını söyler. Sayfanın indekslenmeye değer ve gerçekten mevcut içerik taşıdığını kanıtlamaz.

Soft 404 her zaman gerçekten kaldırılmış sayfa mıdır?

Hayır. Search Console’da soft 404 görünen sayfa gerçekten değerli ve mevcut olabilir. Googlebot ana içeriği alamamış, render sırasında kritik kaynak hata vermiş veya geçici bir uyarı mesajı ana içerikten daha baskın görünmüş olabilir.

Google, geçerli bir sayfa yanlışlıkla soft 404 işaretlendiyse URL Inspection ile render edilmiş içeriğin, HTTP cevabının ve yüklenemeyen kaynakların incelenmesini önerir Google Tarama Hataları Rehberi. Bu nedenle hatayı görür görmez 404 döndürmek yerine sayfanın gerçekten var olup olmadığı doğrulanmalıdır.

Search Console’da soft 404 nasıl bulunur?

1. Search Console içinde Page Indexing raporunu açın.
2. “Soft 404” nedenini seçerek örnek URL listesini inceleyin.
3. Örneklerin aynı ürün, kategori, arama veya içerik şablonunda toplanıp toplanmadığını belirleyin.
4. Tekil URL’de URL Inspection aracını çalıştırın.
5. İndekslenen sürüm ile canlı test sonucunu ayrı ayrı karşılaştırın.
6. “View tested page” alanında ekran görüntüsü, render edilmiş HTML ve yüklenen kaynakları inceleyin.
7. Sunucunun gerçek HTTP cevabını bağımsız araç veya access log ile doğrulayın.

Page Indexing raporu, soft 404 sonucunda Google’ın kullanıcı dostu “bulunamadı” içeriği gördüğünü fakat 404 cevabı almadığını açıklar. Google’ın sayfayı nasıl render ettiğini görmek için canlı URL Inspection testi önerilir Search Console Page Indexing Raporu.

Tarayıcıda sayfaya bakmak neden yeterli değildir?

Tarayıcı ekranda yalnız son kullanıcı görünümünü gösterir. HTTP cevabı, redirect zinciri, Googlebot için bloklanan kaynak veya server-side render farkı görünmeyebilir. Ayrıca yönetici oturumu, cookie, cache ve konum bilgisi sizin gördüğünüz içeriği Googlebot’tan farklı hale getirebilir.

Teşhiste aşağıdaki üç görünüm birlikte incelenmelidir:

• HTTP cevabı: İlk isteğin status kodu ve redirect zinciri.
• Kaynak HTML: Sunucudan JavaScript çalışmadan gelen içerik.
• Render edilmiş HTML: Googlebot benzeri ortamda scriptler çalıştıktan sonraki görünüm.

HTTP durum kodu nasıl doğrulanır?

Tarayıcı geliştirici araçlarındaki Network paneli, komut satırındaki HTTP istemcileri, crawler araçları veya sunucu access log’ları kullanılabilir. Kontrol yalnız tasarlanmış /404 sayfasında değil, rastgele ve gerçekten var olmayan bir URL üzerinde yapılmalıdır.

Örneğin /kesinlikle-var-olmayan-test-url isteği 200 dönüp ana sayfa ya da hata şablonu gösteriyorsa catch-all route yanlış yapılandırılmış olabilir. Aynı test ürün, blog, kategori ve JavaScript route şablonlarında ayrı yapılmalıdır.

Sayfa gerçekten kaldırıldıysa ne yapılmalıdır?

İçerik kalıcı olarak kaldırılmış ve benzer bir yeni karşılığı yoksa URL 404 Not Found veya 410 Gone döndürmelidir. Google, 4xx cevaplı URL’lerin içeriğini indekslemez; daha önce indekslenen URL’ler zamanla dizinden çıkarılır Google HTTP Durum Kodları.

Sunucu 404 döndürürken kullanıcıya marka tasarımına uygun, navigasyon ve yararlı bağlantılar içeren özel bir hata sayfası gösterebilir. Özel sayfa sunmak için 200 dönmek gerekmez. Google da kullanıcı dostu 404 içeriğiyle gerçek 404 response kodunun birlikte kullanılmasını önerir Google Teknik SEO Başlangıç Rehberi.

404 ile 410 arasındaki fark nedir?

404, istenen kaynağın bulunamadığını; 410 ise kaynağın bilerek ve kalıcı biçimde kaldırıldığını ifade eder. Google Search açısından 429 dışındaki 4xx cevapların temel sonucu benzerdir: içerik kullanılmaz ve indekslenmiş URL zamanla kaldırılır Google HTTP Durum Kodları.

Bir sayfanın kalıcı olarak silindiğinden eminseniz 410 semantik olarak daha açıklayıcı olabilir. Standart içerik silme akışında 404 kullanmak da yanlış değildir. Asıl hata, olmayan URL’yi 200 ile geçerli sayfa gibi sunmaktır.

Sayfa başka bir adrese taşındıysa ne yapılmalıdır?

Eski URL’nin doğrudan ve anlamlı bir yeni karşılığı varsa sunucu taraflı kalıcı 301 veya 308 yönlendirme kullanılmalıdır. Google, kalıcı server-side redirect’i kullanıcıları ve Search sistemlerini doğru yeni konuma yönlendirmek için önerilen yöntem olarak tanımlar Google Redirect Rehberi.

Bütün kaldırılmış ürünleri ana sayfaya veya ilgisiz üst kategoriye yönlendirmek doğru değildir. Yeni hedef eski içeriğin amacını karşılamıyorsa Google bu yönlendirmeyi soft 404 gibi yorumlayabilir. İlgili alternatif yoksa gerçek 404 veya 410 daha temizdir.

Sayfa hâlâ geçerliyse soft 404 nasıl düzeltilir?

Geçerli sayfada amaç status kodunu değiştirmek değil, Google’ın neden ana içeriği göremediğini bulmaktır. Sayfa 200 dönmeye devam etmeli; fakat kullanıcı ve Googlebot için yeterli, hatasız ana içerik sunmalıdır.

• Veritabanı ve API hatalarını düzeltin.
• Server-side render veya template çıktısında ana içeriğin bulunduğunu doğrulayın.
• Robots.txt tarafından engellenen kritik script ve stil kaynaklarını kontrol edin.
• WAF veya CDN’nin Googlebot’a farklı cevap vermediğini inceleyin.
• “İçerik yüklenemedi” gibi baskın hata mesajlarını gerçek hata yönetimiyle değiştirin.
• Boş veri halinde sayfanın geçerli bir alternatif içerik sunup sunmadığını belirleyin.
• Canlı URL Inspection ile düzeltme sonrası render sonucunu yeniden test edin.

Az içerikli sayfa soft 404 olur mu?

Yalnız kelime sayısının düşük olması otomatik soft 404 anlamına gelmez. Kısa bir iletişim, hesaplama sonucu veya ürün durumu sayfası kullanıcı görevini eksiksiz karşılayabilir. Sorun, sayfanın ana içeriğinin olmaması, hata görünümü taşıması veya belirtilen amacı karşılamamasıdır.

Google geçerli sayfanın yanlış sınıflandırıldığını düşünüyorsanız sayfaya daha fazla bilgi eklemenizi ve canlı testte Google’ın gördüğü görünümü incelemenizi önerir Search Console Page Indexing Raporu. Eklenen içerik dolgu metin değil, sayfanın varlığını ve kullanıcı değerini açıkça gösteren gerçek bilgi olmalıdır.

E-ticarette kaldırılan ürün URL’leri nasıl yönetilmelidir?

Bu kararlar katalog yaşam döngüsüyle birlikte uygulanmalıdır. Teknik şablon hatalarının URL grubu seviyesinde incelenmesi, teknik SEO danışmanlığı sürecinde binlerce ürün URL’sinin tek tek ele alınması yerine ortak kök nedeni bulmayı sağlar.

Boş arama ve filtre sayfaları nasıl yönetilmelidir?

Dahili arama sonucu veya filtre kombinasyonu hiçbir kayıt döndürmüyorsa sayfanın amacı değerlendirilmelidir. Kullanıcının sorguyu değiştirmesine yardımcı olan arama arayüzü erişilebilir kalabilir; fakat sınırsız sorgu URL’lerinin indekslenebilir 200 sayfalar olarak üretilmesi doğru değildir.

Geçersiz ve kalıcı olarak sonuçsuz filtre kombinasyonlarında gerçek 404 kullanılabilir. Kullanıcı deneyimi için gerekli dahili arama sayfalarında indeks dışı bırakma ve URL keşif kontrolü ayrıca planlanmalıdır. Her boş sonuç aynı teknik kararla yönetilmemelidir.

SPA ve JavaScript sitelerde soft 404 nasıl önlenir?

Single-page application sunucusu çoğu zaman bütün route’lara aynı index.html dosyasını 200 ile döndürür. İstemci uygulaması kaydın bulunmadığını sonradan anlar ve ekranda hata mesajı gösterir. Sunucu cevabı değişmediği için soft 404 oluşabilir.

Google’ın JavaScript sorun giderme rehberi, SPA hata durumunda sunucunun 404 döndürdüğü bir URL’ye yönlendirmeyi veya hata görünümüne noindex eklemeyi önerir Google JavaScript Sorunlarını Giderme. En sağlam çözüm, mümkün olduğunda route’un varlık kontrolünü sunucu veya edge katmanında yaparak doğru HTTP cevabını doğrudan vermektir.

Noindex soft 404 çözümü müdür?

Noindex, geçerli fakat arama sonuçlarında yer alması istenmeyen sayfalar için kullanılır. Gerçekte bulunmayan URL’nin doğru cevabı 404 veya 410’dur. Noindex kullanmak status kodu hatasını gizlememelidir.

JavaScript SPA’larda sunucu tarafı status yönetimi hemen değiştirilemiyorsa Google’ın önerdiği geçici yöntemlerden biri olabilir. Ancak Google’ın meta robots kuralını görebilmesi için sayfanın taranabilir olması gerekir. Robots.txt ile engellenmiş URL’de noindex okunamaz.

Özel 404 sayfası soft 404 olmak zorunda mı?

Hayır. Kullanıcı dostu özel 404 sayfası normal navigasyon, arama kutusu, popüler bağlantılar ve marka tasarımı içerebilir. Sunucu yine de HTTP header’da 404 döndürmelidir. Görsel olarak zengin bir hata sayfası sunmak ile URL’yi başarılı kabul etmek ayrı kararlardır.

Özel hata sayfasının içerik ve tasarım ayrıntıları mevcut “404 sayfası nasıl yapılmalı?” içeriğinin kapsamıdır. Bu yazıda kritik olan, kullanıcıya gösterilen şablondan bağımsız biçimde gerçek status kodunun korunmasıdır.

Soft 404 düzeltmesi nasıl doğrulanır?

1. URL’nin beklenen 200, 301, 404 veya 410 cevabını verdiğini test edin.
2. Redirect varsa hedefin alakalı ve tek adımda ulaşılan 200 sayfa olduğunu doğrulayın.
3. Geçerli 200 sayfada ana içeriğin kaynak ve render edilmiş HTML’de bulunduğunu kontrol edin.
4. Googlebot için bloklanan kritik kaynak veya güvenlik kuralı olmadığını inceleyin.
5. Search Console canlı URL testini yeniden çalıştırın.
6. Şablondaki başka örnek URL’leri de test edin.
7. Gerekliyse “Validate Fix” sürecini başlatın ve rapor değişimini izleyin.
8. Access log’larda Googlebot’un yeni cevabı aldığını doğrulayın.

Tek bir URL’nin düzelmesi bütün şablonun düzeldiğini kanıtlamaz. Ürün, kategori, blog, arama ve SPA route grupları için örnek setleri hazırlanmalıdır. Bulgular SEO denetimi ve aksiyon planı içinde ortak yazılım kuralı ve kabul testi olarak tanımlanmalıdır.

En sık yapılan soft 404 hataları

1. Olmayan bütün URL’lerde ana sayfayı 200 ile göstermek.
2. Özel 404 tasarımı sunabilmek için status kodunu 200 yapmak.
3. Silinen bütün sayfaları alakasız ana sayfaya yönlendirmek.
4. Geçerli sayfayı yalnız Search Console etiketi nedeniyle 404’e çevirmek.
5. Render edilmiş içerik yerine yalnız kaynak HTML veya tarayıcı görünümüne bakmak.
6. Geçici API ve veritabanı hatalarını boş 200 şablonla gizlemek.
7. SPA’daki bütün route’ların aynı app shell cevabını vermesine izin vermek.
8. Noindex ile gerçek 404 ihtiyacını birbirine karıştırmak.
9. Düzeltme sonrası yalnız tek URL’yi test etmek.
10. 404, redirect ve içerik düzeltme kararını URL amacı belirlenmeden topluca uygulamak.

Soft 404 kontrol listesi

1. Search Console’daki soft 404 URL’leri şablon ve URL kalıbına göre gruplandı mı?
2. Her örneğin gerçek HTTP status kodu kontrol edildi mi?
3. Google’ın render ettiği ana içerik URL Inspection ile incelendi mi?
4. Sayfa gerçekten kaldırıldı mı, taşındı mı, yoksa hâlâ geçerli mi?
5. Kaldırılan URL 404 veya 410 döndürüyor mu?
6. Taşınan URL yalnız ilgili karşılığa kalıcı yönleniyor mu?
7. Geçerli sayfanın veri, JavaScript ve render hataları giderildi mi?
8. SPA ve catch-all route’lar bilinmeyen adreslerde doğru cevap veriyor mu?
9. Özel 404 şablonu korunurken header’da gerçek 404 gönderiliyor mu?
10. Düzeltme şablon bazında otomatik test ve izlemeye bağlandı mı?

Sonuç: Sayfanın görünümü ile HTTP cevabı aynı gerçeği anlatmalıdır

Soft 404, Google’ın olmayan veya boş görünen bir sayfaya verilen başarı cevabını güvenilir bulmamasıyla oluşur. Sorunu çözmenin yolu her URL’ye aynı etiketi uygulamak değil, sayfanın gerçek durumunu belirlemektir.

İçerik kaldırıldıysa 404 veya 410, ilgili yeni konuma taşındıysa kalıcı yönlendirme, hâlâ geçerliyse hatasız ve anlamlı bir 200 sayfası sunulmalıdır. HTTP header, render edilmiş içerik, iç link ve kullanıcı mesajı aynı durumu anlattığında hem Google hem ziyaretçi için belirsizlik ortadan kalkar.