WordPress’te 404 Bulunamadı Hatası Nasıl Düzeltilir

MKorkut

14 Aralık 2020

WordPress'te 404 Bulunamadı Hatası Nasıl Düzeltilir?

Kısa cevap: WordPress’te 404 bulunamadı hatası ile karşılaştığınızda önce ilgili yazının gerçekten yayımlanmış ve adresinin doğru olduğunu kontrol edin. Ana sayfa açılıyor ancak yazılar 404 veriyorsa Ayarlar → Kalıcı bağlantılar bölümüne girip mevcut yapıyı değiştirmeden Değişiklikleri Kaydet seçeneğine basın. Sorun sürüyorsa sunucunuzun Apache mi Nginx mi olduğunu belirleyin; ardından yönlendirme kurallarını, tema ve eklenti çakışmalarını inceleyin.

Bir yazının silinmiş olmasıyla, mevcut bir yazının yanlış sunucu kuralı yüzünden açılmaması aynı sorun değildir. Bu rehber, 404 Bulunamadı hatası için hangi durumda hangi işlemi yapmanız gerektiğini anlatıyor. Özellikle yapılandırma dosyalarını değiştirmeden önce tam yedek alın.

WordPress’te 404 Bulunamadı Hatası Nedir?

HTTP 404 Not Found, sunucunun istenen URL için bir kaynak bulamadığını bildiren yanıt kodudur. Bu, sunucuya hiç ulaşılamadığı anlamına gelmez. Silinen bir içerik için 404 normal olabilir; ancak hâlâ yayımlanmış bir yazının 404 vermesi genellikle URL, kalıcı bağlantı, yeniden yazma kuralları ya da eklenti yapılandırması açısından incelenmelidir. Soft 404 ise sayfa bulunamadı içeriği gösterilirken sunucunun yanlış biçimde 200 OK döndürmesi gibi durumlardır.

404 Hatasının Nedeni Nasıl Anlaşılır?

İlk adım, hatanın kapsamını belirlemektir. Bir sorunun kaynağını ayırmak, gereksiz dosya değişikliği yapmaktan çok daha güvenlidir.

Belirti	Olası neden	İlk kontrol
Ana sayfa açılıyor, yazıların çoğu 404	Kalıcı bağlantı / rewrite kuralları	Ayarlar → Kalıcı bağlantılar → Kaydet
Yalnızca tek yazı 404	Silinmiş içerik, taslak, yanlış slug	Yazının yayımlanma durumu ve URL
Taşınan yazının eski adresi 404	Eksik 301 yönlendirmesi	Eski ve yeni URL eşleştirmesi
Özel yazı türü veya kategori 404	Slug çakışması veya rewrite kaydı	Özel içerik türü ayarları, permalink kaydı
Yalnızca bir cihazda 404	Önbellek veya CDN farkı	Gizli pencere ve farklı bağlantı
Sunucu değişikliği sonrası toplu 404	Apache/Nginx kural uyumsuzluğu	Sunucu türü ve hata günlüğü

WordPress’te 404 Bulunamadı Hatası Nasıl Düzeltilir?

Aşağıdaki yöntemleri sırasıyla uygulayın. Her adımın ardından sorunlu bağlantıyı gizli pencerede test ederek hangi işlemin sonuç verdiğini belirleyin.

1. Yazının Adresini ve Yayın Durumunu Kontrol Edin

Yazılar → Tüm Yazılar bölümünde ilgili içeriği bulun; Yayımlandı durumunda olduğundan emin olun.
Yazının kalıcı bağlantı (slug) bölümünü kontrol edin. Yakın zamanda URL değişmiş olabilir.
Bağlantıyı adres çubuğundan kopyalayarak yeni sekmede deneyin; harf, tire ve sondaki eğik çizgi farklarını inceleyin.
İçerik başka bir URL’ye taşındıysa uygun yeni sayfaya 301 kalıcı yönlendirme planlayın; alakasız ana sayfaya yönlendirmeyin.

Sırf Search Console’da göründüğü için her 404 adresini düzeltmek zorunda değilsiniz. Hiç var olmamış adreslerin veya karşılığı bulunmayan kalıcı olarak silinmiş içeriklerin 404 (ve uygun durumlarda 410) döndürmesi doğrudur. Google Search Central da bunu açıkça belirtiyor.

