404 Hataları SEO'yu Etkiler mi? Tespit ve Düzeltme Rehberi

Web sitenizin URL yapısı değiştikçe, içerikler kaldırıldıkça ve platform göçleri yaşandıkça kaçınılmaz olarak bazı sayfalar erişilemez hale gelir. Bu sayfalara yapılan istekler 404 durum kodunu döndürür. 404 hatalarının SEO üzerindeki etkisi, SEO camiasında yıllarca tartışılan ve zaman zaman yanlış anlaşılan bir konudur.

Kısa cevap: 404 hataları her zaman SEO problemi değildir. Ancak yanlış yönetilen 404’ler crawl bütçesini tüketir, backlink değerini mahveder ve kullanıcı deneyimini bozar. Bu rehberde 404’lerin nasıl değerlendirileceğini, hangilerinin acil müdahale gerektirdiğini ve düzeltme stratejilerini ayrıntılı biçimde ele alacağız.

404 Hatası Nedir?

HTTP 404 “Not Found” durumu, sunucunun istemcinin (tarayıcı veya bot) talep ettiği kaynağı bulamadığını belirttiği yanıttır. Teknik olarak bu, sunucunun çalışır durumda olduğunu (yani bağlantının başarılı olduğunu) ama istenen URL’de içerik bulunmadığını ifade eder.

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=UTF-8

404’ü 5xx hatalarından ayırt etmek önemlidir. 5xx kodları sunucu taraflı hatalardır (sunucu çöktü, uygulama hata verdi). 404 ise sunucu sağlıklı ama URL yok demektir. 404, bir sitenin normal yaşam döngüsünde karşılaşacağı standart bir HTTP kodudur.

Hard 404 vs Soft 404: Fark Nedir?

Hard 404

Hard 404, sunucunun gerçekten HTTP 404 durum kodu döndürdüğü durumdur. URL istendi, sunucu “bu sayfa yok” dedi ve 404 yanıt verdi. Bu, teknik açıdan doğru davranıştır.

Soft 404

Soft 404, sunucunun HTTP 200 (Tamam) kodu döndürmesine rağmen sayfanın içeriğinin boş, anlamsız veya “sayfa bulunamadı” mesajıyla dolu olduğu durumdur. Google bu durumu tespit ettiğinde sayfayı “soft 404” olarak işaretler.

Yaygın soft 404 senaryoları:

• Boş bir arama sonucu sayfası HTTP 200 ile döner
• CMS’in var olmayan içerik için oluşturduğu boş şablon sayfaları 200 döner
• Ürün stoğu biten e-ticaret sayfası içerik kaldırılmadan 200 döner
• Yanlış yapılandırılmış hata sayfaları 200 ile “404 Not Found” metni içerir

Soft 404’ler hard 404’lerden daha sinsi bir sorundur çünkü teknik araçlarda fark edilmeden geçebilir ve Googlebot bu sayfaları tarayan bütçenin büyük kısmını tüketir.

404 Hataları SEO’yu Nasıl Etkiler?

Crawl Budget İsrafı

Googlebot, bir siteye belirli bir tarama kapasitesi ayırır. Bu kapasiteyle 404 döndüren sayfaları tekrar tekrar ziyaret etmek, kısıtlı bütçenin boşa harcanması demektir. Özellikle backlink alan ve Googlebot’u düzenli olarak çeken 404 sayfaları bu etkiyi en fazla yaratır.

Küçük siteler için bu etki ihmal edilebilir düzeydedir. Ama 10.000+ sayfalık e-ticaret veya haber sitelerinde yüzlerce bozuk URL, anlamlı bir crawl bütçesi kaybına yol açabilir.

Link Equity Kaybı

Bir sayfanın dış backlink’leri varsa ve o sayfa 404 dönüyorsa, bu backlinklerden gelen link gücü (PageRank) boşa gider. Backlinkler site genelinde link gücü dağıtımının temelidir; özellikle yüksek otorite kaynaklardan gelen bağlantıların kaybolması somut sıralama kaybına dönüşebilir.

Bu nedenle backlink alan sayfalar hiçbir zaman doğrudan silinemez. 301 yönlendirmeleri rehberinde ele aldığımız üzere, backlink barındıran silinen sayfalar mutlaka ilgili içeriğe 301 ile yönlendirilmelidir.

