Soft 404 Hatası Nasıl Tespit Edilir ve Düzeltilir?

Soft 404 nedir ve Google bunu nasıl tanımlar?

Soft 404, sunucunun bir sayfa için 200 gibi başarılı bir durum kodu döndürmesine rağmen sayfa içeriğinin hata, boşluk ya da "bulunamadı" mesajı göstermesidir. Google bu çelişkiyi fark eder. Sayfayı dizine almak yerine hatalı sayfa gibi ele alabilir ve Search Console'da "Soft 404" olarak raporlar.

Kavramın özü basit: kullanıcı ekranda "Aradığınız sayfa yok" yazısını görür, ancak tarayıcıya giden durum kodu "her şey yolunda" der. Bu yüzden robotlar sayfanın gerçekten var olup olmadığını içeriğe bakarak tahmin etmek zorunda kalır.

Google'ın HTTP durum kodları belgesi bu durumu açıkça tarif eder. 2xx yanıtı alan bir sayfa içerikte hata mesajı taşıyorsa soft 404 olarak işaretlenebilir. Ayrıca 2xx kodu, sayfanın dizine gireceği anlamına da gelmez.

Biz SEO danışmanlığı çalışmalarında bu hatayı en sık, eski bir altyapıdan yeni bir altyapıya geçen sitelerde görüyoruz. Yani sorun çoğu zaman tek bir sayfada değil, şablon mantığında yatar.

Soft 404 ile gerçek 404 arasındaki fark nedir?

Gerçek 404, sunucunun sayfanın bulunamadığını durum koduyla açıkça bildirmesidir. Soft 404 ise aynı mesajı yalnızca ekran metniyle verir. Fark, robotun gördüğü sinyalde ortaya çıkar. Durum kodu doğru olduğunda Google ne yapacağını bilir; yanlış olduğunda tahmin yürütür.

Dolayısıyla gerçek 404 kendi başına bir kusur sayılmaz. Kaldırdığınız bir sayfa için 404 döndürmek doğru davranıştır. Sorun, durum kodu ile içerik birbirini yalanladığında başlar.

Soft 404 neden SEO için sorun yaratır?

Bu sayfalar dizine girmez ve harcanan tarama bütçesi boşa gider. Üstelik sinyaller karışır: sitemap'te yer alan, iç linklerle desteklenen bir URL Google'a "önemliyim" der, içeriği ise "burada bir şey yok" der.

Etkiyi üç başlıkta toplayabilirsiniz:

• Tarama bütçesi: Google, değeri olmayan URL'leri ziyaret ederek zaman harcar, gerçek sayfalarınıza geç gelir.
• Dizin kalitesi: Ayrı bir sinyal olmasa da çok sayıda boş sayfa, sitenin genel kalite algısını zayıflatır.
• Kullanıcı deneyimi: Arama sonucundan gelen ziyaretçi boş bir sayfaya düşer ve sayfayı hemen kapatır.

Bunun yanında raporlarınızın okunabilirliği de düşer. Dizine alınmayan sayfaların gerçek nedenini ayırt etmek zorlaşır. Googlebot'un sitenizi neden daha az taradığını incelerken bu tür boş sayfa yığınları çoğu zaman şüpheli listesinin başında yer alır.

Soft 404 en sık hangi sayfalarda ortaya çıkar?

Bu hata genellikle şablon tabanlı sayfalarda karşınıza çıkar. Bir içerik yönetim sistemi, veri yoksa bile şablonu çizmeye devam eder ve sonuç 200 koduyla boş bir sayfa olur. Bu nedenle tarama sırasında şablonun davranışını test etmek, tek tek URL'lere bakmaktan daha verimlidir.

Sahada en çok şu örüntülerle karşılaşırız:

• Stoğu biten ya da kaldırılan ürün sayfaları: Başlık durur, ürün bilgisi kaybolur.
• Sonuç vermeyen iç arama ve filtre kombinasyonları: "0 ürün bulundu" yazan sayfalar.
• Boş kategori ve etiket arşivleri: İçinde yazı bulunmayan listeleme sayfaları.
• Kaldırdığınız içerikleri anasayfaya ya da genel bir sayfaya yönlendirmek.
• Hata verdiğinde bile 200 dönen JavaScript tabanlı uygulamalar.
• Sayfalama zincirinin sonunda kalan, içeriksiz sayfalar.