2. Kalıcı Bağlantı Ayarlarını Yeniden Kaydedin

WordPress yönetim paneli çalışıyor ve ana sayfa normal açılıyorsa, özellikle yazı bağlantılarındaki toplu 404 hatalarında önce bu yöntemi deneyin.

WordPress yönetim paneline giriş yapın.
Ayarlar → Kalıcı bağlantılar bölümünü açın.
Seçili URL yapısını değiştirmeyin.
Sayfanın altındaki Değişiklikleri Kaydet düğmesine basın.
Sorunlu yazının adresini yeniden test edin.

Bu işlem WordPress’in yeniden yazma kurallarını yeniden oluşturmasına yardımcı olur. Eski rehberlerde görülen önce Düz biçimi seç, ardından eski yapıya dön yöntemi çoğu durumda gerekli değildir ve canlı sitede geçici URL değişiklikleri oluşturabilir. WordPress’in resmî hata rehberi de kalıcı bağlantı ayarlarını yeniden kaydetmeyi önerir.

3. Apache Sunucuda .htaccess Dosyasını Kontrol Edin

Bu adım yalnızca Apache veya .htaccess kurallarını kullanan uygun sunucu yapılandırmaları içindir. Önce hosting panelinden sunucu türünü doğrulayın. Dosyanın mevcut sürümünü indirin ve tam yedek alın. Güvenlik, önbellek, yönlendirme veya diğer eklentilere ait özel kuralları rastgele silmeyin.

WordPress, kök dizine kurulu standart ve tek siteli Apache kurulumlarında aşağıdaki gibi bir yeniden yazma bölümü kullanır. Bu yalnızca örnek yapılandırmadır; Multisite veya alt dizin kurulumlarında birebir uygulanmamalıdır.

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Standart WordPress bölümünün eksik veya bozuk olduğundan eminseniz, WordPress’in Apache/.htaccess belgesini ve hosting sağlayıcınızın yönergelerini karşılaştırın. Tüm .htaccess dosyasını örnek kodla değiştirmeyin. Özellikle güvenlik ve yönlendirme kurallarının silinmesi yeni sorunlara neden olabilir. Apache’de mod_rewrite ve ilgili dizin izinlerinin etkin olması gerekebilir.

4. Nginx Kullanıyorsanız .htaccess Düzenlemeyin

Nginx, .htaccess dosyasını okumaz. Dolayısıyla Apache için verilen kodu Nginx’e yapıştırmak sonuç vermez. Hosting panelinizden sunucunuzun türünü doğrulayın. Nginx tabanlı sistemlerde URL yeniden yazma ve try_files mantığı sunucu yapılandırmasında ele alınır; yapılandırma değişikliği gerekiyorsa sunucu yöneticinize veya hosting desteğine başvurun. Resmî WordPress Nginx belgesi bu farkı açıklar.

5. Eklenti ve Tema Çakışmalarını Güvenle Test Edin

Özellikle yönlendirme, SEO, güvenlik, önbellek ve özel yazı türleriyle ilgili eklentiler URL davranışını değiştirebilir. Canlı bir sitede tüm eklentileri bir anda kapatmak yerine mümkünse test (staging) ortamı kullanın.

Son yüklenen veya güncellenen eklentileri not edin.
Önbellek, yönlendirme ve özel içerik türü eklentilerini tek tek test edin.
Her değişiklikten sonra sorunlu URL’yi ve ana sayfayı kontrol edin.
İşlem sonunda devre dışı bırakılan bileşenleri gerekli biçimde geri açın.
Tema değişikliğini tercihen staging ortamında gerçekleştirin; görünüm ve bileşenler etkilenebilir.

Yönetim paneline erişemiyorsanız dosya yöneticisi/FTP üzerinden eklenti klasör adını geçici olarak değiştirmek bazen işe yarar; ancak bu işlem canlı özellikleri bozabilir. Tam yedek ve geri dönüş planı olmadan uygulamayın.

6. Taşınan Sayfalar İçin 301 Yönlendirmesi Kullanın