Kullanıcı Deneyimi Olumsuz Etkisi

Bir kullanıcı tıkladığı link 404 dönüyorsa hayal kırıklığı yaşar ve büyük ihtimalle siteyi terk eder. Bu davranış, Google’ın kullanıcı memnuniyetiyle ilgili değerlendirmelerini etkileyebilir. Core Web Vitals raporlarında yüksek hata oranı dolaylı bir kalite sinyali olarak işlenebilir.

İndeksleme Sorunları

404 döndüren bir URL geçmişte indekslenmiş olsa bile Google zamanla bu URL’yi dizinden çıkaracaktır. Eğer o sayfanın indekslenmiş hali hedeflediğiniz anahtar kelimelerde sıralanıyorsa, 404’e bırakmak mevcut sıralamaları kaybetmek anlamına gelir.

404’ler Her Zaman Kötü Müdür?

Hayır. 404, doğru kullanıldığında tamamen meşru ve istenen bir HTTP kodudur.

Kasıtlı 404 senaryoları:

• Kullanıcı hataları sonucu oluşan URL’ler (yazım hataları, otomatik oluşturulan anlamsız path’lar)
• Backlink’i ve trafiği olmayan düşük değerli içerikler
• Test veya geliştirme ortamından sızan ve yanlışlıkla oluşmuş URL’ler
• Site dışı saldırganların tarama botlarıyla oluşturduğu sahte URL’ler

Bu senaryolarda 404 dönmek tamamen kabul edilebilirdir ve herhangi bir düzeltme gerektirmez. Önemli olan, değeri olan sayfaların 404 dönmediğinden emin olmaktır.

Google’ın 404’lere Yaklaşımı

Google’ın arama uzmanlarından John Mueller, çeşitli forum ve canlı yayınlarda 404 hakkında şu açıklamalarda bulunmuştur:

“404 hataları SEO için otomatik olarak kötü değildir. Bir sayfanın var olmadığını belirtmenin doğal yolu bu. Sayfanın içeriği kaldırıldıysa 404 veya 410 döndürmek mükemmel şekilde iyidir."

"Backlink alan sayfaların 404 olması endişe vericidir çünkü bu backlinklerden sağlanan değer gider. Bu sayfaları ilgili içeriğe yönlendirmenizi öneririm."

"Yüzlerce 404 olan büyük siteler için panik yapmayın. Eski, alakasız URL’lerin 404 dönmesi normaldir ve sorun değildir. Önemli olan, değeri olan sayfaların erişilebilir olmasıdır.”

Bu açıklamalar, 404 yönetiminde içerik değerine odaklanılması gerektiğini net biçimde ortaya koymaktadır.

404 Hatalarını Tespit Yöntemleri

1. Google Search Console > Kapsam > Hata

Search Console’un “Kapsam” raporunda “Hata” kategorisini açın. Burada “Gönderildi ve indekslendi ancak bulunamadı (404)” ve benzeri alt kategoriler listelenir. Bu listenin tamamını dışa aktarın; URL’lerin içerik değerini, backlink durumunu ve trafiğini sırayla kontrol edin.

Search Console’un 404 raporunda gösterdiği URL’ler, Googlebot’un gerçekten ziyaret ettiği ve 404 yanıt aldığı URL’lerdir. Bu, anlamsız tarayıcı saldırılarını filtreleme açısından avantajlıdır.

2. Screaming Frog Web Tarama

Screaming Frog ile sitenizi taradığınızda, “Response Codes” sekmesinde “Client Error (4xx)” filtresi altında tüm 404 dönen URL’leri görebilirsiniz. Tarama tamamlandıktan sonra “Bulk Export > Response Codes > 4xx Errors” seçeneğiyle CSV raporu alın.

Screaming Frog’u kullanırken “Configuration > Custom > Search” özelliğiyle sayfa içinde “404”, “bulunamadı” veya “sayfa mevcut değil” gibi metinleri arayarak soft 404’leri de tespit edebilirsiniz.

3. Ahrefs / SEMrush Broken Link Raporu

Ahrefs’in “Site Explorer > Outgoing links > Broken links” raporu, sitenizin dışarıya verdiği bozuk linkleri listeler. “Site Explorer > Backlinks > Broken” raporu ise sitenize dışarıdan verilen ama 404 dönen bağlantıları gösterir. Bu ikinci rapor, backlink equity kaybını belirleme açısından kritik önemdedir.