Örneğin bir e-ticaret sitesi yüzlerce filtre kombinasyonu üretir. Bunların çoğu sıfır ürün gösterir. Her biri 200 dönerse Search Console'da birkaç gün içinde hatalı URL sayısı hızla yükselir.

Search Console'da soft 404'ü nasıl tespit edersiniz?

Search Console'da soft 404 tespiti için "Dizin oluşturma" bölümündeki "Sayfalar" raporunu açın. "Sayfa neden dizinde yok?" tablosunda "Soft 404" satırını bulun. Satıra tıkladığınızda etkilenen örnek URL'leri görürsünüz. Raporu dışa aktararak listeyi kendi tablonuza alabilirsiniz.

Raporu doğru okumak için şu adımları izleyin:

1. Sayfalar raporunda "Dizinde olmayan" sekmesini seçin.
2. Nedenler tablosunda "Soft 404" satırını açın.
3. Örnek URL'leri şablon türüne göre gruplayın: ürün, kategori, arama, etiket.
4. Gruplardan her birinden en az bir URL'yi tek tek inceleyin.
5. Grafik eğilimine bakın; ani sıçrama genellikle bir dağıtım ya da şablon değişikliğine işaret eder.

Genel kullanım için Search Console rehberimize göz atabilirsiniz. Dizine girmeyen diğer nedenler için de indexlenmeyen sayfaları tespit etme yazımız tamamlayıcıdır.

URL Denetimi aracıyla soft 404 nasıl doğrularsınız?

URL Denetimi aracı, Google'ın bir sayfayı nasıl gördüğünü tek tek gösterir. Raporda listelenen bir URL'yi araca yapıştırdığınızda dizin durumunu ve son tarama bilgisini alırsınız. "Canlı URL'yi test et" seçeneği ise sayfanın şu anki halini getirir.

Bu kontrolün değeri, raporun gecikmesini aşmasıdır. Search Console verisi birkaç gün geriden gelebilir. Siz sorunu düzelttiyseniz canlı test, sayfanın artık doğru yanıt verdiğini hemen gösterir.

Test sırasında şunlara bakın:

• Taranan sayfanın HTML çıktısında asıl içerik yer alıyor mu?
• Ekran görüntüsü, kullanıcının gördüğüyle uyuşuyor mu?
• Sayfa yüklenirken engellenen kaynaklar, içeriğin boş görünmesine yol açıyor mu?

Böylece gerçek içeriği olan ama Google'a boş görünen sayfaları da yakalarsınız. Bu ayrım, doğru düzeltmeyi seçmek için kritiktir.

Sunucu tarafında HTTP durum kodunu nasıl kontrol edersiniz?

Durum kodunu kontrol etmenin en sağlam yolu, tarayıcı arayüzünü atlayıp başlık bilgisini doğrudan okumaktır. Komut satırında curl ile isteğin yanıt başlığını görürsünüz. Tarayıcıda ise geliştirici araçlarının ağ sekmesi aynı bilgiyi verir.

Kontrol sırasında asıl soru şudur: sayfa kullanıcıya "yok" diyorsa sunucu da "yok" diyor mu? Değilse o URL güçlü bir adaydır. Toplu kontrol için şüpheli URL'leri bir listede toplayıp her birinin durum kodunu yazdıran küçük bir betik kullanabilirsiniz.

Yönlendirmeleri hızlıca incelemek için yönlendirme denetleyici aracımızı da kullanabilirsiniz. Araç, bir URL'nin hangi adımlardan geçip hangi kodla sonlandığını gösterir.

• Kaldırdığınız örnek bir URL'yi test edin; 404 ya da 410 dönmeli.
• Stokta olmayan bir ürünü test edin; iş kuralınıza göre 200 ya da 404 dönmeli.
• Sonuç vermeyen bir arama URL'sini test edin; boş sayfa 200 dönmemeli.

Log dosyalarında soft 404'ü nasıl yakalarsınız?

