- Konu sahibi
- #1
WordPress yönetim paneline giremiyorsanız önce doğru giriş adresini, kullanıcı bilgilerini, tarayıcı çerezlerini ve görünen hata mesajını kontrol edin. Sorun şifre kabul edilmemesi, giriş yaptıktan sonra tekrar giriş ekranına dönülmesi, beyaz sayfa, 500 hatası veya eklenti-tema kaynaklı bir çakışma olabilir. Hata türünü ayırmadan rastgele dosya veya veritabanı değiştirmek sorunu büyütebilir.
Giriş adresini doğrudan şu biçimlerden biriyle deneyin:
Alan adınızın doğru olduğundan ve sitenin HTTPS sertifika uyarısı vermediğinden emin olun. Aşağıdaki belirtiler sonraki adımı seçmenize yardımcı olur:
Bu ayrım önemlidir: Şifre hatasında eklenti klasörlerini değiştirmek gereksizdir; beyaz sayfada ise şifreyi tekrar tekrar denemek sorunu çözmez.
Örneğin kullanıcı adı ve şifre doğru olduğu hâlde “Giriş yap” sonrasında tekrar
Özel giriş URL’si, alt klasör kurulumu, SSO veya güvenlik eklentisi varsa standart wp-login.php yolu farklı davranabilir; doğru yetkili giriş yolunu doğrulayın. Reverse proxy arkasında HTTPS algısını düzeltmeden sonsuz yönlendirmeyi yeni parola ile çözemezsiniz. E-posta ile gelen recovery-mode bağlantısı gizlidir; forum yardım mesajına koymayın.
Veritabanında şifreyi elle değiştirmek: WordPress şifreleri düz metin olarak saklamaz. Yanlış biçimde yapılan değişiklik hesabı daha da erişilemez hâle getirebilir; önce normal sıfırlama yöntemini kullanın.
Tüm eklentileri kalıcı olarak silmek: Sorunlu bileşeni bulmak için geçici devre dışı bırakma yeterlidir. Klasör adını değiştirmek sorunu çözerse eklentileri tek tek test edin.
Güvenlik eklentisini hemen kaldırmak: Giriş engeli bu eklentiden kaynaklanabilir; ancak önce dosya yedeği alın ve hosting güvenlik duvarı ile eklenti engelini birbirinden ayırın.
Yedeği doğrulamadan URL değiştirmek: Yanlış site adresi, yönetim panelini ve yönlendirmeleri bozabilir. Değişiklikten önce tam yedek ve mevcut URL kaydı bulundurun.
Spam klasörünü kontrol edin; ardından kullanıcı hesabındaki e-posta adresinin doğru olduğunu ve sitenin e-posta gönderiminin çalıştığını hosting yöneticisiyle doğrulayın. Gerekirse güvenilir bir yönetici hesabından kullanıcı e-postası güncellenebilir.
Hayır; bu işlem yalnızca WordPress’in eklentileri geçici olarak bulamamasını sağlar. Sorun tespit edildikten sonra klasör adını eski hâline getirebilirsiniz. İşlem öncesi dosya yedeği almak yine de doğru uygulamadır.
Önce sorunun türünü belirleyin
Giriş adresini doğrudan şu biçimlerden biriyle deneyin:
https://example.com/wp-admin/https://example.com/wp-login.php
Alan adınızın doğru olduğundan ve sitenin HTTPS sertifika uyarısı vermediğinden emin olun. Aşağıdaki belirtiler sonraki adımı seçmenize yardımcı olur:
| Belirti | İlk kontrol | Sonraki adım |
|---|---|---|
| Kullanıcı adı veya şifre hatası | Klavye dili, kullanıcı adı ve şifre | Şifre sıfırlama bağlantısı |
| Girişten sonra tekrar giriş ekranı | Çerezler, site adresi ve HTTPS | Önbellek ve URL yapılandırması |
| Beyaz sayfa veya 500 hatası | Son eklenti, tema veya PHP değişikliği | Eklenti/tema çakışmasını devre dışı bırakma |
| 403, 404 veya sunucuya ulaşılamıyor | Sunucu, güvenlik duvarı ve DNS | Hosting kayıtlarını ve hata günlüklerini inceleme |
Bu ayrım önemlidir: Şifre hatasında eklenti klasörlerini değiştirmek gereksizdir; beyaz sayfada ise şifreyi tekrar tekrar denemek sorunu çözmez.
Uygulanabilir kontrol sırası
- Kendi test oturumunuzda gizli pencere ve farklı tarayıcı deneyin. Sorun yalnız eski oturumdaysa yalnız bu siteye ait çerez/cache kapsamını değerlendirin; tüm tarayıcı verisini gelişigüzel temizlemeyin. Gizli pencerede giriş oluyorsa sorun büyük olasılıkla tarayıcı oturumu, çerez veya bir önbellek katmanıdır.
- Şifreyi sıfırlayın. Giriş ekranındaki “Şifrenizi mi unuttunuz?” bağlantısını kullanın. E-posta gelmezse spam klasörünü, sıfırlanan kullanıcı hesabının e-posta adresini ve hosting tarafındaki e-posta kayıtlarını kontrol edin. Aynı kullanıcı için art arda çok sayıda deneme yapmayın; güvenlik eklentisi geçici engel koyabilir.
- Site ve WordPress adreslerini kontrol ettirin. Giriş yaptıktan hemen sonra çıkış yapılıyorsa alan adının www’li veya www’siz kullanımı, HTTP’den HTTPS’ye geçiş ve ters proxy ayarları çerez alanının uyuşmamasına neden olabilir. Bu değerleri veritabanında değiştirmeden önce hosting yedeği alın ve mevcut adresleri hosting desteğiyle doğrulayın.
- Giriş isteğinin yanıtını inceleyin. Tarayıcı Network görünümünde login POST’unun durumunu ve yönlendirme zincirini kontrol edin. 403/429’da WAF veya geçici hesap/IP engeli, 5xx’te PHP/sunucu kaydı, başarılı görünen yanıttan sonra tekrar login’de Set-Cookie ve cookie kapsamı araştırılır. Parola/cookie/token içeren ağ kaydını paylaşmayın.
- Son güncellemenin etkisini ayırın. Girişe özel hata ile genel PHP çökmesini karıştırmayın. Panel hiç açılmıyor ve log belirli bir eklentiyi gösteriyorsa, yedek ve geri dönüşle o bileşeni kontrollü biçimde ayırın; tüm plugins klasörünü yeniden adlandırmak ilk parola testi değildir. Ayrıntılı panel dışı eklenti kapatma işlemi ayrı rehberde ele alınır.
- Sunucu günlüklerini inceletin. 500 hatası, bellek yetersizliği veya PHP hatasında hosting panelindeki PHP hata günlüğü gerçek nedeni gösterebilir. Günlükte belirli bir eklenti ya da tema dosyası görünüyorsa o bileşeni güncelleyin, uyumluluğunu kontrol edin veya geçici olarak devre dışı bırakın.
Somut örnek: girişten sonra yeniden giriş ekranı
Örneğin kullanıcı adı ve şifre doğru olduğu hâlde “Giriş yap” sonrasında tekrar
wp-login.php sayfasına dönüyorsanız önce gizli pencerede deneyin. Düzelmezse alan adının adres çubuğunda her aşamada aynı biçimde kullanıldığını kontrol edin. HTTPS kurulumu veya alan adı değişikliği yeni yapıldıysa, HTTPS algısı veya cookie host/path/Secure kapsamı yanlış olabilir. home ve siteurl’un yollarının farklı olması alt klasörlü kurulumda normaldir; sırf farklı diye eşitlemeyin. Bu değerleri rastgele değiştirmek yerine mevcut veritabanı yedeğini alıp hosting yöneticisinden doğrulama isteyin.Özel giriş URL’si, alt klasör kurulumu, SSO veya güvenlik eklentisi varsa standart wp-login.php yolu farklı davranabilir; doğru yetkili giriş yolunu doğrulayın. Reverse proxy arkasında HTTPS algısını düzeltmeden sonsuz yönlendirmeyi yeni parola ile çözemezsiniz. E-posta ile gelen recovery-mode bağlantısı gizlidir; forum yardım mesajına koymayın.
Sık yapılan hatalar
Veritabanında şifreyi elle değiştirmek: WordPress şifreleri düz metin olarak saklamaz. Yanlış biçimde yapılan değişiklik hesabı daha da erişilemez hâle getirebilir; önce normal sıfırlama yöntemini kullanın.
Tüm eklentileri kalıcı olarak silmek: Sorunlu bileşeni bulmak için geçici devre dışı bırakma yeterlidir. Klasör adını değiştirmek sorunu çözerse eklentileri tek tek test edin.
Güvenlik eklentisini hemen kaldırmak: Giriş engeli bu eklentiden kaynaklanabilir; ancak önce dosya yedeği alın ve hosting güvenlik duvarı ile eklenti engelini birbirinden ayırın.
Yedeği doğrulamadan URL değiştirmek: Yanlış site adresi, yönetim panelini ve yönlendirmeleri bozabilir. Değişiklikten önce tam yedek ve mevcut URL kaydı bulundurun.
Kaynaklar
Sık sorulan sorular
Şifre sıfırlama e-postası gelmiyorsa ne yapılır?
Spam klasörünü kontrol edin; ardından kullanıcı hesabındaki e-posta adresinin doğru olduğunu ve sitenin e-posta gönderiminin çalıştığını hosting yöneticisiyle doğrulayın. Gerekirse güvenilir bir yönetici hesabından kullanıcı e-postası güncellenebilir.
Eklenti klasörünün adını değiştirmek siteyi siler mi?
Hayır; bu işlem yalnızca WordPress’in eklentileri geçici olarak bulamamasını sağlar. Sorun tespit edildikten sonra klasör adını eski hâline getirebilirsiniz. İşlem öncesi dosya yedeği almak yine de doğru uygulamadır.