SEMrush’un “Site Audit > Errors > Broken Internal Links” raporu da benzer veriyi sunar.

4. Server Log Analizi

Server access.log dosyaları, 404 dönen URL’lerin gerçek dökümünü verir. Şu komutla 404 URL’lerini listeleyebilirsiniz:

awk '$9 == "404" {print $7}' access.log | sort | uniq -c | sort -rn | head -50

Bu çıktı, en sık 404 dönen 50 URL’yi gösterir. Log analizi özellikle Googlebot kaynaklı 404’leri filtrelemek için kullanışlıdır:

grep "Googlebot" access.log | awk '$9 == "404" {print $7}' | sort | uniq -c | sort -rn

5. Google Analytics’te 404 Takibi

Google Analytics 4’te 404 sayfalarını izlemek için iki yöntem mevcuttur:

Sayfa başlığı üzerinden: Özel 404 sayfanızın <title> etiketi “404 Sayfa Bulunamadı” gibi standart bir ifade içeriyorsa, GA4’te “Sayfa başlığına göre görüntülemeler” raporunda bu başlığı filtreleyerek o sayfaya gelen tüm istekleri görüntüleyebilirsiniz. Referral URL sütununu açarak hangi sayfalardan bu 404’e trafik geldiğini anlayabilirsiniz.

Özel event üzerinden: 404 sayfasına şu GA4 event’ini ekleyebilirsiniz:

gtag('event', 'page_not_found', {
  page_location: window.location.href,
  page_referrer: document.referrer
});

Bu event, GA4’te özel bir rapor olarak izlenebilir.

404 Düzeltme Stratejileri

1. 301 Redirect Kurma

404 dönen sayfanın içeriği başka bir URL’de mevcutsa, eski URL’yi yeni URL’ye 301 ile yönlendirin. Bu işlem:

• Backlink değerini yeni sayfaya aktarır
• Kullanıcıları doğru içeriğe yönlendirir
• Googlebot’un yeni URL’yi indexlemesini hızlandırır

301 yönlendirmesinde hangi URL’nin hedef seçileceği kritiktir. Hedef URL, kaldırılan sayfayla konusal olarak en ilgili içeriği barındırmalıdır. İlgili içerik yoksa ana sayfaya veya en yakın kategori sayfasına yönlendirme tercih edilmelidir.

2. İçerik Geri Yükleme

Sayfanın 404 olmasının nedeni yanlışlıkla silinmesi veya CMS güncellemesi sırasında kaybolmasıysa, içeriği geri yükleyin. Bu işlem özellikle backlink’i olan veya Google’da sıralanan sayfalar için öncelikli tercih olmalıdır.

Backup veya web arşivinden içerik kurtarma için Web Archive (archive.org) kullanılabilir. Sayfanın geçmiş sürümlerini görüntüleyerek içeriği kopyalayıp geri yükleyebilirsiniz.

3. Sayfa Birleştirme

Birden fazla benzer sayfa 404 dönüyorsa ve bu sayfaların içerikleri örtüşüyorsa, içerikleri tek bir güçlü sayfada birleştirip eski URL’leri bu sayfaya 301 ile yönlendirin. Bu, yetim sayfa düzeltme rehberinde ele aldığımız içerik konsolidasyonu stratejisinin doğal bir uzantısıdır.

4. Silme ve Internal Link Güncelleme

404 dönen sayfanın backlink’i yok, değerli bir içeriği yok ve hiçbir yere yönlendirilemeyecekse, bu sayfaya siten içindeki tüm iç linkleri kaldırın. Böylece Googlebot o URL’yi artık takip etmez, crawl bütçesi boşa harcanmaz ve kullanıcılar bozuk link görmez.

Bu işlemi yaparken Screaming Frog’un “Inlinks” raporunu kullanarak o URL’ye kimlerden link verildiğini tespit edin ve bu linkleri güncelleyin veya kaldırın.

Soft 404 Tespiti ve Düzeltimi

Soft 404 Nasıl Tespit Edilir?

Search Console’un Kapsam raporunda “Soft 404” kategorisi ayrı olarak listelenir. Bu kategori, sayfaların 200 dönüp içerik barındırmadığını Google’ın tespit ettiği durumları gösterir.

