Google Search Console’da yumuşak 404 artışı nasıl yorumlanır?

Google Search Console’da yumuşak 404 artışı neden her zaman kriz değildir?

Google Search Console’da yumuşak 404 artışı nasıl yorumlanır sorusunun ilk cevabı şudur: artışı tek başına bir hata sayısı olarak değil, bağlamı olan bir sinyal olarak okumak gerekir. Uygulamada bu artış genelde üç sınıfa ayrılır: normal temizlik, yanlış sinyal ve teknik regresyon. Google’ın HTTP durum kodları dokümanına göre, 2xx ile dönen ama boş sayfa ya da hata mesajı gibi görünen URL’ler Search Console’da soft 404 olarak işaretlenebilir (Google for Developers, 2026-03-06).

Normal temizlik senaryosunda eski ürünler, biten kampanya sayfaları veya artık kullanılmayan filtre URL’leri rapora düşebilir. Bu durumda artış tek başına kötü değildir; hatta çoğu zaman sitenin eski URL yükünden arınmaya başladığını gösterir. Asıl soru, bu URL’lerin beklenen kaldırmalar mı yoksa yanlışlıkla 200 dönen boş sayfalar mı olduğudur. Kavram tarafında hızlı bir çerçeve ihtiyacınız varsa SEO terim sözlüğü içindeki temel tanımları aynı ekranla birlikte okumak işi kolaylaştırır.

Yanlış sinyal ve teknik regresyon ise daha farklı görünür. Bir dağıtımdan, tema değişiminden veya ürün veri akışındaki bozulmadan hemen sonra aynı şablona ait onlarca URL aynı anda yükseliyorsa, bu artık tekil bir kaldırma değil şablon kaynaklı bir üretim hatası olabilir. Özellikle para getiren kategori, ürün veya landing page kümelerinde eş zamanlı artış görüyorsanız, bunu sıradan bir rapor dalgalanması gibi ele almak pahalıya mal olabilir.

Soft 404 artışını URL kaynağına ve şablona göre nasıl kümelersiniz?

İkinci adım, soft 404 URL’lerini rastgele değil kaynak ve şablon mantığıyla ayırmaktır. Kaynak tarafında en az şu başlıkları ayrı kümeler olarak düşünün: site haritasından gelen URL’ler, dahili linklerle keşfedilen URL’ler, harici bağlantı alan eski sayfalar, JavaScript ile üretilen URL’ler, kaldırılan ürün URL’leri, filtre kombinasyonları ve dahili arama sonuçları. Bu ayrım, sorunun nerede üretildiğini daha hızlı gösterir. Özellikle dış bağlantı alan eski sayfalar için geri bağlantı kaynaklarını görmek hangi URL’nin gerçekten yaşamaya değer olduğunu anlamada faydalıdır.

Şablon tarafında en sık görülen desenler e-ticaret ürün sayfaları, kategori sayfaları, kampanya sayfaları ve faceted navigation katmanıdır. Örneğin stoktan kalkan ürün sayfası boş bir kutu dönüyorsa bu teknik olarak 200 olsa bile soft 404 sinyali üretebilir. Benzer şekilde filtre kombinasyonları çok zayıf veya neredeyse aynı içeriği üretiyorsa Google bunları düşük değerli sayfalar gibi yorumlayabilir. Dahili arama sayfaları da aynı risk grubundadır; boş arama sonucu, özellikle indekslenebilir bırakıldıysa, soft 404 kümesi oluşturabilir.

Buradaki karar mantığı basittir: bir küme iş kuralı nedeniyle bilerek kaldırıldıysa bu çoğu zaman temizlik sinyalidir; aynı küme yanlışlıkla hâlâ site haritasında duruyor, iç link alıyor veya 200 dönüyorsa müdahale gerekir. Kümenin kaynağı size hangi ekibin devreye girmesi gerektiğini de söyler. Sitemap kaynaklı sorun SEO ve geliştirme ortak işi olabilir; render kaynaklı sorun ise daha çok frontend, API ve JavaScript SEO tarafına kayar.

URL Denetleme, ham HTTP yanıtı ve render çıktısı birlikte nasıl okunur?

Soft 404 teşhisinde en sık yapılan hata, yalnızca Search Console ekranındaki etikete bakıp karar vermektir. Oysa Google’ın tarama hatalarını giderme dokümanı, sorunsuz görünen bir sayfanın Googlebot için düzgün yüklenmemesi, kritik kaynakların eksik olması veya oluşturma sırasında hata mesajı vermesi halinde soft 404 olarak işaretlenebileceğini açıkça söylüyor (Google Search Central, 2026-01-06). Bu yüzden ilk iş canlı URL Denetleme ile Googlebot’un gördüğü sürümü kontrol etmektir.