Bir yazıyı başka bir adrese taşıdıysanız eski URL’den yeni ve içerik açısından eşdeğer URL’ye 301 yönlendirmesi oluşturun. Böylece kullanıcılar ve arama motorları doğru adrese ulaşabilir. Karşılığı olmayan her 404’ü ana sayfaya yönlendirmek doğru değildir; Google bunu soft 404 olarak yorumlayabilir.

Yönlendirme oluşturduktan sonra eski bağlantının 301, hedefin de 200 döndürdüğünü kontrol edin. Yönlendirme döngüsü ve zinciri oluşturmayın. Google’ın URL taşıma rehberi alakasız yönlendirmelerden kaçınmayı öneriyor.

7. Önbellek, CDN ve Gerçek HTTP Durum Kodunu Kontrol Edin

Sorun yalnızca bazı ziyaretçilerde görünüyorsa tarayıcı önbelleğini ve sitenin önbellek/CDN katmanını kontrol edin. Geçerli bir sayfanın yanlışlıkla önbelleğe alınmış 404 yanıtını göstermesi mümkündür. Önce hedef URL’yi gizli pencerede ve farklı bağlantıda deneyin. Ardından önbellek temizliği yapın. Çok sayfalı sitelerde tüm önbelleği gereksiz yere boşaltmak performansı geçici olarak etkileyebilir.

HTTP durum kodunu tarayıcının Geliştirici Araçları → Ağ (Network) panelinden veya terminalde aşağıdaki komutla inceleyebilirsiniz:

curl -I https://ornek.com/ornek-sayfa/

Komut satırındaki 200, 301, 404 veya 410 yanıtlarını yorumlarken yönlendirmeleri ve CDN katmanını dikkate alın. Bir sayfa “bulunamadı” yazarken 200 döndürüyorsa soft 404 sorununu araştırın.

8. Google Search Console ile 404 URL’lerini Önceliklendirin

Google Search Console hesabında doğru mülkü seçin.
Dizin oluşturma → Sayfalar raporunu açın.
Bulunamadı (404) ve varsa Soft 404 başlıklarını inceleyin.
Önemli sayfaları URL Denetimi aracıyla kontrol edin.
Yalnızca olması gereken, iç bağlantı verilen, site haritasına eklenen veya taşınmış değerli sayfaları önceliklendirin.

Eski Tarama Hataları menüsü artık güncel Search Console arayüzünün karşılığı değildir. Aynı şekilde eski ga('send', ...) Universal Analytics kodunu bu rehberde kullanmıyoruz. GA4’te 404 sayfasına yönelik özel etkinlik ya da rapor gerekiyorsa mevcut ölçüm mimarinize uygun şekilde yapılandırılması gerekir.

WordPress 404 Hatası SEO’ya Zarar Verir mi?

Her 404 hatası SEO sorunu değildir. Gerçekte bulunmaması gereken sayfaların 404 döndürmesi normaldir. Ancak önemli içeriklerin yanlışlıkla 404 vermesi, bozuk iç bağlantılar ve siteden taşınmış yazıların yönlendirilmemesi kullanıcı deneyimini ve ilgili sayfaların arama görünürlüğünü olumsuz etkileyebilir. Google, doğru 404 yanıtının tek başına tüm sitenin sıralamasını düşürmediğini belirtiyor. Google’ın 404 açıklaması bu ayrımı net biçimde ortaya koyuyor.

HTTP kodu	Ne anlama gelir?	Ne zaman kullanılır?
200	İçerik başarıyla sunuldu	Gerçek ve erişilebilir sayfa
301	Kalıcı olarak taşındı	Yeni eşdeğer URL varsa
404	Kaynak bulunamadı	URL yoksa veya bulunamıyorsa
410	Kalıcı olarak kaldırıldı	İçerik bilinçli olarak silindiyse ve geri gelmeyecekse

İyi Bir WordPress 404 Sayfasında Neler Olmalı?

Hata sayfası ziyaretçiyi boşlukta bırakmamalı; ancak arama motorlarına geçerli içerik varmış izlenimi de vermemelidir. Temanın 404 şablonunu kullanarak açıklayıcı bir başlık, arama alanı, ana sayfa bağlantısı ve ilgili içeriklere yönlendirme ekleyin. En önemlisi, sayfanın HTTP yanıt kodu 404 olarak kalmalıdır. WordPress.com’un 404 sayfası düzenleme rehberi de bu kullanıcı deneyimi yaklaşımını destekler.