Screaming Frog’da ise “Custom Extraction” özelliğiyle sayfa içindeki metni analiz edebilirsiniz. Boş <main> veya <article> etiketleri, soft 404 şüphecisidir.

Soft 404 Nasıl Düzeltilir?

Boş arama sonuçları için: Sonuç bulunamayan arama sayfalarına noindex ekleyin veya sunucu tarafında 404 döndürün.

Boş ürün sayfaları için: Stok tükenen ürün sayfası hemen silinmemeli; içerik (başlık, açıklama, görseller) korunmalı ama sayfa “stokta yok” olarak işaretlenmelidir. Uzun süre stokta olmayacak ürünler için 301 yönlendirme kurulabilir.

Yanlış 404 sayfası için: “Sayfa bulunamadı” içeriği dönen ama HTTP 200 gönderen sayfalar varsa, sunucu konfigürasyonunuzu düzelterek bu sayfaların gerçek 404 döndürmesini sağlayın.

Özel 404 Sayfası Tasarımı

İyi tasarlanmış bir 404 sayfası, kullanıcı deneyimini kurtarabilir ve bounce rate’i düşürebilir. Etkili bir 404 sayfası şu elementleri içermelidir:

Açık bir hata mesajı: Kullanıcıya aradığı sayfanın bulunamadığını net biçimde bildirin. Teknik jargon kullanmaktan kaçının.

Navigasyon seçenekleri: Ana sayfa, popüler kategoriler ve site içi arama erişimi sunun. Kullanıcının kaybolduğu hissetmesi yerine yolunu bulmasına yardımcı olun.

İlgili içerik önerileri: Kullanıcının nereye gitmek istediğini tahmin eden içerik önerileri sunmak, sitenin kullanışlılığını artırır.

SEO teknik kuralı: 404 sayfasının kendisi, HTTP 404 durum kodu döndürmelidir. 200 kodu döndüren bir 404 sayfası soft 404 problemi yaratır.

<!-- PHP ornegi: Dogru 404 header -->
<?php
header("HTTP/1.0 404 Not Found");
?>

Önleme: URL Değişimlerinde 301 Kuralı

404 hatalarının büyük çoğunluğu önlenebilir niteliktedir. Şu kuralı uygularsanız yeni 404 oluşumu minimuma iner:

Kural: Bir URL’yi değiştirdiğinizde, sildiğinizde veya taşıdığınızda, eski URL için mutlaka 301 yönlendirmesi kurun.

Bu kural özellikle şu senaryolarda uygulanmalıdır:

• CMS güncellemesi veya platform göçü
• URL yapısı değişikliği (permalink formatı)
• Kategori veya ürün sayfalarının kaldırılması
• Site yeniden yapılandırması

Büyük web sitelerinde teknik SEO rehberinde platform göçlerinde toplu 301 yönlendirmelerinin nasıl yönetileceğini ayrıntılı biçimde ele alıyoruz.

Önleme sürecinde şu kontrol listesini ekibinizle paylaşın:

Sitenizde kapsamlı bir 404 denetimi yaptırmak veya platform göçünde teknik destek almak için teknik SEO hizmetimiz üzerinden bize ulaşabilirsiniz.

404 Yönetimi İçin Karar Çerçevesi

Her 404 hatasını aynı şekilde ele almak zaman kaybıdır. Bulduğunuz her URL için aşağıdaki soruları sırayla sorarak hangi aksiyonu alacağınıza karar verebilirsiniz. Bu çerçeve, özellikle yüzlerce 404’ün biriktiği büyük ölçekli sitelerde önceliklendirme yapmanızı kolaylaştırır.

1. Adım: Backlink var mı? Ahrefs, SEMrush veya GSC’nin bağlantılar raporunda bu URL’ye giden dış bağlantı var mı diye kontrol edin. Backlink varsa aşağıdaki adımları atlayıp doğrudan 301 yönlendirme kurmayı değerlendirin; backlink sahibi sayfaların kaybı, site otoritesi açısından geri dönüşü en zor kayıptır.

2. Adım: Organik trafik geçmişi var mı? Google Analytics veya Search Console Performans raporunda son 12-16 ay içinde bu URL üzerinden trafik gelmiş mi diye bakın. Trafik geçmişi olan bir sayfa, hâlâ arama talebi taşıyan bir konuyu temsil ediyor olabilir; bu da içeriği geri yükleme veya yönlendirme kararını güçlendirir.