Canlı testte şu üç şeyi aynı anda okuyun: Google’ın aldığı son durum kodu, render edilmiş ana içerik ve indekslenebilirlik sinyalleri. Ardından bunu ham HTTP yanıtıyla karşılaştırın. Eğer sunucu 200 dönüyor ama kullanıcıya boş ürün alanı, hata kutusu veya neredeyse içeriksiz bir şablon gösteriyorsa, sorun büyük ihtimalle gerçek 404 değil yanlış 200 problemidir. Eğer 301 görünüyorsa, hedef sayfanın gerçekten ilgili olup olmadığını da kontrol edin; alakasız hedefler ana sayfaya gidiyorsa bu çoğu zaman doğru çözüm değildir.

JavaScript, CSS, görsel ve API eksikleri burada kritik rol oynar. Google’ın aynı dokümanı, yüklenemeyen kaynakların, engellenmiş dosyaların veya yavaş çalışan render akışının sayfayı boş gösterebileceğini ve bunun soft 404 gibi yorumlanabileceğini belirtiyor (Google Search Central, 2026-01-06). Yani sorun bazen sayfanın silinmesi değil, sayfanın Googlebot’a eksik görünmesidir. Bu yüzden yalnızca HTML kaynağını değil, render sonrası ana içeriği de görmek gerekir.

20 URL’lik mini vaka: silinen ürün mü, ince içerik mi, render hatası mı?

Deneyimde en işe yarayan yaklaşım, aynı mülkten rastgele değil temsili 20 URL seçip her biri için üç kanıtı yan yana okumaktır: canlı URL Denetleme çıktısı, ham HTTP yanıtı ve sunucu logu. Bu küçük örneklem, ekran görüntüsüne bakarak yapılan hızlı yorumlardan daha güvenilir bir teşhis verir. Çünkü artışın gerçekten kaldırılan sayfalardan mı, yanlış yönlendirmelerden mi, yoksa render tarafındaki bir kırılmadan mı geldiği bu üçlüde netleşir.

Birinci tipik örnek silinen ürün sayfasıdır. Stoktan kalkan ürün artık geri gelmeyecekse ve benzer bir yeni URL yoksa, 200 dönen boş şablon yerine 404 veya 410 daha doğru sinyaldir. İkinci örnek eski kampanya URL’sidir. Kampanya kapandıktan sonra tüm eski URL’leri ana sayfaya yönlendirmek pratik görünür ama çoğu zaman hem kullanıcı niyetini bozar hem de soft 404 benzeri zayıf sinyal üretir. Üçüncü örnek kategori veya listeleme sayfasıdır; API yanıtı kesildiğinde şablon ayakta kalır, içerik boşalır ve Search Console bunu kaldırılmış sayfa gibi yorumlayabilir.

Sunucu logu burada ayrımı keskinleştirir. Eğer artış belirli bir dağıtımdan hemen sonra başlamış ve Googlebot aynı şablondaki URL’leri art arda istemeye devam etmişse, elinizde yüksek olasılıkla bir teknik regresyon vardır. Eğer log tarafında istekler seyrek, URL’ler de eski ürün veya kampanya kümesinden geliyorsa, sorun çoğu zaman yanlış sinyal veren kaldırma akışıdır. Bu yüzden 20 URL’lik mini vaka, soft 404 yorumlamasında teoriden daha değerli bir operasyon adımıdır.

404, 410, 301 ve içerik güçlendirme arasında doğru aksiyon nasıl seçilir?

Doğru aksiyon, URL’nin iş değeriyle mevcut durumunu aynı anda değerlendirmeyi gerektirir. Google Search Console Yardım içeriğine göre, sayfa gerçekten artık mevcut değilse 404 veya 410 uygundur; Google bugün 410’u pratikte 404 ile benzer şekilde işler. Sayfa yeni bir adrese taşındıysa doğru sinyal 301‘dir. Sayfa zayıf ama iş değeri olan bir sorguyu hedefliyorsa, sırf hatayı gizlemek için sahte metin eklemek yerine içeriği gerçekten güçlendirmek gerekir (Google Search Console Yardım, 2026).

Kaçınılması gereken çözümler neredeyse her zaman aynıdır: ana sayfaya toplu yönlendirme, alakasız bir sayfaya 301 verme, 200 dönmeye devam eden boş şablonu ufak bir metinle canlı sanmak ve sadece noindex ekleyip asıl sorunu bırakmak. Google’ın 404 yardım dokümanı, mevcut olmayan sayfaları ana sayfa gibi başka sayfalara yönlendirmenin sorun oluşturabileceğini ve bunun soft 404 mantığına kayabildiğini açıkça belirtiyor (Google Search Console Yardım, 2026).