Sunucu logları, Googlebot'un hangi URL'leri hangi durum koduyla aldığını gösterir. Bu veri Search Console'dan daha ayrıntılı ve daha günceldir. Googlebot isteklerini filtreleyin, 200 dönen ama yanıt boyutu olağan dışı küçük olan URL'leri ayırın.

Küçük yanıt boyutu, boş ya da iskelet şablonun güçlü bir işaretidir. Örneğin normal ürün sayfalarınız 80 KB civarında dönerken bir grup URL sürekli 12 KB dönüyorsa, o grup büyük olasılıkla içeriksizdir. Bu, örnek bir okuma yöntemidir; eşik değerleri sitenize göre değişir.

Logları şu açılardan okuyun:

• Aynı yanıt boyutunu tekrarlayan URL kümeleri.
• Googlebot'un en çok ziyaret ettiği ama organik trafik getirmeyen yollar.
• Parametreli URL'lerde yoğunlaşan istekler.
• Kaldırdığınız sayfalara hâlâ gelen tarama istekleri.

Sonuçta hangi şablonun soft 404 ürettiğini, tek bir URL'yi açmadan bile görebilirsiniz.

Soft 404 düzeltme yöntemleri nelerdir?

Google'ın önerdiği üç temel düzeltme vardır: sayfa gerçekten yoksa 404 ya da 410 döndürmek, sayfa taşındıysa 301 veya 308 ile yönlendirmek, sayfa olması gerekiyorsa gerçek içerik sunmak. Hangisini seçeceğiniz, sayfanın iş değerine ve bir karşılığının olup olmadığına bağlıdır.

Silinen içeriklerde 404 ile 410 arasındaki ayrımı, içerik budama sürecinin bir parçası olarak content pruning yazımızda ayrıntılı anlattık. Burada tekrar etmeyip yalnızca bu hata açısından önemli noktaya odaklanıyoruz: durum kodu ile içerik aynı şeyi söylemeli.

Kaldırdığınız ürün sayfalarında soft 404'ü nasıl çözersiniz?

Silinen ürün sayfasında önce şu soruyu sorun: bu ürünün bir halefi var mı? Yeni model, eşdeğer ürün ya da aynı kategori içinde gerçekten yakın bir alternatif varsa 301 yönlendirmesi mantıklıdır. Yoksa 404 ya da 410 döndürmek daha dürüst ve daha temizdir.

Karar vermek için şu basit akışı kullanabilirsiniz:

• Ürünü kalıcı olarak kaldırdınız ve yakın bir alternatifi var: 301 ile alternatif ürüne ya da ilgili kategoriye yönlendirin.
• Ürünü kalıcı olarak kaldırdınız ve alternatifi yok: 404 ya da 410 döndürün, özel 404 sayfasında kategori linkleri verin.
• Ürün geçici olarak stokta yok: Sayfayı 200 ile açık tutun, stok bildirimi ve benzer ürünler gösterin.
• Ürün sezonluk: Sayfayı koruyun, sezon dışında "yeniden stokta olunca haber ver" seçeneği sunun.

Stokta olmayan ürünü "0 adet" mesajıyla boş bir kabuğa çevirmek ise klasik bir tuzaktır. Bu tuzağın ürün sayfalarındaki diğer yüzünü ürün sayfaları neden indekslenmez yazımızda bulabilirsiniz.

Ayrıca binlerce kaldırılan ürünü yönlendirirken eşleştirme işini elle yapmak zorunda değilsiniz. 404 yönlendirme eşleştirici aracımız eski ve yeni adresleri benzerlik üzerinden eşleştirmenize yardımcı olur.

Boş arama ve filtre sayfalarında soft 404'ü nasıl önlersiniz?

Boş arama ve filtre sayfalarında soft 404'ü önlemenin yolu, sonuç yoksa sayfayı da yok saymaktır. Sıfır sonuçlu bir kombinasyon için sunucunun 404 dönmesi, en açık sinyaldir. İçeride tutmanız gereken bir arama sayfası varsa noindex ekleyip sitemap'ten çıkarın.

Önleme için uygulayacağınız kurallar şöyle sıralanabilir:

• Sonuç sayısı sıfırsa 404 döndürün; "Sonuç bulunamadı" mesajını 200 ile vermeyin.
• Sıfır sonuçlu kombinasyonlara iç link üretmeyin; filtre bileşeni yalnızca stokta ürünü olan seçenekleri göstersin.
• İç arama sonuç sayfalarını robots.txt ile kapatmayı değil, noindex ile yönetmeyi tercih edin. Kapatılan sayfayı Google'ın noindex etiketini görmesi için tarayabilmesi gerekir.
• Sitemap'e yalnızca gerçek içerikli URL'leri ekleyin.

Robots.txt kuralları konusunda yaygın yanlışları görmek için robots.txt hataları yazımıza bakabilirsiniz. Sitemap hazırlarken XML sitemap oluşturucu aracımız işinizi hızlandırır.

Yönlendirme yanlışları soft 404'e neden olur mu?

Evet, olur. Silinen sayfaları alakasız bir hedefe, özellikle anasayfaya toplu yönlendirmek, Google'ın bunu hata gibi yorumlamasına yol açabilir. Kullanıcı aradığı içerik yerine genel bir sayfa bulur; Google da bunun gerçek bir eşleşme olmadığını anlar.

Yönlendirme kurarken şu ilkeye bağlı kalın: hedef, kaynağın yerini gerçekten tutmalıdır. Konu, arama niyeti ve sayfa türü uyuşuyorsa yönlendirin. Uyuşmuyorsa 404 bırakmak daha sağlıklıdır.

• Kaynak ve hedef aynı konuyu ele alıyorsa 301 kullanın.
• Hedef yalnızca "en yakın genel sayfa" ise yönlendirmeyi yeniden değerlendirin.
• Zincir oluşturmayın; her eski URL tek adımda son adrese gitsin.
• Geçici 302 yerine kalıcı taşımalarda 301 ya da 308 seçin.

Google, 301'i güçlü, 302'yi daha zayıf bir sinyal olarak ele alır ve yönlendirme zincirlerinde en fazla 10 adım izler. Zincir sorunlarını yönlendirme zinciri yazımızda ayrıntılı işledik.

JavaScript sitelerinde soft 404'ü nasıl yönetirsiniz?

JavaScript ile çalışan tek sayfalık uygulamalarda sunucu çoğu zaman her URL'ye 200 döndürür, hatayı ise tarayıcıda gösterir. Bu yapı bu hatayı üretmeye çok yatkındır. Çünkü sunucu "bulunamadı" kararını bilmez; istemci bu kararı veri çektikten sonra verir.

Çözüm, bu kararı sunucuya ya da en azından sunucunun görebileceği bir noktaya taşımaktır. Sunucu tarafı render ya da ön render kullanıyorsanız, veri bulunamadığında gerçek bir 404 durum kodu döndürün. Bunu yapamıyorsanız, hata durumunda noindex ekleyen ya da gerçek bir 404 sayfasına yönlendiren bir yedek çözüm kurun.

• Sunucu tarafı render kullanıyorsanız "veri yok" durumunu 404 koduna bağlayın.
• İstemci tarafı render kullanıyorsanız hata durumunda noindex ekleyin ya da gerçek 404 yanıtı veren bir adrese yönlendirin.
• Hata mesajını içeren bileşenin, geçerli sayfalarda asla görünmediğinden emin olun.
• Test ederken canlı URL testindeki ekran görüntüsünü ve HTML çıktısını karşılaştırın.

Teknik SEO bakış açısıyla bu konuları daha geniş ele alan teknik SEO ipuçları yazımız de yararlı olur.

Özel 404 sayfasını nasıl tasarlarsınız?

Özel 404 sayfası, hem kullanıcıya yol gösteren hem de doğru durum kodunu döndüren sayfadır. Görünüm ne kadar şık olursa olsun, sunucu yanıtı 404 olmalıdır. Aksi halde en güzel hata sayfanız bile hatalı URL yığınının kaynağı olur.

İyi bir 404 sayfası şunları içerir:

• Net bir mesaj: "Bu sayfa bulunamadı."
• Arama kutusu ve ana kategorilere bağlantılar.
• Popüler içeriklere ya da ürünlere kısa bir liste.
• Anasayfaya dönüş bağlantısı; ancak otomatik yönlendirme yok.
• Sayfa yüklenirken 404 durum kodu.