3. Adım: İçerik hâlâ ilgili mi? Sayfanın konusu güncelliğini korumuyor, ürün artık satılmıyor veya kampanya bitmişse, zorla bir yönlendirme kurmak yerine anlamlı bir hedef olup olmadığına bakın. İlgisiz bir sayfaya yönlendirme yapmak, kullanıcıyı da Google’ı da yanıltır.

4. Adım: Sitenizde konusal olarak yakın bir sayfa var mı? Kaldırılan sayfanın yerini tam olarak tutmasa da konusal örtüşme taşıyan bir sayfa mevcutsa, 301 yönlendirmesi için hedef budur. Yakın bir sayfa yoksa ilgili kategori sayfasına veya en genel üst başlığa yönlendirme ikinci en iyi seçenektir.

5. Adım: Hiçbiri yoksa ne yapılır? Backlink’i, trafiği ve konusal karşılığı olmayan bir URL için en doğru davranış, sayfanın gerçek 404 (veya kalıcı kaldırmalarda 410) döndürmesine izin vermek ve siten içindeki tüm iç linklerini temizlemektir. Zorla bir yönlendirme kurmak, hem kullanıcı deneyimini hem de Google’ın soft 404 algısını olumsuz etkiler.

Adım Adım 404 Denetim Süreci

Aşağıdaki süreç, orta ve büyük ölçekli bir sitede kapsamlı bir 404 temizliğini uçtan uca yürütmek için kullanılabilecek pratik bir sıradır. Süreç genellikle bir seferlik büyük bir temizlik ve ardından aylık rutin kontrollerden oluşur.

1. Envanter çıkarın. Search Console, Screaming Frog taraması ve sunucu log dosyalarından elde ettiğiniz tüm 404 URL’leri tek bir elektronik tabloda birleştirin. Aynı URL birden fazla kaynakta görünüyorsa tekilleştirin.
2. Kaynağı işaretleyin. Her URL için hangi araçta görüldüğünü not edin. Sadece log dosyasında görünen ama GSC’de hiç yer almayan URL’ler genellikle önemsiz bot taramalarıdır; önceliği düşük tutabilirsiniz.
3. Backlink kontrolü yapın. Elektronik tabloya bir “Backlink” sütunu ekleyip Ahrefs veya SEMrush’tan aldığınız verilerle doldurun. Bu sütun, önceliklendirmenin temelini oluşturur.
4. Trafik geçmişini ekleyin. Google Analytics’ten son bir yıl içindeki oturum verisini çekip aynı tabloya işleyin.
5. Aksiyon kararı verin. Yukarıdaki karar çerçevesini kullanarak her satıra “301 kur”, “içeriği geri yükle”, “birleştir” veya “404’te bırak” etiketlerinden birini yazın.
6. Uygulayın ve belgeleyin. Yönlendirmeleri .htaccess, nginx konfigürasyonu veya CMS’in yönlendirme modülü üzerinden kurun. Her yönlendirmeyi kaynak-hedef eşleşmesiyle birlikte ayrı bir belgede saklayın; ileride tekrar denetim yaparken bu belge referans noktanız olur.
7. Doğrulayın. Screaming Frog ile yeniden tarama yaparak yönlendirmelerin 301 döndürdüğünü, zincirleme yönlendirme (redirect chain) oluşmadığını teyit edin.
8. İzlemeye alın. GSC’nin Kapsam raporunu aylık kontrol edin; yeni 404 birikimi varsa kaynağını (yeni yayınlanan sayfa mı, silinen içerik mi, dış bağlantı hatası mı) tespit edip döngüyü tekrarlayın.

Hızlı kontrol listesi:

• GSC, Screaming Frog ve log dosyası verileri tek tabloda birleştirildi
• Her URL için backlink durumu kontrol edildi
• Her URL için trafik geçmişi kontrol edildi
• Yüksek değerli sayfalar için yönlendirme veya geri yükleme kararı verildi
• Düşük değerli sayfalar için iç link temizliği yapıldı
• Yönlendirmeler kuruldu ve belgelendi
• Yeniden tarama ile doğrulama yapıldı
• Aylık izleme takvimi oluşturuldu

Yapay Zeka Botları ve 404 Hataları