WordPress İç Bağlantılarını ve İlgili Hataları Denetleyin

404 sayfalarına işaret eden iç bağlantıları tespit etmek için WordPress Kırık Link Denetçisi rehberinden yararlanabilirsiniz. Sunucu kaynakları nedeniyle sorun yaşıyorsanız WordPress’te CPU tüketimini azaltma yazımızı, farklı HTTP yanıtlarını ayırt etmek için HTTP hata mesajları ve açıklamaları rehberimizi inceleyin.

WordPress’te 404 Bulunamadı Hatası Hakkında Sık Sorulan Sorular

WordPress’te 404 bulunamadı hatası nasıl düzeltilir?

Önce URL ve yayın durumunu kontrol edin. Ana sayfa açılıyor ama yazılar 404 veriyorsa Ayarlar → Kalıcı bağlantılar bölümünde mevcut yapıyı değiştirmeden Değişiklikleri Kaydet düğmesine basın. Sorun sürerse sunucu yeniden yazma kurallarını ve eklentileri inceleyin.

Kalıcı bağlantıları yeniden kaydetmek içerikleri siler mi?

Hayır. Mevcut yapı değiştirilmeden yalnızca Kaydet düğmesine basılması normalde yazıları silmez. Yine de canlı bir sitede değişiklik öncesi yedek bulundurulmalıdır.

Nginx sunucuda .htaccess ile 404 düzeltilebilir mi?

Hayır. Nginx .htaccess dosyasını işlemez. İlgili yönlendirme ve yeniden yazma kuralları sunucu yapılandırmasında kontrol edilmelidir.

404 hatası Google sıralamalarını düşürür mü?

Olmaması gereken URL’lerin 404 döndürmesi normaldir ve tek başına bütün sitenin sıralamasını düşürmez. Ancak değerli sayfaların yanlışlıkla 404 vermesi ve bozuk iç bağlantılar düzeltilmelidir.

404 ile soft 404 arasındaki fark nedir?

404, sunucunun kaynak bulunamadı durumunu HTTP 404 koduyla bildirmesidir. Soft 404 ise sayfa yokmuş gibi görünürken sunucunun 200 gibi hatalı bir başarı kodu döndürmesi veya Google’ın sayfayı bu şekilde değerlendirmesidir.

Silinen her sayfayı ana sayfaya yönlendirmeli miyim?

Hayır. Yeni ve eşdeğer bir içerik varsa 301 yönlendirmesi uygundur. Eşdeğer sayfa yoksa 404 ya da duruma göre 410 yanıtı verilmelidir.

Yalnızca bir WordPress yazısı 404 veriyorsa ne yapılmalı?

Yazının yayımlanmış olup olmadığını, URL kısa adını, yönlendirmelerini ve özel içerik türü yapılandırmasını inceleyin. Tüm sitenin ayarlarını gereksiz yere değiştirmeyin.

404 hatalarını Google Search Console’da nereden görürüm?

Dizin oluşturma → Sayfalar raporunda Bulunamadı (404) ve Soft 404 başlıklarını kontrol edin; önemli URL’ler için URL Denetimi aracını kullanın.

Sonuç: Önce Hatanın Kaynağını Belirleyin

WordPress’te 404 hatasıyla karşılaştığınızda tüm siteyi yeniden kurmak veya .htaccess dosyasını silmek çoğu zaman gereksizdir. Önce hatanın tek sayfayı mı yoksa tüm yazıları mı etkilediğini belirleyin; kalıcı bağlantıları kaydedin ve sunucuya uygun kuralları doğrulayın. İçerik taşındıysa anlamlı 301 yönlendirmesi yapın; karşılığı bulunmayan URL’lerde doğru 404 yanıtını koruyun.

Kaynaklar ve Güncelleme Notu

Bu rehber 5 Kasım 2026 tarihinde WordPress ve Google’ın resmî belgeleri ile güncel karşılaştırmalı sorun giderme kaynakları incelenerek gözden geçirilmiştir. Arayüz adları, barındırma sağlayıcısına ve WordPress sürümüne göre değişebilir. Sunucu düzeyinde işlem yapmadan önce tam yedek alın.