Bir sayfanın 404 hatası vermesi, sitenizin tamamının Google tarafından cezalandırıldığı anlamına gelmez. 404, istenen adreste içerik bulunamadığını söyleyen normal bir HTTP yanıtıdır. SEO açısından asıl soru şudur: Bu adreste gerçekten bir sayfa bulunmalı mıydı? Yayındaki önemli bir makale yanlışlıkla kaybolduysa onu geri getirmek gerekir. Kalıcı olarak kaldırılmış, eşdeğeri olmayan eski bir sayfa içinse 404 veya 410 doğru sonuç olabilir.
Bu rehberde 404 sayfalarının arama görünürlüğüne etkisini, 404 ile 410 arasındaki farkı, 301 yönlendirmesinin ne zaman uygun olduğunu ve Google Search Console verilerini nasıl yorumlayacağınızı somut örneklerle açıklıyorum. WordPress kullananlar için uygulanabilir bir kontrol sırası da bulacaksınız. Amaç bütün hataları aynı işleme zorlamak değil; her URL için kullanıcıya ve arama motoruna doğru sonucu sunmaktır.
404 hatası nedir ve SEO’ya etkisi nasıl değerlendirilir?
Tarayıcı bir URL istediğinde sunucu bir durum kodu gönderir. 200, isteğin başarıyla işlendiğini; 404, istenen kaynağın bulunamadığını ifade eder. Kullanıcı çoğu zaman bunu tasarlanmış bir “sayfa bulunamadı” ekranı olarak görür. Ancak ekrandaki yazı tek başına belirleyici değildir: Sunucunun döndürdüğü kod ile sayfanın gösterdiği içerik birbiriyle tutarlı olmalıdır.
Google’ın tarama hataları rehberi, taşınmış bir sayfa için ilgili yeni adrese kalıcı yönlendirme yapılmasını; artık bulunmayan ve uygun karşılığı olmayan sayfa için 404 veya 410 döndürülmesini önerir. Dolayısıyla tek tek 404 kayıtlarının varlığı, kendi başına bütün sitenin sıralamasını düşüren bir işaret değildir. Buna karşılık menüden, makale içinden veya site haritasından sürekli 404’e giden bağlantılar kullanıcının işini yarıda bırakır ve önemli içeriklerin keşfini zorlaştırabilir.
Örneğin geçen yıl yayımlanan “Yapay zekâ terimleri” makaleniz hâlâ menüdeyse fakat URL’si 404 veriyorsa bu bir yayın hatasıdır. Beş yıl önce silinmiş, artık hiçbir yerde bağlanmayan kampanya sayfasının 404 dönmesi ise beklenen davranış olabilir. Aynı durum kodu, iki farklı düzeltme kararı gerektirir.
Önce şu üç soruya yanıt verin
- İçerik hâlâ var olmalı mı? Yayındaki yazı, ürün veya rehber yanlışlıkla silindiyse önce içeriği ve eski URL’yi geri yükleyin.
- İçerik gerçekten taşındı mı? Eski sayfanın amacını karşılayan yeni bir adres varsa kalıcı yönlendirme kurun ve site içi bağlantıları yeni hedefe çevirin.
- İlgili bir karşılık yok mu? Kaldırma kalıcıysa eski URL’nin 404 veya 410 dönmesine izin verin; ziyaretçiye yararlı bir 404 ekranı sunun.
Bu sıra özellikle toplu yönlendirme yapan eklentilerde önemlidir. “404 veren her şeyi ana sayfaya gönder” kuralı kolay görünür, ancak eski sayfaya gelen kişinin aradığı bilgi ana sayfada olmayabilir. Google böyle alakasız hedefleri soft 404 olarak da değerlendirebilir. Eşdeğer içerik yoksa gerçek bir 404, yanıltıcı bir yönlendirmeden daha açıklayıcıdır.
404, 410 ve yönlendirme kodları arasındaki fark
404 Not Found, kaynağın bu adreste bulunamadığını bildirir. Sebep geçici veya kalıcı olabilir; kod tek başına kesin bir gelecek taahhüdü vermez. 410 Gone, kaynağın kalıcı olarak kaldırıldığını daha açık ifade eder. Google her iki kodu da zaman içinde dizinden çıkarma sinyali olarak kullanabilir. Sadece 410 kullanmanın bütün durumlarda daha hızlı sonuç vereceğine dair bir süre garantisi yoktur.
301 Moved Permanently ve 308 Permanent Redirect, adresin kalıcı olarak değiştiği durumlar içindir. Google’ın yönlendirme rehberine göre kalıcı yönlendirmeler hedef URL’nin kanonik kabul edilmesi için güçlü sinyal verir. 308’in HTTP yöntemini koruma özelliği vardır; sıradan içerik sayfalarında yaygın tercih 301’dir. 302 ve 307 ise gerçekten geçici taşınma içindir. Kalıcı URL değişimini “şimdilik 302” diye aylarca bırakmak, verilen sinyali belirsizleştirir.
200 OK, başarılı yanıt demektir; fakat sayfanın dizine alınacağını garanti etmez. 200 koduyla boş bir sayfa veya “bulunamadı” mesajı göstermek teknik olarak başarısız içeriği başarılı gibi sunar. 5xx sunucu hataları ise farklı bir gruptur: Sunucunun isteği işleyemediğini anlatır. Yayındaki sayfaların yaygın biçimde 5xx vermesi, beklenen 404’lerden daha acil araştırılmalıdır.
| Durum | Doğru yaklaşım | Örnek |
|---|---|---|
| Yayındaki sayfa yanlışlıkla kayboldu | Eski sayfayı onar veya geri getir | Veritabanındaki makale taslağa düşmüş |
| İçerik kalıcı olarak yeni URL’ye taşındı | Eski URL’den ilgili yeni URL’ye 301/308 | Kalıcı bağlantı adı değişti |
| Sayfa kalıcı olarak kaldırıldı, karşılığı yok | 404 veya 410 | Artık geçerli olmayan tek seferlik duyuru |
| Taşınma geçici | 302/307 ve geri dönüş planı | Kısa süreli bakım sırasında alternatif |
| Sunucu içerik üretemiyor | 5xx nedenini gider | Uygulama veya veritabanı arızası |
Hangi 404 sayfalarını önce düzeltmelisiniz?
Search Console’da yüzlerce URL görmek tek başına öncelik sırası vermez. Önce hâlâ kullanıcı alan veya site yapısında kullanılan adresleri ayırın. Ana menü, kategori sayfası, popüler makaleler ve dönüşüm akışından bağlanan bir 404 daha önemlidir. Site haritasında yayımlanmış gibi sunulan bir 404 de içerik envanterindeki tutarsızlığı gösterir. Buna karşılık rastgele yazılmış bir bot URL’si için içerik üretmek veya yönlendirme açmak çoğu zaman gereksizdir.
Bir URL’ye geçmişte dış bağlantı verilmişse, bağlantıyı veren sayfanın amacı ile yeni hedefi karşılaştırın. Gerçekten aynı konuyu ele alan bir yeni makale varsa yönlendirme işe yarar. Yalnızca bağlantının “değerini kurtarmak” için alakasız bir hedef seçmek kullanıcı niyetini çözmez. Trafik, dönüşüm ve içerik değeri yüksek URL’leri önceleyin; dış bağlantı sayısını tek ölçüt yapmayın.
Yayın geçmişini de inceleyin. URL’yi yakın zamanda değiştirdiniz mi? Yazı çöp kutusuna mı taşındı? Kategori veya dil öneki mi değişti? Bir eklenti yönlendirme kuralı mı ekledi? Sitenin tamamındaki kalıp, tek URL incelemesinden daha fazla ipucu verebilir. Örneğin aynı gün yüzlerce yazı 404 vermeye başladıysa önce kalıcı bağlantı ayarını ve sunucu kurallarını denetleyin; tek tek 301 girmek doğru ilk adım değildir.
Google Search Console’da 404 raporu nasıl okunur?
Search Console’daki Sayfalar / Dizine ekleme bölümünde “Bulunamadı (404)” ve varsa “Soft 404” örneklerini açın. Raporun güncellenmesi anlık değildir; bir URL’yi bugün düzelttiğinizde kayıt hemen kaybolmayabilir. Bu yüzden önce örnek URL’yi kendi tarayıcınızda açın, ardından URL Denetimi ile Google’ın gördüğü durumu ve son tarama bilgisini karşılaştırın. Değişiklikten sonra yeniden dizine ekleme isteği göndermek mümkün olsa da bu, taranma veya sıralama garantisi vermez.
URL’nin nereden keşfedildiğini araştırırken üç kaynağa bakın: site içi bağlantılar, XML site haritası ve dış bağlantılar. Aktif içeriklerin yer aldığı site haritasına kaldırılmış URL’yi eklemeyin. İç bağlantı hâlâ eski adrese gidiyorsa onu doğrudan doğru adrese güncelleyin. Eski adres 301 ile çalışsa bile, menüde veya makale içinde yönlendirme üzerinden dolaşmak gereksiz bir adım ekler.
Rapordaki “404” kaydının kapanmasını tek başarı ölçütü saymayın. Amaç, yayındaki sayfanın gerçekten erişilebilir olması, kaldırılan sayfanın uygun kod vermesi ve ziyaretçinin yanlış bağlantıda çıkmaza girmemesidir. Google’ın yeniden tarama zamanı ve rapor örnekleri değişebilir. Denetiminizi hem canlı HTTP yanıtına hem de sayfanın gerçek içeriğine dayandırın.
WordPress’te yanlışlıkla oluşan 404 nasıl onarılır?
- Yazı durumunu kontrol edin. WordPress yönetim panelinde ilgili yazıyı başlık veya eski URL ile arayın. “Yayında” yerine taslak, özel veya çöp kutusu durumuna geçmişse nedenini öğrenin. İçerik hâlâ yayımlanacaksa geri alın ve URL’yi test edin.
- Kalıcı bağlantıyı karşılaştırın. Yazının adres son ekinin eski bağlantıyla aynı olup olmadığını inceleyin. Başlıktaki değişikliklerin URL’yi otomatik değiştirdiğini varsaymayın; gerçekten hangi adresin çalıştığını açarak görün.
- Yönlendirme kurallarını gözden geçirin. SEO eklentisi, sunucu ayarları veya CDN aynı URL için birden çok kural çalıştırıyor olabilir. Eski adresin nereye ve kaç adımda gittiğini kontrol edin. Zincir ya da döngü varsa tek, açık kurala indirin.
- İç bağlantıları ve site haritasını güncelleyin. Menü, ilgili yazılar, görsel açıklamaları ve HTML site haritası gibi yerlerde eski adresi arayın. XML site haritasının yalnızca tercih edilen, erişilebilir URL’leri taşıdığını doğrulayın.
- Değişiklikten sonra yeniden test edin. Gizli pencere veya farklı tarayıcıyla açın. Önbellek ve CDN yüzünden eski yanıtı görüyorsanız ilgili önbelleği yenileyin. Son olarak HTTP kodunu ve hedef içeriğini birlikte doğrulayın.
WordPress’te bir toplu kalıcı bağlantı ayarı değişikliği çok sayıda URL’yi etkileyebilir. Bu tür bir sorunda önce ortak nedeni bulmak, her kayıp sayfaya ayrı yönlendirme eklemekten daha güvenlidir. Yedek ve mümkünse test ortamı kullanarak değişikliğin kapsamını gözleyin. Bu öneri özellikle eklenti ve tema kurallarının bir arada çalıştığı sitelerde önemlidir.
İyi bir 404 sayfası nasıl tasarlanır?
Özel 404 sayfanız kısa ve açık bir açıklama sunmalı: İstenen içerik bulunamadı, adres yanlış yazılmış veya içerik taşınmış olabilir. Sitenin ana gezinmesine dönüş, arama kutusu ve birkaç gerçekten ilgili kategori bağlantısı ziyaretçiye sonraki adımı gösterir. Ancak sayfanın görünümü güzel diye sunucu yanıtını 200 yapmayın. Gerçekten bulunamayan URL, ziyaretçiye yararlı bir arayüz gösterirken yine de HTTP 404 döndürebilir.
404 şablonuna otomatik olarak alakasız onlarca içerik koymak, kullanıcının aradığı cevabı bulmasını kolaylaştırmaz. Arama kutusu varsa aranan terimi güvenli biçimde işlemesi, mobilde rahat kullanılması ve erişilebilir bağlantı metinleri daha değerlidir. “Aradığınız sayfa yok” mesajını yalnızca bir görsele gömmeyin; düz metin olarak da gösterin. Bu, ekran okuyucu kullanan ziyaretçilerin durumu anlamasına yardım eder.
Soft 404 nedir, gerçek 404’ten nasıl ayrılır?
Soft 404, URL’nin teknik yanıtı ile sayfanın sunduğu içeriğin uyuşmamasıdır. En basit örnek: Sunucu 200 OK döndürürken sayfanın gövdesinde “İçerik bulunamadı” yazması. Benzer biçimde JavaScript hatası nedeniyle neredeyse boş kalan bir ürün veya makale sayfası da arama motoru tarafından düşük değerli ya da soft 404 olarak algılanabilir. Google’ın bu değerlendirmesi bir teşhistir; tek bir metne bakarak her boş sayfanın kesin soft 404 olacağını söyleyemeyiz.
Çözüm, alttaki duruma bağlıdır. İçerik gerçekten kaldırıldıysa doğru 404/410 kodunu döndürün. İçerik mevcutsa sunucu ve istemci tarafındaki üretim hatasını giderin; başlık, ana metin ve önemli bağlantıların tarayıcıda gerçekten çıktığından emin olun. Sayfa yeni bir adrese taşındıysa ilgili hedefe kalıcı yönlendirme yapın. Bir hata şablonuna noindex eklemek veya URL’yi robots.txt ile engellemek, yanlış HTTP yanıtını tek başına düzeltmez.
Örneğin bütün geçersiz makale adresleri aynı “Üzgünüz, bulunamadı” ekranını gösteriyor fakat ağ yanıtında 200 görünüyorsa sorun şablonun durum kodundadır. Diğer yandan yeni yazı doğru 200 dönüyor ama ana gövde API isteği başarısız olduğu için boş kalıyorsa 404 vermek yerine içeriğin yüklenme sorununu onarın. Arama motoru açısından doğru kod ile kullanıcı açısından yararlı içerik birlikte düşünülmelidir.
HTTP durum kodunu nasıl doğrularsınız?
Tarayıcı geliştirici araçlarında Ağ / Network sekmesini açıp sayfanın ana belge isteğine bakın. Burada 404, 301, 200 ya da 5xx kodunu görürsünüz. Yönlendirme varsa ilk adres ile son hedefi ayrı ayrı inceleyin. Son sayfanın 200 dönmesi, eski URL’nin hangi kodla yönlendirildiğini göstermez. Arada birkaç yönlendirme bulunması da zinciri uzatır.
Komut satırında curl -I https://ornek.com/eski-yazi/ başlıkları gösterir; curl -L -I https://ornek.com/eski-yazi/ yönlendirmeleri izler. PowerShell’de komutun gerçek curl aracını çağırdığından emin olmak için curl.exe yazabilirsiniz. Bazı sunucular HEAD ve GET isteklerine farklı yanıt verebilir. Bu nedenle başlık sonucunu tarayıcıdaki gerçek sayfa yüklemesi ve gerekirse Search Console URL Denetimi ile birlikte değerlendirin.
Test sırasında yalnızca kodu kaydetmeyin. Eski URL, yönlendirme hedefi, son durum kodu, kanonik URL ve kullanıcıya görünen içerik bir satırda tutulursa yanlış eşlemeleri bulmak kolaylaşır. Bir URL 301 ile alakalı görünmeyen bir kategoriye gidip 200 dönebilir; kodlar teknik olarak başarılı olsa bile kullanıcı ihtiyacını karşılamayabilir. Kanonik URL işareti de yönlendirme kararının yerine geçmez; aynı içeriğin tercih edilen adresini bildirir.
Yönlendirme yaparken sık görülen hatalar
Her 404’ü ana sayfaya göndermek: Eski adres belirli bir bilgi vaat ediyorsa genel ana sayfa iyi bir karşılık değildir. Konu bakımından eşdeğer içerik yoksa 404/410 kullanın. Yönlendirme zinciri kurmak: A → B → C yerine A → C gibi doğrudan eşleme yapın. Döngü oluşturmak: A → B ve B → A, sayfanın hiç açılmamasına yol açar. Geçici kodu kalıcı değişiklikte kullanmak: URL artık kesin olarak değiştiyse 301/308 tercih edin.
Site içi bağlantıyı eski adreste bırakmak: Yönlendirme çalışsa bile bağlantıları doğrudan güncel URL’ye çevirin. Eski URL’yi site haritasında tutmak: XML site haritası tercih edilen erişilebilir sayfaları listelemelidir; 404 veya yönlendirme URL’lerini düzenli olarak gözden geçirin. Yalnızca masaüstünde test etmek: Mobil şablon ya da önbellek farklı sonuç üretebilir. En azından kritik URL’leri gerçek kullanıcı akışında açın.
Bir yazıyı yeniden adlandırırken eski bağlantıların nerede kullanıldığını düşünün. Sosyal ağ paylaşımları, e-posta bültenleri ve başka sitelerdeki bağlantıları topluca değiştiremeyebilirsiniz. Bu durumda 301, eski adresi bilen kişiyi doğru yeni içeriğe ulaştırır. Yeni içerik eskisinin yalnızca küçük bir bölümünü kapsıyorsa yönlendirmeyi otomatik kurmak yerine o kişinin aradığı bilgiyi gerçekten bulup bulamayacağını kontrol edin.
404 hataları tarama bütçesini tüketir mi?
Bir arama motoru botu 404 dönen adresi ziyaret ettiğinde bir istek yapmış olur; fakat birkaç eski URL yüzünden küçük veya orta ölçekli bir sitenin bütün tarama kapasitesinin tükendiğini söylemek doğru değildir. Google’ın tarama bütçesi açıklaması, konunun özellikle çok büyük ya da hızla değişen sitelerde önem kazandığını belirtir. Binlerce gereksiz URL varyasyonu, sonsuz filtre kombinasyonu veya 200 dönen boş sayfalar daha anlamlı bir teknik denetim konusu olabilir.
Yine de iç bağlantılarınızın sürekli 404’e gitmesini önemsiz saymayın. Bu, öncelikle ziyaretçi deneyimi ve site bakımı sorunudur. Taranabilir bağlantıların gerçek içeriklere işaret etmesi, arama motorunun site yapısını daha tutarlı görmesine de yardım eder. Botların tahmini güvenlik dosyalarını veya hiç oluşturmadığınız rastgele adresleri istemesi ise yaygın bir durumdur. Böyle her istek için WordPress’te yeni yönlendirme kuralı açmak gereksiz karmaşıklık yaratır.
Örnek karar senaryoları
1. Eski makale yeni adrese taşındı
“/eski-yapay-zeka-rehberi/” içeriği güncellenerek “/yapay-zeka-rehberi/” altında yayımlandıysa eski adresten yeni adrese 301 kurun. Yeni sayfanın aynı temel soruya yanıt verdiğini kontrol edin. Eski makaleye giden iç bağlantıları ve XML site haritasını güncelleyin. İki URL birden erişilebilir kalıyorsa hangisinin tercih edilen sayfa olduğunu ayrıca belirleyin.
2. Geçersiz bir etkinlik duyurusu kaldırıldı
Yalnızca geçmiş bir etkinliğin kayıt bilgilerini taşıyan ve güncel bir karşılığı bulunmayan sayfa silindiyse 404 veya 410 doğal olabilir. Kullanıcıyı ana sayfaya zorla göndermeyin. İsterseniz 404 ekranında etkinlik arşivine doğal bir bağlantı gösterin; ancak bu bağlantının bulunması, HTTP durum kodunun 404 olmasına engel değildir.
3. Kategori değişikliği yüzlerce bağlantıyı bozdu
Bir kategori öneki değişti ve onlarca yayındaki içerik 404 veriyorsa önce ortak URL kuralını araştırın. Kalıcı bağlantı ayarı, yönlendirme eklentisi veya sunucu yapılandırması sorunu olabilir. Ardından eski adresleri ilgili yeni adreslere eşleyin. Rastgele tek bir kategoriye toplu yönlendirme yapmak yerine örnek URL’lerle kuralın doğru çalıştığını sınayın.
4. Bot hiç var olmamış bir adresi istedi
Search Console veya sunucu kaydında “/admin-yedek-123/” gibi hiç üretmediğiniz bir adres görünüyorsa bu kaydın varlığı tek başına SEO çalışması gerektirmez. URL iç bağlantılarda ve site haritasında bulunmuyor, gerçek kullanıcılara hizmet eden bir içerik de temsil etmiyorsa 404 döndürmeye devam edin. Güvenlik taraması olasılığını ayrı teknik süreçte değerlendirebilirsiniz.
Sık sorulan sorular
Çok sayıda 404, sitenin tamamına ceza getirir mi?
404 sayısı tek başına site genelinde otomatik ceza anlamına gelmez. Sayıdaki ani artış, önemli içeriklerin kaybolduğunu veya site yapısının bozulduğunu gösterebileceği için nedenini inceleyin. Önceliği önemli URL’lere, bozuk iç bağlantılara ve site haritasındaki hatalara verin.
404 yerine her zaman 410 kullanmalı mıyım?
Hayır. İki kod da bulunmayan içerik için uygundur. Kalıcı kaldırmayı özellikle belirtmek istiyorsanız 410 kullanabilirsiniz. Hangi kodu seçerseniz seçin, içerik durumunun doğru olduğundan ve erişilebilir bir alternatif varsa kullanıcının ona yönlendirildiğinden emin olun.
404 sayfasına kanonik etiket veya noindex eklemeli miyim?
Gerçek bir 404 sayfasında asıl sinyal HTTP yanıtıdır. Kanonik etiket ya da noindex ile yanlış durum kodunu telafi etmeye çalışmayın. Özel 404 tasarımı kullanıyorsanız şablonun hâlâ 404 gönderdiğini doğrulayın. Aynı URL’de gerçek içerik sunulacaksa önce o içerik sorununu çözün.
Yönlendirme sonrası Search Console’da 404 ne zaman kaybolur?
Raporun güncellenmesi Google’ın URL’yi yeniden taramasına bağlıdır; sabit bir süre yoktur. Önce canlı istekte yönlendirmenin doğru çalıştığını ve son hedefin yararlı içerik sunduğunu doğrulayın. Sonra URL Denetimi ile güncel tarama bilgisini takip edin.
Son kontrol listesi
- URL’nin gerçekten 404/410 mu, yoksa 200/5xx mi döndürdüğünü kontrol edin.
- Sayfa hâlâ yayımlanmalı mı, kalıcı taşındı mı, tamamen kaldırıldı mı karar verin.
- 301/308 hedefinin eski içerikle gerçekten ilgili olduğundan emin olun.
- Menü ve makale içindeki eski bağlantıları doğrudan güncel URL’ye düzeltin.
- XML site haritasında yalnızca erişilebilir tercih edilen URL’leri tutun.
- Yönlendirme zinciri, döngü ve soft 404 olup olmadığını test edin.
- Search Console raporunu canlı yanıtla birlikte değerlendirin.
Sonuç olarak doğru 404, site sağlığının doğal bir parçasıdır. SEO çalışmasının hedefi sıfır 404 sayısına ulaşmak değil; var olması gereken içeriği erişilebilir tutmak, taşınan URL’yi ilgili hedefe bağlamak ve kaldırılan içerik hakkında açık HTTP yanıtı vermektir. Konuyla bağlantılı olarak crawl budget ve DNS yönlendirme rehberlerine de bakabilirsiniz.
Kaynaklar: Google Search Central: tarama hataları; Google Search Central: yönlendirmeler; Google Search Central: HTTP durum kodları; Google Search Central: tarama bütçesi.
