Yumuşak 404 hatası, bir web sunucusu anlamlı içerikten yoksun veya artık var olmayan bir sayfa için 200 OK durum kodu döndürdüğünde ortaya çıkar. Bu, arama motorlarını yanıltır, çünkü sayfanın geçerli bir hedef olduğunu varsayarlar ve onu taramaya veya dizine eklemeye devam ederler. Bu sorunu çözmek için, bir kullanıcı veya bot kalıcı olarak kaldırılmış veya hiç var olmamış bir URL istediğinde, sunucunuzu açık bir 404 (Bulunamadı) veya 410 (Gitti) durum kodu döndürecek şekilde yapılandırmalısınız.
Bu hataları görmezden gelmek, site kalitenizde uzun vadeli bir kayıp yaratır. Arama botlarının belirli bir zaman dilimi içinde etki alanınızda kaç sayfa ziyaret edebileceğine dair sonlu bir kapasitesi vardır. Bu kapasitenin önemli bir kısmı var olmayan içeriğe harcandığında, sitenizin arama sonuçlarında yeni veya güncellenmiş bilgileri gösterme yeteneği engellenir. Sunucunuzun doğru iletişim kurmasını sağlayarak Google’ın aktif, yüksek değerli sayfalarınıza öncelik vermesine yardımcı olursunuz.
Yumuşak 404’ler neden SEO performansınızı etkiler?
Arama motorları, bir web sayfasının durumunu yorumlamak için HTTP durum kodlarına güvenir. Bir sayfa 200 durum kodu sunduğunda, Google içeriğin değerli ve işlenmeye hazır olduğunu varsayar. Sayfa ‘Öğe Bulunamadı’ gibi bir mesaj içeriyorsa veya ziyaretçiyi net bir amaç olmaksızın ana sayfaya yönlendiriyorsa, motor var olmayan içeriğe kaynak harcar. Bu verimsizlik, Googlebot’un sitenize ayırdığı süre ve çaba miktarı olan tarama bütçenizi tüketir ve potansiyel olarak tarayıcıların yüksek değerli sayfalarınızı ziyaret etme sıklığını azaltır.
Yıllardır binlerce mevsimsel ürün sayfasının silindiği büyük bir e-ticaret sitesini düşünün. Sunucu bunların her birini kök domaine yönlendirirse, arama motoru sitenin binlerce yinelenen ana sayfaya sahip olduğunu algılar. Bu, en alakalı içeriğin bulumasını zorlaştıran dağınık bir dizin oluşturur ve nihayetinde aktif ürünler için organik arama görünürlüğünde düşüşe neden olur. Bu sorunları ele almak, hem kullanıcıların hem de tarayıcıların anlaması daha kolay, daha temiz ve daha güvenilir bir site yapısı oluşturur.
Google Search Console kullanarak yumuşak 404’leri nasıl tanımlayabilirsiniz?
Google Search Console’daki Dizin Oluşturma raporu, bu hataları izlemek için birincil araçtır. Dizinden hariç tutulan sayfalar için özel bir bölüm sunar ve özellikle ‘Bulunamadı (404)’ ve ‘Yumuşak 404’ olarak kategorize edilenleri izler. Yumuşak 404 kategorisi altında listelenen sayfalar bulursanız, bu, sunucunun sayfanın standart, sağlıklı bir istek olduğunu iddia etmesine rağmen Google’ın sistemlerinin içeriğin yetersiz veya eksik olduğunu belirlediğini gösterir.
Kapsamlı bir kontrol gerçekleştirmek için Search Console verilerini dahili sunucu günlüklerinizle birleştirmelisiniz. Search Console ilk sinyali sağlar, ancak sunucu günlükleriniz yanıt kodunun teknik gerçeğini doğrular. Bu hatalardan yüksek bir hacim fark ederseniz, bunları URL kalıplarına göre kategorize edin. Genellikle bu hatalar, eski bir etiketleme sistemi veya taşınmış arşivlenmiş bir koleksiyon gibi tüm dizinlerde meydana gelir ve ayrı tekil URL yönetimi yerine toplu düzeltmeye olanak tanır.
- Search Console’un kenar çubuğundaki Dizin Oluşturma bölümüne gidin.
- Hariç tutulan sayfaların listesini görüntülemek için Sayfa Dizin Oluşturma raporunu açın.
- Belirli URL’leri görüntülemek için ‘Yumuşak 404’ kategorisini seçerek sonuçları filtreleyin.
- 200 OK kodu döndürüp döndürmediklerini doğrulamak için örnek sayfalarda URL İncelemesi gerçekleştirin.
- Bu belirli URL’ler için döndürülen tam durum kodunu görmek için sunucu erişim günlüklerinizi kontrol edin.
Bu hataların yaygın nedenleri nelerdir?
Yumuşak 404 hataları sıklıkla içerik yönetim sistemi (CMS) yapılandırmalarından veya yanlış yönlendirme yönetiminden kaynaklanır. Örneğin, bazı platformlar kullanıcı deneyimini iyileştirmek için her bozuk URL’yi yakalamak ve kullanıcıyı arama sonuçları sayfasına veya ana sayfaya geri yönlendirmek üzere programlanmıştır. Bu, kullanıcıyı sitede tutarken, arama tarayıcılarına yanlış bir sinyal göndererek var olmayan sayfanın meşru bir hedef olduğunu söyler.
Diğer yaygın bir suçlu, hata mesajlarını görüntülemek için JavaScript kullanımıdır. Siteniz, sunucu 200 başlığı göndermeye devam ederken bir ‘404 sayfa’ düzeni oluşturmak için istemci taraflı bir komut dosyası kullanıyorsa, arama motoru görsel hatayı görmezden gelecektir ve sayfayı yine de dizine ekleyecektir. Tarayıcı HTML’yi oluşturmadan veya herhangi bir komut dosyası çalıştırmadan çok önce durum kodunun sunucu düzeyinde gönderildiğini sağlamak çok önemlidir.
Search Console kontrol panelinde manuel veri toplama, arayüz kısıtlamalarıyla sınırlıdır.
Google Search Central
Dikkat edilmesi gereken yaygın yanlış yapılandırmalar
- Silinen büyük ürün sayfaları gruplarını genel bir kategori sayfasına yönlendirme.
- 200 status kodu döndüren boş bir şablon sayfası görüntüleme.
- Sunucu tarafı kodlar yerine hata mesajlarını görüntülemek için istemci tarafı JavaScript kullanma.
- Yeni bir site yapısına yakın zamanda taşınan URL’leri yanlış haritalandırma.
- Artık bir amaca hizmet etmeyen sayfalara giden dahili bağlantıları kaldırmama.
Alien Road bunu nasıl uygular?
Alien Road’da sürecimiz, yumuşak 404’leri tetikleyebilecek yüksek trafikli alanları belirlemek için kapsamlı bir site mimarisi incelemesiyle başlar. Googlebot’a tam olarak hangi durum kodunun iletildiğini doğrulamak için sunucu tarafı günlük analizi kullanıyoruz. Bir müşteri büyük bir envanter yönetiyorsa, kullanım dışı içerikler için sistematik bir kaldırma süreci uyguluyoruz. Genellikle gerçekten silinen sayfaların, içeriğin kalıcı olarak kaldırıldığına dair Google’a daha güçlü bir sinyal görevi gören 410 Gone durumu sunmasını sağlıyoruz.
Örneğin, eski bir perakende sitesiyle tipik bir çalışmada, içerik olmamasına rağmen 200 OK durumu döndüren 5.000’den fazla URL belirledik. Sunucu yanıt başlıklarına toplu güncelleme uygulayarak Google’ın bu eskimiş URL’leri dizinden temizlemesine izin verdik. Bu işlem, arama motorlarının kaynaklarını daha önce tarama gecikmeleri nedeniyle göz ardı edilen aktif, yüksek dönüşümlü ürün sayfalarına odaklayabilmesi sayesinde sitenin genel tarama verimliliğini artırdı. Dizinin yeni, düzeltilmiş durum kodlarını yansıttığından emin olmak için bu değişiklikleri 30 gün boyunca izliyoruz.
404 ile 410 kodlarını ne zaman kullanmalısınız?
404 ile 410 durum kodu arasında ayrım yapmak Google’a daha spesifik talimatlar sağlar. 404 (Bulunamadı) kodu, sayfanın gelecekte geri dönebileceğini veya eksik kaynağın geçici bir sorun olduğunu ima eder. Geri dönmesi beklenmeyen kırık bir bağlantı veya kaldırılmış bir sayfa için standart yanıttır.
410 (Gitti) durum kodu daha açıktır; arama motorlarına kaynağın kasıtlı olarak kaldırıldığını ve geri gelmeyeceğini söyler. Bu, önemli yeniden yapılandırmadan geçen büyük siteler için son derece faydalıdır. 410 kodlarını kullanarak arama motorlarını bu URL’leri dizinlerinden daha hızlı düşürmeye teşvik edersiniz. Bir sayfanın kalıcı olarak gittiğinden eminseniz, standart bir 404’ün yapacağından daha hızlı site dizininizi temizlemek için 410 durumunu kullanın.
Bu hafta nereden başlamalı?
Denetiminize Google Search Console’dan ‘Yumuşak 404’ raporunu bir e-tabloya aktararak başlayın. Yakın zamanda kaldırılan tüm ürün kategorisi veya bozuk bir etiketleme sistemi gibi kalıpları belirlemek için URL’leri dizine göre gruplandırın. Kalıbı onayladıktan sonra, sunucu yanıtını 404 veya 410 durum kodu döndürecek şekilde güncellemek için geliştiricilerinizle birlikte çalışın. Bu durumları düzelterek Google’ın dizinini daha etkili bir şekilde yönetmesine izin verir, aktif içeriğinizin sıralama için ihtiyaç duyduğu ilgiyi almasını sağlarsınız.