Adım Adım WordPress’te Sorunlu Eklenti Nasıl Bulunur

Son doğrulama: Eylül 2026 · cPanel 136 test hesabında denendi

Sorunlu eklenti belirtileri neden ortaya çıkar

Beyaz ekran (WSOD), “500 Internal Server Error”, panelde “kritik hata oluştu” uyarısı ya da siteyi normalin çok üzerinde yavaşlatan bir davranış genellikle iki eklentinin aynı işlevi ezmesinden, güncel olmayan bir eklentinin PHP sürümüyle uyuşmamasından ya da bir eklentinin veritabanına aşırı sorgu göndermesinden kaynaklanır. WordPress sorunlu eklenti nasıl bulunur sorusuna doğru cevap vermek için önce belirtiyi kayıt altına alın: hata hangi sayfada çıkıyor, ne zaman başladı, son yapılan değişiklik neydi.

Tema ile eklenti çakışması da aynı belirtileri verir; bu yüzden yöntem hem eklentileri hem temayı kapsar. Sorunun eklenti mi tema mı kaynaklı olduğunu ayırmadan tek tek eklenti kapatmak zaman kaybettirir.

Adım adım wordpress sorunlu eklenti nasıl bulunur

1. Belirtiyi doğrulayın. Beyaz ekran, 500 hatası, panelde “kritik hata” mesajı ya da olağandışı yavaşlık — hangisi olduğunu not edin, mümkünse ekran görüntüsü alın.

   Beklenen sonuç: belirti tek cümleyle tanımlanır; bu, hangi yöntemle devam edeceğinizi belirler.

2. Yedek alın. cPanel’de JetBackup’tan güncel bir yedek noktası olduğunu doğrulayın, yoksa yeni bir yedek başlatın.

   Dikkat

   Eklentileri toplu devre dışı bırakmak sayfa düzenini geçici olarak bozabilir, özellikle sayfa oluşturucu eklentilerinde; yedek olmadan devam etmeyin.

3. Yöntem 1 — Panele girebiliyorsanız: WordPress yönetici panelinde Eklentiler → Yüklü Eklentiler sayfasını açın, listenin başındaki kutuyu işaretleyip toplu işlemden Devre Dışı Bırak’ı seçin, siteyi yeni sekmede test edin.

   Beklenen sonuç: hata kayboluyorsa sorun kesin bir eklentidedir; kaybolmuyorsa aşağıdaki tema kontrolüne geçin.

4. Eklentileri teker teker açın. Hata kaybolduysa eklentileri tek tek, en son yüklenenden başlayarak yeniden etkinleştirin ve her birinden sonra siteyi test edin. Hata döndüğü an son açtığınız eklenti sorumludur.

   Beklenen sonuç: sorunlu eklentinin adı netleşir.

5. Yöntem 2 — Panele giremiyorsanız: cPanel’e girin, Dosya Yöneticisi’ni açın, public_html/wp-content/plugins klasörüne gidin ve klasörü plugins-eski gibi bir adla yeniden adlandırın; WordPress eklenti klasörünü bulamayınca tüm eklentileri otomatik olarak devre dışı bırakır ve panele giriş açılır.
   

   

   Beklenen sonuç: panele giriş açılır; ardından klasörü eski adına çevirip aynı teker teker açma yöntemini uygulayabilirsiniz.

6. Hata günlüğünden eklenti adını okuyun. cPanel → Hatalar ekranını açın; en güncel satırlarda genellikle çakışan eklentinin dosya yolu (wp-content/plugins/eklenti-adi/...) geçer, bu size hangi eklentiyi önce test edeceğinizi söyler.
   

   

   Beklenen sonuç: hata satırında geçen eklenti adı, teker teker açma sırasını kısaltır.

7. Tema kaynaklı mı eklenti kaynaklı mı ayırt edin. Eklentileri kapatmak hatayı çözmüyorsa Görünüm → Temalar’dan geçici olarak varsayılan bir WordPress temasına geçin ve tekrar test edin.

   Beklenen sonuç: tema değişince hata kayboluyorsa sorun eklenti değil temadır.

8. Hazırlık ortamında test edin. WP Toolkit’ten sitenin bir staging kopyasını oluşturun, şüpheli eklentiyi orada güncelleyip test edin; canlı site bu sırada etkilenmez.

   Beklenen sonuç: güncellemenin sorunu çözüp çözmediği canlı siteye dokunmadan görülür.

9. Bulduktan sonra karar verin. Eklenti güncelse ve sorun devam ediyorsa geliştiriciye hata bildirimi gönderin; güncelleme aylardır gelmiyorsa benzer işi yapan alternatif bir eklentiye geçin; ikisi de mümkün değilse eklentiyi kaldırıp özelliği manuel yürütün.

   Beklenen sonuç: aynı hata yeni bir eklenti sürümüyle tekrarlanmaz.

Doğrulama

Hâlâ çözülmediyse

• Tüm eklentileri kapattığınız hâlde beyaz ekran devam ediyorsa sorun eklenti değil tema ya da çekirdek dosya bozulmasıdır; beyaz ekran çözüm kartına bakın.
• Eklentiyi yeniden açtığınızda dosya yazma hatası çıkıyorsa sorun eklentinin kendisi değil dizin izinleridir; ilgili karta bakın.