• Sayfa kalıcı olarak kalktıysa 404 veya 410 döndürün.
• Yeni ve açık bir eşdeğer varsa 301 ile birebir taşıyın.
• İş değeri olan ince içerikleri gerçek içerik iyileştirmesiyle güçlendirin.
• Ardından site haritası, iç link, canonical ve noindex işaretlerini yeni duruma göre temizleyin.

Sıra da önemlidir. Önce yanıt kodunu veya hedef yönlendirmeyi düzeltin. Sonra sitemap kayıtlarını kaldırın, dahili linkleri güncelleyin ve canonical işaretlerinin yeni gerçekle uyumlu olduğundan emin olun. Bu temizlik yapılmadan bırakılan eski referanslar, düzeltilmiş URL’lerin Search Console’da yeniden aynı kümeye düşmesine neden olabilir.

Düzeltme sonrası Search Console ne zaman güncellenir ve SEOYEN nasıl destek olur?

Düzeltme sonrası raporun temizlenmesi için tek bir sabit süre yoktur. Hız; URL’nin ne kadar sık tarandığına, hatanın kaç şablona yayıldığına ve sitenin genel tarama temposuna bağlıdır. Bu yüzden doğrulama başlattıktan sonra sadece Sayfa Dizine Ekleme raporunu değil, tarama istatistikleri ve gerekiyorsa sunucu logunu da izleyin. Live test temiz görünse bile, toplu kümenin rapordan düşmesi yeniden tarama döngüsüne bağlı ilerler.

Operasyon tarafında zor olan kısım, bu işi yalnızca GSC ekranında bırakmamaktır. site sağlığı taraması ile şablon bazlı boş sayfa, kırık yönlendirme ve indekslenmemesi gereken URL kümelerini düzenli takip etmek, soft 404 sorunlarını daha erken yakalamanıza yardım eder. SEOYEN’in Türkçe arayüzü, TL bazlı fiyatlandırması ve yerel Türkçe desteği bu iş akışını daha operasyonel hale getirir; teknik ekip ile içerik ekibi aynı liste üzerinde daha rahat konuşur.

Ahrefs, SEMrush, SEOptimer, Moz ve SE Ranking farklı açılardan değerli araçlardır; özellikle bazıları backlink veya görünürlük analizi tarafında güçlüdür. SEOYEN’in farkı, bu iş akışını Türkiye pazarına daha yakın bir dille ve tek platform mantığıyla toparlamasıdır. Karşılaştırma tarafını daha net görmek isterseniz Ahrefs karşılaştırması sayfası fikir verir; plan yapısını incelemek isteyen ekipler için de SEOYEN paket seçenekleri güncel çerçeveyi gösterir.

Adım Adım: Search Console’da soft 404 artışını teşhis edip doğru aksiyonu seçme

1. Artışı raporda doğrula ve dışa aktar. Önce Sayfa Dizine Ekleme raporunda yumuşak 404 kümesini tarih aralığıyla kontrol edin. Tek bir güne değil, artışın hangi yayın, taşıma veya şablon değişimiyle çakıştığına bakın. Ardından örnek URL listesini dışa aktarın ki aynı küme üzerinde tutarlı çalışabilesiniz.
2. URL’leri kaynak ve şablona göre grupla. Ürün, kategori, filtre, kampanya, dahili arama, sitemap ve yönlendirme kaynaklarını ayrı kümelere ayırın. Amaç her URL’yi tek tek çözmek değil, hatayı hangi üretim mantığının çıkardığını bulmaktır. Aynı şablondan gelen kümeler önceliklidir.
3. Canlı URL Denetleme ve ham yanıtı karşılaştır. Googlebot’un gördüğü render edilmiş içerik ile sunucunun döndürdüğü gerçek HTTP yanıtını aynı anda inceleyin. 200 dönen boş sayfa, hata mesajı veren render veya alakasız yönlendirme bu aşamada hemen ayrılır.
4. 404, 410, 301 veya içerik fix kararını ver. URL artık yoksa 404 ya da 410, yeni eşdeğer sayfa varsa 301, iş değeri olan ama zayıf sayfaysa içerik güçlendirme seçeneğini kullanın. Ana sayfa yönlendirmesini varsayılan çözüm gibi düşünmeyin.
5. Site haritası ve iç link temizliğini yap. Yanlış kalan sitemap kayıtlarını, eski iç linkleri, canonical sinyallerini ve gerekiyorsa noindex işaretlerini güncelleyin. Aksi halde düzeltilen URL bile aynı zayıf sinyali üretmeye devam edebilir.
6. Doğrula ve rapor temizlenmesini izle. Search Console doğrulamasını başlatın; ardından tarama istatistikleri ve loglarla Googlebot’un yeni durumu ne kadar hızlı gördüğünü takip edin. Raporun temizlenmesi anlık değil, yeniden tarama döngüsüyle olur.

Sıkça Sorulan Sorular