Bunu kontrol etmek için var olmayan rastgele bir adres yazın ve başlık bilgisine bakın. 404 görmüyorsanız şablon ayarınızı düzeltmeniz gerekir. Kısacası tasarım kullanıcıya, durum kodu robota hitap eder; ikisi de doğru olmalıdır.

İçeriği olan bir sayfayı Google neden soft 404 sayar?

İçeriği olan bir sayfa da soft 404 olarak işaretlenebilir. Bunun tipik nedenleri çok az metin, hata benzeri ifadeler, yüklenemeyen kaynaklar ya da içeriğin yalnızca istemci tarafında görünmesidir. Google sayfayı işlediğinde ana içerik boş görünüyorsa, sayfayı boş sayar.

Bu durumda içeriği artırmak ya da render sorununu gidermek gerekir. Kontrol edeceğiniz noktalar şunlardır:

• Sayfada yalnızca birkaç cümle ve bir "bulunamadı" şablonu var mı?
• Ana içerik JavaScript hatası yüzünden yüklenmiyor mu?
• İçeriği getiren API, Googlebot'a yanıt vermeyi engelleyen bir kural taşıyor mu?
• Sayfa başlığı ya da metinleri "hata", "bulunamadı", "mevcut değil" gibi ifadeler içeriyor mu?

Ayrıca çok ince içerikli sayfalar, hata mesajı içermese bile soft 404 gibi değerlendirilebilir. Bu sayfaları birleştirmek ya da zenginleştirmek, dizine girme ihtimalini yükseltir. Ancak her ince sayfayı doldurmak doğru çözüm değildir; bazıları için kaldırmak daha akıllıca olur.

Düzeltmeden sonra Search Console'da doğrulamayı nasıl başlatırsınız?

Düzeltmeyi yayına aldıktan sonra Search Console'da ilgili satırı açın ve "Düzeltmeyi doğrula" düğmesini seçin. Google, listedeki URL'leri yeniden tarayarak sorunun giderilip giderilmediğini kontrol eder. Bu süreç birkaç gün, bazen daha uzun sürebilir.

Doğrulamayı başlatmadan önce şu adımları bitirin:

1. Düzeltilen URL'lerin canlı yanıtını URL Denetimi ile test edin.
2. Silinenlerin 404 ya da 410, taşınanların 301 döndürdüğünü onaylayın.
3. Sitemap'i güncelleyin; kaldırdığınız URL'leri çıkarın.
4. İç linkleri temizleyin; silinen sayfalara link vermeyi bırakın.
5. Sonra doğrulamayı başlatın ve sonucu takip edin.

Doğrulama sonucunda kaydın kapandığını görürsünüz. Başarısız olursa Search Console başarısız örnek URL'leri listeler; bunları tek tek inceleyip yeniden deneyin. Sitemap güncellemesinin ayrıntıları için sitemap lastmod yazımıza bakabilirsiniz.

Soft 404 tekrar etmesin diye hangi süreci kurmalısınız?

Bu hatayı kalıcı olarak azaltmanın yolu, sorunu üreten şablonu ve süreci düzeltmektir. Tek tek URL'leri onarmak geçici rahatlama sağlar. Yeni ürün, yeni filtre ya da yeni bir yayın akışı eklediğinizde aynı hata yeniden doğar.

Ekibinizle şu rutini oturtmanızı öneririz:

• Her dağıtımdan sonra örnek URL'lerin durum kodlarını otomatik test edin.
• Ayda bir Sayfalar raporunda soft 404 eğilimini gözden geçirin.
• Yeni şablonlar için "veri yoksa ne döner?" sorusunu tasarım aşamasında yanıtlayın.
• İçerik silme kararlarını yönlendirme haritasıyla birlikte alın.
• Logları çeyrek dönemlerde Googlebot odağıyla inceleyin.

Yani bu hata yönetimi, bir kerelik temizlikten çok sürekli bir kalite kontrolüdür. Bu rutin çoğu teknik sorunu da büyümeden önce yakalamanızı sağlar.