2026 itibarıyla site trafiğinin önemli bir kısmı artık yalnızca Googlebot değil; GPTBot, ClaudeBot, PerplexityBot ve benzeri yapay zeka tarayıcıları da siteleri düzenli olarak ziyaret ediyor. Bu botlar, üretken arama motorlarının (ChatGPT, Perplexity, Gemini gibi) yanıt üretirken referans aldığı içerik havuzunu oluşturuyor.

404 dönen bir sayfa, bu AI botları açısından da değer taşımaz; bot sayfayı tarayamaz ve içeriği referans alamaz. Ancak asıl risk şurada: bir AI motoru geçmişte bir sayfayı kaynak göstermiş ve o URL artık 404 dönüyorsa, kullanıcı AI yanıtındaki bağlantıya tıkladığında bozuk bir sayfayla karşılaşır. Bu durum hem marka güvenini zedeler hem de AI motorlarının gelecekteki taramalarında sitenizi daha az güvenilir kaynak olarak değerlendirmesine yol açabilir.

Bu nedenle özellikle GEO (Generative Engine Optimization) stratejisi güden siteler için 404 denetimini yalnızca Googlebot log’larıyla sınırlı tutmak yeterli değildir; log analizinde AI bot user-agent’larını da (GPTBot, ClaudeBot, PerplexityBot, Google-Extended gibi) ayrı satırlarda izlemek, hangi içeriklerin AI motorları tarafından da tarandığını ve bu sayfaların erişilebilir kaldığını teyit etmek gerekir. Konuyla ilgili daha fazla ayrıntı için GEO rehberimize bakabilirsiniz.

grep -E "GPTBot|ClaudeBot|PerplexityBot|Google-Extended" access.log | awk '$9 == "404" {print $7}' | sort | uniq -c | sort -rn

Türkiye’deki E-Ticaret ve CMS Platformlarında 404 Yönetimi

Türkiye pazarında yaygın kullanılan İkas, Ticimax, T-Soft, İdeasoft gibi e-ticaret altyapıları ile WordPress tabanlı kurumsal siteler, 404 yönetimi konusunda farklı esneklik seviyeleri sunar. Bazı SaaS tabanlı e-ticaret platformlarında sunucu seviyesinde .htaccess veya nginx konfigürasyonuna doğrudan erişim kısıtlıdır; bu durumda yönlendirmeler platformun kendi panelindeki “yönlendirme” veya “SEO ayarları” modülü üzerinden kurulur. Yönlendirme kurmadan önce kullandığınız platformun toplu (bulk) yönlendirme içe aktarma özelliği olup olmadığını kontrol etmek, yüzlerce URL’yi tek tek elle girmek zorunda kalmamak için zaman kazandırır.

WordPress tabanlı sitelerde ise Redirection veya benzeri eklentilerle hem 404 loglaması hem de yönlendirme kurulumu tek panelden yönetilebilir; bu eklentiler ayrıca sitenize gelen ama karşılığı bulunamayan 404 isteklerini otomatik olarak kaydedip raporlayabilir. Hangi altyapıyı kullanırsanız kullanın, yönlendirme kurallarının düzenli aralıklarla dışa aktarılıp yedeklenmesi, platform değişikliği veya göç senaryolarında veri kaybını önler.

Vaka Kurgusu: Orta Ölçekli Bir E-Ticaret Sitesinde 404 Temizliği

Kurgusal bir örnek üzerinden süreci somutlaştıralım. Ev tekstili satan, yaklaşık 3.200 ürün sayfasına sahip bir e-ticaret sitesi, kategori yapısını yeniden düzenleyen bir platform göçü gerçekleştiriyor. Göç sırasında eski kategori URL’lerinin büyük kısmı yeni yapıya taşınıyor ama yaklaşık 480 ürün sayfası ve 35 kategori sayfası için yönlendirme unutuluyor.

Tespit: Göçten üç hafta sonra Search Console’da 404 hatalarında ani bir artış fark ediliyor; “Kapsam” raporunda 500’ün üzerinde yeni “Bulunamadı (404)” kaydı görünüyor. Ekip, Screaming Frog ile tam site taraması yapıp bu URL’leri log dosyası verisiyle karşılaştırıyor.

