WordPress yönetim paneline giriş yapılamıyorsa ne kontrol edilir?

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.

Ö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:


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ı​

1. 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.
2. Ş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.
3. 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.
4. 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.
5. 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.
6. 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​

• WordPress: Giriş sorunları
• WordPress: URL ve oturum yapılandırması

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.

Güzel ve derli toplu bir özet olmuş, teşekkürler. Buna bir iki pratik ekleme yapayım, çünkü giriş sorunlarında en çok zaman kaybettiren kısım genelde bunlar oluyor:

Önce wp-config.php içindeki WP_HOME ve WP_SITEURL değerlerine bakmak işe yarıyor. Alan adı taşındıktan veya SSL açıldıktan sonra bu iki değer eski adreste kalırsa, şifre doğru olsa bile giriş sonrası tekrar giriş ekranına dönülebiliyor. Veritabanındaki wp_options tablosundaki siteurl ve home değerleriyle aynı olması gerekiyor.

İkinci olarak, güvenlik eklentisinin kilitlemesini kontrol etmek lazım. Çok fazla hatalı denemeden sonra IP geçici olarak engellenmiş olabilir; bu durumda farklı bir ağdan veya mobil veriden denemek, sorunun eklentiden mi yoksa şifreden mi kaynaklandığını hemen gösteriyor. Eklenti klasörünü FTP üzerinden geçici olarak yeniden adlandırmak da aynı ayrımı yapıyor.

Bir de hata kaydına bakmadan eklenti silmeye başlamamak gerekiyor. Hosting panelindeki error_log dosyasında 500 hatasının nedeni çoğu zaman tek satırda yazıyor; örneğin bellek sınırı veya eski bir PHP sürümüyle uyumsuz bir eklenti. Bu, rastgele denemekten çok daha hızlı sonuç veriyor.

Son olarak, şifre sıfırlama e-postası gelmiyorsa ve phpMyAdmin üzerinden şifre değiştirilecekse, şifrenin düz metin veya MD5 olarak değil WordPress'in kendi hash biçimiyle kaydedilmesi gerektiğini hatırlatmakta fayda var; yanlış biçimde kaydedilen şifreyle giriş hiç çalışmıyor.

eklenti çakışmasında ftp ile plugins klasörünün adını geçici değiştirmek de hızlı test oluyor giriş açılıyorsa sorun eklentidedir sonra tek tek geri açarsın

Güzel bir kontrol listesi olmuş, üstüne birkaç noktayı da ben ekleyeyim; çünkü bu sorun bende genelde listede olmayan yerden çıkıyor.

Birincisi, SSL tarafı: site HTTPS'e geçtiyse ama wp-config.php içinde hâlâ http adresi yazılıysa ya da Cloudflare tarafında esnek SSL kullanılıyorsa, giriş yaptıktan sonra tekrar giriş ekranına dönmek çok sık görülüyor. Adres çubuğundaki yönlendirmeleri tek tek izlemek bunu hemen belli ediyor.

İkincisi, çerez ve oturum tarafı: tarayıcıda çerezlere izin veriliyor mu, başka bir tarayıcıda ya da gizli pencerede aynı sorun oluyor mu diye bakmak lazım. Bazen sorun sitede değil, tarayıcı eklentisinde ya da VPN'de oluyor.

Üçüncüsü de biraz gözden kaçan bir şey: disk kotası dolmuşsa WordPress oturum açamıyor, hata da vermiyor. Hosting panelinden kotaya ve error_log dosyasına bakmak, eklentileri tek tek kapatmadan önce çok zaman kazandırıyor.

Bunlar da sonuç vermezse, wp-login.php adresine doğrudan erişip hata koduna bakmak ve hosting tarafında IP engeli ya da güvenlik duvarı kuralı olup olmadığını sormak kalıyor.

eklemeler için teşekkürler ssl yönlendirmesi ve disk kotası kontrolü de listeyi tamamlıyor