Sitemap ve iç linkler bu hatayı nasıl besler?

Sitemap, Google'a "bu adresler önemli" diyen bir listedir. İçine giren her URL, tarama önceliği için bir iddia taşır. Sayfa boşsa iddia çürür ve Google bu çelişkiyi raporlar. Bu yüzden sitemap'i tarama listesi değil, dizine girmesini istediğiniz sayfaların listesi olarak düşünün.

İç linkler de aynı mantıkla çalışır. Menülerde, ilgili ürün bloklarında ya da sayfa altı bağlantılarda boş sayfalara verdiğiniz her link, Googlebot'u oraya çeker. Kaynak sayfa ne kadar güçlüyse, boş hedefe harcanan tarama da o kadar artar.

Bu yüzden temizlik sırası önemlidir:

• Önce sitemap'ten hatalı URL'leri çıkarın.
• Sonra iç linkleri tarayıp kaldırılan sayfalara işaret edenleri güncelleyin.
• Ardından kalan URL'ler için durum kodunu düzeltin.
• Son olarak şablonun yeni boş sayfa üretmesini engelleyin.

Bu sıra, sorunu hem kaynağında hem belirtisinde kapatır. Yalnızca durum kodunu düzeltip linkleri bırakırsanız, Googlebot aynı yollara gitmeye devam eder. Dolayısıyla tarama bütçesi yine boşa gider, yalnızca hata türü değişir.

Örnek bir e-ticaret senaryosunda hatayı adım adım nasıl çözersiniz?

Aşağıdaki senaryo uydurma bir vaka değil, tipik bir örnek akıştır; rakamlar örnek hesaptır. Bir mağazanın 12.000 ürün sayfası olduğunu ve Search Console'un bunların 900'ünü soft 404 olarak işaretlediğini varsayalım.

İlk adımda 900 URL'yi dışa aktarıp gruplandırırsınız. Örnek dağılımın şöyle olduğunu düşünelim: 500 tanesi kaldırılmış eski ürün, 250 tanesi geçici stok dışı ürün, 150 tanesi sonuçsuz filtre sayfası.

İkinci adımda her karar için şablonu değiştirirsiniz. Üçüncü adımda değişikliği test ortamında doğrular, dağıtımdan sonra canlı URL testiyle tekrar kontrol edersiniz. Dördüncü adımda doğrulamayı başlatır ve eğilimi birkaç hafta izlersiniz.

Bu akışta kritik nokta, 900 URL'ye tek tek dokunmamanızdır. Dört karar kuralı, bütün grubu çözer. Saha tecrübemize dayalı bu yaklaşım, yeni ürünlerde aynı sorunun geri gelmesini de önler.

Tespit ve doğrulamayı hangi araçlar hızlandırır?

Soft 404 avında tek bir araç yeterli olmaz; her aracın gördüğü yer farklıdır. Search Console Google'ın bakışını, tarayıcı geliştirici araçları tek bir sayfanın ayrıntısını, loglar ise gerçek bot davranışını gösterir. Üçünü birlikte kullandığınızda tabloyu tamamlarsınız.

• Search Console Sayfalar raporu: Hangi URL'lerin işaretlendiğini ve eğilimini gösterir.
• URL Denetimi: Tek bir sayfanın Google tarafındaki görünümünü ve canlı test sonucunu verir.
• Sunucu logları: Googlebot'un hangi URL'lere hangi yanıtı aldığını ortaya koyar.
• Tarayıcı ağ sekmesi ve curl: Durum kodunu ve yönlendirme adımlarını açıkça gösterir.
• Bir site tarayıcısı: Tüm sitede durum kodu ile sayfa boyutunu birlikte listeler.

Tarayıcı kullanırken yanıt boyutu ve başlık alanlarını birlikte inceleyin. Durum kodu 200 olup gövdesi çok küçük olan URL'ler iyi adaylardır. Bunun yanında "bulunamadı" gibi ifadeler içeren başlıkları da filtreleyebilirsiniz.

Yönlendirmeleri de yönlendirme denetleyici ile ayrıca kontrol etmenizi öneririz. Böylece düzeltmeniz yeni bir zincir ya da döngü üretmemiş olur.