Analiz: Elektronik tabloya aktarılan 515 URL’nin backlink ve trafik verisiyle zenginleştirilmesi sonucunda şu tablo ortaya çıkıyor: 62 URL’nin dış backlink’i var, 210 URL’nin son 12 ayda organik trafiği var, kalan 243 URL ise ne backlink ne trafik taşıyor (büyük olasılıkla sezonluk veya stoktan kaldırılmış ürünler).

Uygulama: Backlink taşıyan 62 URL ile trafik geçmişi olan 210 URL için, yeni kategori yapısındaki karşılık gelen ürün veya kategori sayfalarına 301 yönlendirmesi kuruluyor. Karşılığı bulunamayan 38 ürün sayfası, en yakın üst kategoriye yönlendiriliyor. Değersiz kalan 243 URL için ise sitedeki tüm iç linkler temizleniyor ve bu sayfaların gerçek 404 döndürmesine izin veriliyor; ekstra bir aksiyon alınmıyor.

Sonuç penceresi (temsili): Yönlendirmelerin kurulmasından altı hafta sonra Search Console’daki 404 kayıtları önemli ölçüde azalıyor, önceden 404 dönen ve backlink taşıyan sayfalardan bazılarının organik görünürlüğü kademeli olarak toparlanıyor. Ekip, bu süreci platform göçü sonrası standart bir kontrol listesine dönüştürerek gelecekteki güncellemelerde aynı hatayı tekrarlamamayı hedefliyor. (Vaka temsilidir.)

Sık Yapılan Hatalar

1. Tüm 404’leri ana sayfaya yönlendirmek. Bu, en yaygın ve en zararlı hatalardan biridir. Google, ilgisiz bir hedefe yapılan toplu yönlendirmeleri “soft 404” olarak değerlendirebilir ve bu linklere değer atfetmez. Her yönlendirme konusal olarak anlamlı bir hedefe yapılmalıdır.

2. Backlink kontrolü yapmadan sayfa silmek. İçerik güncellemesi veya site yenilemesi sırasında hangi sayfaların dış bağlantı aldığı kontrol edilmeden sayfalar kaldırıldığında, biriken link otoritesi geri dönüşü olmayan şekilde kaybolur.

3. Soft 404’leri göz ardı etmek. Ekipler genellikle yalnızca “Hata” raporundaki hard 404’lere odaklanır; Kapsam raporundaki “Soft 404” kategorisini hiç incelemez. Oysa soft 404’ler crawl bütçesi açısından daha ciddi bir sorun teşkil edebilir.

4. 404 sayfasını 200 koduyla döndürmek. Özel tasarlanmış bir “sayfa bulunamadı” ekranı, sunucu tarafında doğru HTTP durum kodunu döndürmüyorsa (200 yerine 404), bu durum kendi başına bir soft 404 kaynağı hâline gelir.

5. Yönlendirme zincirleri (redirect chain) oluşturmak. Bir URL’yi başka bir URL’ye, onu da üçüncü bir URL’ye yönlendirmek, hem kullanıcı deneyimini yavaşlatır hem de Googlebot’un yönlendirme zincirini takip ederken bütçe harcamasına neden olur. Her yönlendirme doğrudan nihai hedefe kurulmalıdır.

6. 404 denetimini tek seferlik bir proje sanmak. Siteler sürekli değiştiği için 404 birikimi de sürekli bir süreçtir. Denetimi yılda bir kez yapıp unutmak, aradan geçen zamanda biriken yeni hataların fark edilmemesine yol açar.

7. Stok tükenen ürünleri doğrudan silmek. E-ticaret sitelerinde geçici olarak stokta olmayan ürünler için sayfa tamamen kaldırılırsa, hem kullanıcı hem de Googlebot boşuna 404 ile karşılaşır. Bu tür sayfalarda içerik korunmalı, “stokta yok” durumu açıkça belirtilmelidir.

8. İç linkleri güncellemeden yönlendirme kurmakla yetinmek. Bir sayfa yönlendirilse bile sitenizin menüsünde, ilgili içerik bloklarında veya eski blog yazılarında hâlâ eski URL’ye link veriliyorsa, kullanıcı gereksiz bir yönlendirme adımından geçer. Mümkün olduğunca iç linkleri doğrudan yeni URL’ye güncelleyin.

Sik Sorulan Sorular

404’ler bir site yenilemesinden sonra biriktiyse, asıl sorun eksik yönlendirmelerdir: Site yenileme sonrası trafik düşüşü