Site taşımasından sonra ana sayfa açılıyor, fakat yazı ve kategori URL’leri 404 veriyorsa WordPress rewrite kuralları eksik veya yanlış olabilir. Mevcut .htaccessdosyasında hosting ve güvenlik yönergeleri de varsa dosyanın tamamını silip örnek bir içerikle değiştirmek yeni sorunlar doğurur.
Doğru işlem, önce dosyanın tamamını yedeklemek, ardından yalnız WordPress’in yönettiği rewrite bloğunu geçerli kurulum için yeniden üretmektir. Özel bölümler amaçları doğrulandıktan sonra korunmalıdır.
Yeniden oluşturma neyi değiştirir?
WordPress, # BEGIN WordPressile # END WordPressarasındaki rewrite bloğunu kalıcı bağlantı yapısına göre üretebilir. Kalıcı Bağlantılar ekranını yeniden kaydetmek, sunucu ve dosya izinleri uygunsa bu bölümü günceller.
Bu işlem işaretlerin dışındaki özel yönlendirmeleri, güvenlik başlıklarını veya hosting yönergelerini yeniden oluşturmaz. Nginx de .htaccessokumadığı için sorun o sunucuda farklı yapılandırma katmanında çözülmelidir.
Gerçekçi bir örnek
Taşınan bir sitede ?p=123biçimindeki sorgulu adresler açılırken okunabilir kalıcı bağlantılar 404 verir. Dosyada bozuk WordPress bloğunun yanında hosting firmasının PHP ve güvenlik ayarları vardır.
Yönetici dosyayı yedekler, WordPress bloğunu geçerli kök kurulum için yeniden oluşturur ve özel bölümleri yerinde bırakır. Yazı, kategori ve REST adresleri yeniden çalışınca sorunlu bloğun gerçekten neden olduğu doğrulanır.
Ne zaman uygulanır?
Dosya silindiyse, WordPress bloğu bozulduysa veya kurulum kök dizin ile alt dizin arasında taşındıysa yeniden oluşturma yararlı olabilir. Ana sayfa çalışırken yalnız okunabilir kalıcı bağlantıların 404 vermesi de rewrite sorununa işaret edebilir.
DNS, TLS, yanlış virtual host, kapalı mod_rewriteveya Nginx yapılandırması bu işlemle düzelmez. Önce web sunucusunun .htaccesskullandığını ve doğru dosyanın düzenlendiğini doğrulayın.
Güvenli yeniden oluşturma
- Mevcut dosyanın tam kopyasını web kök dizininin dışında saklayın.
- WordPress işaretlerinin dışındaki her bölümü hosting, güvenlik, önbellek veya site ekibi olarak sınıflandırın.
- WordPress panelinde Ayarlar → Kalıcı Bağlantılar sayfasını açıp mevcut yapıyı değiştirmeden kaydedin.
- Dosya yazılamıyorsa WordPress’in gösterdiği kuralları doğru web kök dizinine dikkatle ekleyin.
- Özel bölümleri yalnız amaçları biliniyorsa koruyun ve her birinden sonra testleri tekrarlayın.
Teknik doğrulama
- Kök, alt dizin ve multisite kurulumlarının aynı rewrite tabanını kullanmadığını unutmayın.
AllowOverridevemod_rewritedurumunu hosting belgeleri veya sunucu loglarıyla doğrulayın.- Üst dizinlerde miras alınan başka
.htaccessdosyaları bulunup bulunmadığını kontrol edin. - Yazı, taksonomi, sayfalama, feed, REST,
wp-admin, statik dosya ve gerçek 404 adreslerini sınayın. - Özel bir bölüm eklendiğinde ilk bozulan isteği belirleyerek hatalı yönergeyi daraltın.
Riskler ve geri alma
Başka bir siteden kopyalanan kurallar yanlış taban yolu kullanabilir. Dosyanın tamamını değiştirmek hosting yönergelerini veya güvenlik kurallarını silebilir; yazma iznini gereksiz yere genişletmek de güvenlik riskidir.
500 hatası ya da erişim kaybı görülürse WordPress dışındaki hosting dosya yöneticisiyle son çalışan dosyayı geri yükleyin. Bu bağımsız erişim yolunu değişiklikten önce sınayın.
AIOWS nasıl yardımcı olur?
AIOWS Htaccess Düzenleyici
AIOWS Htaccess Düzenleyici, etkin dosyayı WordPress içinden incelemenize ve gereken dar değişikliği yapmanıza yardımcı olur. Kayıt öncesinde otomatik yedek oluşturulması, son düzenlemeyi geri alma imkânı sağlar.
Yine de web kök dizini dışında ek kopya tutun. Hatalı dosya WordPress’i erişilemez hâle getirirse panel içindeki araca ulaşılamaz. Modül Nginx yapılandırmasını, kapalı Apache modülünü veya yanlış virtual host ayarını düzeltemez.
AIOWS Htaccess Düzenleyici’yi inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress .htaccess Dosyası: Başlangıç Rehberi
- WordPress .htaccess Düzenlemesinden Sonra 500 Hatası
- WordPress Kalıcı Bağlantıları .htaccess Nedeniyle 404 Veriyor
Sonuç
Dosyanın tamamını silmek yerine yalnız geçerli WordPress rewrite bloğunu yeniden üretin. Özel yönergeleri ayrı koruyun ve her değişiklikten sonra hem çalışan hem etkilenmemesi gereken URL’leri sınayın.