Soft 404 ile ilgili sık yapılan yanlışlar nelerdir?

Bu hatayı çözmeye çalışan ekiplerin tekrar eden birkaç yanlışı vardır. Bunları bilmek, zaman kaybını azaltır. Çoğu yanlış, semptomu gidermeye çalışıp nedeni gözden kaçırmaktan doğar.

• Tüm kaldırılan sayfaları topluca anasayfaya yönlendirmek.
• Özel 404 sayfası tasarlayıp durum kodunu 200 bırakmak.
• Sayfayı robots.txt ile kapatıp sorunun bittiğini varsaymak.
• Yalnızca Search Console listesindeki örnek URL'leri düzeltip şablona dokunmamak.
• Sitemap'i güncellemeyi unutmak ve iç linkleri temizlememek.
• Düzeltmeden sonra canlı testi atlayıp doğrudan doğrulamaya geçmek.

Bu yanlışların ortak noktası, tek bir katmana bakmaktır. Durum kodu, içerik, linkleme ve sitemap birlikte çalışır. Birini düzeltip diğerini bırakırsanız Google çelişkiyi görmeye devam eder.

Ayrıca ekip içi iletişim de önemlidir. İçerik ekibi sayfayı sildiğinde yazılım ekibinin ve SEO ekibinin haberdar olmaması, çoğu vakanın başlangıç noktasıdır. Basit bir silme kontrol formu bu boşluğu büyük ölçüde kapatır.

Son olarak hata sayısına değil, etkilenen şablon sayısına odaklanın. Bin URL'lik bir liste çoğu zaman yalnızca üç şablon sorununun sonucudur. Bu bakış açısı, önceliklendirmeyi ve iş planını kolaylaştırır.

Soft 404 kontrol listesi nasıl olmalı?

Aşağıdaki liste, bir siteyi soft 404 açısından gözden geçirirken kullandığımız kısa bir çerçevedir. Sırayla ilerlemek, hem sorunu bulmanızı hem de doğru düzeltmeyi seçmenizi kolaylaştırır.

1. Search Console Sayfalar raporunda soft 404 URL'lerini dışa aktarın.
2. URL'leri şablon türüne göre gruplayın.
3. Her gruptan bir URL'yi canlı test ile doğrulayın.
4. Durum kodunu sunucu başlığından okuyun.
5. Sayfa gerçekten yoksa 404 ya da 410 döndürün.
6. Gerçek bir karşılığı varsa 301 ile ilgili sayfaya yönlendirin.
7. Sayfa olmalıysa içeriği tamamlayın ve render sorununu giderin.
8. Sitemap ve iç linkleri güncelleyin.
9. Doğrulamayı başlatın ve sonucu izleyin.
10. Şablon düzeyindeki kalıcı çözümü dağıtın ve test edin.

Bu listeyi uyguladığınızda hatalı URL sayınız düşer, tarama bütçeniz gerçek sayfalara kayar. Ayrıca raporlarınız daha okunabilir hale gelir.

Soft 404 düzeltmesinde ekibimiz nasıl destek olur?

Bu sorunlar çoğu zaman SEO, yazılım ve içerik ekiplerinin kesişiminde kalır; kimse sahiplenmediği için aylarca sürebilir. Biz, Talha Aslan ve ekibi olarak bu kesişimde çalışırız. Önce sorunu şablon düzeyinde teşhis ederiz, ardından yazılım ekibinizle uygulanabilir bir düzeltme planı çıkarırız.

Çalışma biçimimiz kısaca şöyledir:

• Search Console ve log verisiyle soft 404 kaynaklarını belirleriz.
• Her şablon için durum kodu ve içerik kararını yazılı hale getiririz.
• Yönlendirme haritasını hazırlar, eşleşmeyenleri 404 ya da 410 olarak işaretleriz.
• Dağıtım sonrası doğrulama ve izleme takvimi kurarız.

Sitenizde bu hatadan şüpheleniyorsanız SEO danışmanlığı sayfamızdan bize ulaşabilirsiniz. İlk değerlendirmede hangi şablonların sorun ürettiğini birlikte netleştirebiliriz.