404 hataları kalıcı bağlantıdan mı hosting yapılandırmasından mı kaynaklanır?

Bir sayfanın 404 hatası vermesi, her zaman içeriğin silindiği anlamına gelmez. WordPress sitelerinde bu hata çoğu zaman kalıcı bağlantı yapısı, yönlendirme kuralları, .htaccess dosyası, Nginx yapılandırması veya hosting tarafındaki sunucu ayarlarıyla ilişkilidir. Doğru kaynağı ayırt etmek, gereksiz eklenti kurulumlarını, hatalı yönlendirmeleri ve arama motoru performansını etkileyebilecek yanlış müdahaleleri önler.

404 hatası neyi gösterir?

404, istenen URL’nin sunucu tarafından bulunamadığını ifade eden HTTP durum kodudur. Kullanıcı açısından “sayfa yok” gibi görünür; ancak teknik tarafta neden farklı olabilir. Sayfa gerçekten silinmiş olabilir, URL değişmiş olabilir, WordPress yönlendirme kuralları bozulmuş olabilir veya sunucu gelen isteği WordPress’e doğru şekilde aktarmıyor olabilir.

Bu nedenle ilk kontrol, hatanın kapsamını anlamaktır. Yalnızca tek bir yazı veya sayfa etkileniyorsa içerik, slug veya yönlendirme kontrol edilmelidir. Tüm alt sayfalar 404 veriyor ama ana sayfa açılıyorsa, sorun çoğunlukla kalıcı bağlantı kurallarına veya sunucu rewrite yapılandırmasına yakındır.

Kalıcı bağlantı kaynaklı 404 hataları nasıl anlaşılır?

WordPress’te kalıcı bağlantılar, okunabilir URL yapısını oluşturur. Örneğin /kategori/yazi-adi/ gibi adreslerin çalışması için WordPress’in yönlendirme kurallarını doğru üretmesi gerekir. Kalıcı bağlantı ayarları bozulduğunda ana sayfa çalışırken yazılar, kategoriler veya özel içerik türleri 404 verebilir.

Hızlı kontrol adımları

• WordPress yönetim panelinde Ayarlar > Kalıcı Bağlantılar ekranını açın.
• Herhangi bir değişiklik yapmadan Değişiklikleri Kaydet butonuna basın.
• Önbellek eklentisi, CDN veya tarayıcı önbelleği kullanıyorsanız temizleyin.
• Sorun yalnızca belirli içeriklerdeyse slug, kategori tabanı ve özel yazı tipi URL yapısını kontrol edin.

Bu işlem WordPress’in rewrite kurallarını yeniden oluşturur. Özellikle site taşıma, tema değişikliği, özel yazı tipi ekleme veya permalink yapısı güncelleme sonrasında etkili olabilir.

Sunucu yapılandırması ne zaman şüphelidir?

Kalıcı bağlantıları kaydetmek sorunu çözmüyorsa, gözler sunucu katmanına çevrilmelidir. Apache kullanılan ortamlarda .htaccess dosyasının yazılabilir olması ve mod_rewrite modülünün aktif bulunması gerekir. Nginx kullanılan ortamlarda ise WordPress’e uygun try_files kuralı tanımlanmalıdır.

Özellikle yeni taşınan sitelerde, alan adı doğru klasöre yönlenmiyor olabilir. Belge kök dizini yanlışsa, WordPress dosyaları mevcut olsa bile sunucu doğru uygulamayı çalıştırmayabilir. Bu durum bazen tüm sayfalarda, bazen yalnızca alt URL’lerde 404 hatası olarak görünür.

Apache için dikkat edilmesi gerekenler

Apache ortamında .htaccess dosyası eksik, boş veya hatalı olabilir. Ayrıca dosya izinleri nedeniyle WordPress bu dosyayı güncelleyemeyebilir. Standart WordPress kuralları genellikle şu yapıya benzer:

# 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

Bu dosyayı düzenlemeden önce mutlaka yedek almak gerekir. Yanlış bir karakter bile sitenin tamamen erişilemez hale gelmesine neden olabilir.

Nginx ortamında farklı bir yaklaşım gerekir

Nginx, .htaccess dosyasını kullanmaz. Bu nedenle WordPress panelinden kalıcı bağlantıları kaydetmek tek başına yeterli olmayabilir. Sunucu blok yapılandırmasında isteklerin index.php’ye aktarılması gerekir. Yönetilen hosting hizmetlerinde bu ayar genellikle sağlayıcı panelinden veya destek ekibi üzerinden düzenlenir.

Alan adı, SSL ve yönlendirme hataları 404’e neden olabilir mi?

Evet. Domain tarafındaki yanlış DNS kaydı, hatalı document root, eksik SSL yönlendirmesi veya www / non-www çakışması 404 gibi görünebilir. Örneğin site www ile doğru klasöre giderken, www olmayan sürüm farklı bir dizine yönleniyor olabilir. Kullanıcı aynı siteye girdiğini düşünür; ancak sunucu farklı bir kökten yanıt verir.

Bu noktada hem HTTP hem HTTPS, hem www hem de www olmayan sürüm test edilmelidir. WordPress yönetim panelindeki Site Adresi ve WordPress Adresi alanları da gerçek domain yapısıyla uyumlu olmalıdır.

Yanlış teşhis edildiğinde ne olur?

404 hatasını yalnızca eklentiyle çözmeye çalışmak, kalıcı bağlantı veya sunucu sorununu gizleyebilir. Çok sayıda gereksiz 301 yönlendirmesi oluşturmak ise site mimarisini karmaşıklaştırır. Arama motorları açısından önemli olan, gerçekten taşınan sayfalar için doğru yönlendirme yapmak; teknik rewrite hatalarını ise altyapı seviyesinde gidermektir.

Bir sayfa silindiyse ve eşdeğer içerik yoksa 404 doğru bir yanıt olabilir. Ancak aktif olması gereken ürün, kategori, yazı veya kurumsal sayfa 404 veriyorsa teknik kontrol geciktirilmemelidir.

Pratik karar ağacı

• Ana sayfa açılıyor, alt sayfalar 404 veriyorsa kalıcı bağlantıları yeniden kaydedin.
• Kalıcı bağlantı kaydı işe yaramıyorsa .htaccess veya Nginx rewrite ayarlarını kontrol edin.
• Yalnızca bazı URL’ler etkileniyorsa slug, içerik durumu, kategori tabanı ve yönlendirmeleri inceleyin.
• Taşıma sonrası başladıysa DNS, document root, SSL ve domain varyasyonlarını karşılaştırın.
• Önbellek kullanılıyorsa her testten sonra cache temizleyerek sonucu doğrulayın.

Kurumsal sitelerde bu kontrollerin kayıt altına alınması önemlidir. Hangi URL’nin ne zaman 404 verdiği, hangi ayarın değiştirildiği ve hata sonrası HTTP durum kodunun nasıl döndüğü izlenirse, aynı problem tekrarlandığında çok daha hızlı aksiyon alınabilir. Böylece sorun kalıcı bağlantıdan mı, sunucu yapılandırmasından mı yoksa alan adı yönlendirmesinden mi kaynaklanıyor net biçimde ayrıştırılır.