Dün çalışan özel giriş adresi bugün sitenin normal 404 sayfasını gösterebilir. Kalıcı bağlantıların yenilenmesi, giriş slug’ının başka bir sayfayla çakışması veya CDN’nin eski 404 yanıtını saklaması bu sonucu doğurabilir.
Önce 404’ü hangi katmanın ürettiğini belirleyin. Yol WordPress’e hiç ulaşmıyorsa eklenti ayarını değiştirmek çözüm olmaz; WordPress doğru formu üretirken CDN eski yanıtı sunuyorsa da rewrite kurallarını tekrar tekrar yenilemek gereksizdir.
404 neyi gösterir?
Özel giriş yolundaki 404, istenen URL’nin giriş işleyicisine eşlenemediğini gösterir. 404 yanıtını CDN, web sunucusu veya WordPress teması oluşturmuş olabilir. Bu hata kullanıcı adı ve parolanın doğruluğu hakkında bilgi vermez.
Gerçekçi bir örnek
Site sahibi kalıcı bağlantı yapısını değiştirir. AIOWS ayarında özel giriş slug’ı durmasına rağmen rewrite kuralı güncellenmediği için WordPress isteği normal sayfa gibi işler ve 404 döndürür. Ayar doğrulandıktan sonra kurallar desteklenen yöntemle bir kez yenilenir; özel yol tekrar giriş formunu açar.
Onarımdan sonra bazı ziyaretçiler 404 görmeye devam ediyorsa CDN yanıt başlığındaki cache yaşı incelenir. Yalnız özel giriş yolu için saklanan 404 temizlenir; bütün site cache’i gereksiz yere boşaltılmaz.
Başlıca nedenler
- Özel giriş ayarının kapanması veya farklı slug’a geçmesi.
- Slug’ın sayfa, dil öneki, multisite yolu ya da başka endpoint ile çakışması.
- WordPress rewrite kurallarının güncel olmaması.
- .htaccess veya web sunucusu kuralının isteği WordPress’e ulaştırmaması.
- CDN, sayfa cache’i veya güvenlik katmanının eski 404’ü sunması.
- www, alt dizin, HTTPS ya da canonical host uyuşmazlığı.
Temel çözüm
- İşlem boyunca açık yönetici oturumunu ve alternatif kurtarma yolunu koruyun.
- Özel giriş slug’ının doğru WordPress kurulumunda etkin olduğunu doğrulayın.
- URL’yi host, HTTPS, alt dizin ve sondaki eğik çizgiyle birlikte kontrol edin.
- Aynı slug’ı kullanan sayfa veya başka kural bulunup bulunmadığını inceleyin.
- Ayar doğruysa kalıcı bağlantıları desteklenen yöntemle bir kez yenileyin.
- Gizli bir tarayıcı penceresinde, oturum açmadan doğru parola, yanlış parola, çıkış ve parola sıfırlama işlemlerini sınayın.
İleri düzey inceleme
404 yanıtının başlıklarını ve kısa gövde parmak izini alın. WordPress temasının, web sunucusunun ve CDN’in oluşturduğu 404 yanıtları farklı başlıklar veya şablonlar gösterir. Mümkünse origin sunucusuna doğrudan gönderilen isteğin yanıtını ziyaretçiye açık adresin yanıtıyla karşılaştırın.
- Web sunucusu rewrite ve güvenlik kurallarını tam yol için inceleyin.
- WordPress’in isteği hangi sorgu değişkeni ve şablon üzerinden çözdüğünü kontrol edin.
- Slash normalleştirmesi ve HTTP/HTTPS yönlendirmesinde döngü olmadığını doğrulayın.
- Özel giriş ve parola sıfırlama yollarını ortak cache dışında tutun.
- Komşu, tanımsız bir URL’nin hâlâ gerçek 404 verdiğini doğrulayın.
Riskler ve geri dönüş
Rewrite kurallarını tekrar tekrar yenilemek veya geniş .htaccess değişiklikleri yapmak diğer kalıcı bağlantıları bozabilir. Birden fazla katmanı aynı anda değiştirmeyin; her adım sonrası özel girişle normal içerik URL’lerini birlikte sınayın.
Onarım yeni 404 veya yönlendirme döngüsü üretirse son slug ya da rewrite değişikliğini geri alın. Açık yönetici oturumu kapanmadan bilinen çalışan erişim yolunu yeniden doğrulayın.
AIOWS nasıl yardımcı olur?
AIOWS Giriş Yöneticisi
AIOWS Giriş Yöneticisi, desteklenen özel giriş yolu ve giriş koruması ayarlarını WordPress içinde merkezi olarak yönetmeye yardımcı olur. 404 sorununda önce kayıtlı slug’ın gerçekten etkin olduğunu buradan doğrulayabilir, yol ayarını diğer giriş kontrollerinden ayrı inceleyebilirsiniz.
Ayar doğruysa sorun WordPress rewrite kuralları, web sunucusu veya cache katmanında aranmalıdır. Değişiklikten sonra özel giriş URL’sini oturum açmadığınız gizli bir pencerede sınayın; normal wp-admin akışının, parola sıfırlamanın ve çıkış işleminin de beklendiği gibi çalıştığını doğrulayın.
Giriş Yöneticisi CDN’nin sakladığı 404’ü veya web sunucusundaki hatalı yönlendirmeyi kendi başına gidermez. Katmanlar ayrı incelenmeli ve yalnız eski yanıtı tutan cache temizlenmelidir. Erişim düzelmezse yeni slug’lar denemek yerine son çalışan ayara dönün.
AIOWS Giriş Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili yazılar
- WordPress giriş URL’sini güvenle değiştirme
- Unutulan özel giriş URL’sini kurtarma
- Özel giriş URL’sinde cache ve CDN çakışması
Sonuç
Önce 404 yanıtını hangi katmanın ürettiğini bulun. Slug ve WordPress eşlemesi doğruysa yalnız ilgili rewrite veya cache sorununu giderin. Özel giriş formu çalışırken normal içerik URL’lerinin değişmediğini doğrulamadan işlemi tamamlamayın.
