Bilgi bankamızda arama yapmak için sorunuzu yazın...
Netx Teknik Ekibi · Yayın: 16.09.2026
WordPress'te otomatik güncelleme üç seviyede çalışır: çekirdeğin küçük (güvenlik ve bakım) sürümleri varsayılan olarak otomatik gelir, büyük sürümler ile eklenti ve temalar ise ayrıca açılabilir. Güvenlik yamalarını otomatik almak çoğu site için doğrudur; büyük sürüm geçişlerini ve ticari eklentileri elle, test ederek güncellemek daha güvenlidir.
| Tür | Varsayılan | Öneri |
|---|---|---|
| Çekirdek küçük sürüm (güvenlik/bakım) | Otomatik | Açık kalsın |
| Çekirdek büyük sürüm | Kapalı | Elle, test ederek |
| Eklentiler | Kapalı | Kritik olanlar otomatik, ağır olanlar elle |
| Temalar | Kapalı | Alt tema kullanıyorsanız otomatik olabilir |
| Çeviriler | Otomatik | Açık kalsın |
Güncelleme, bir eklentinin yeni sürümünün temanız veya başka bir eklentiyle uyumsuz olması durumunda siteyi bozabilir. Risk küçük ama sıfır değildir. Bu yüzden karar, sitenin kritikliğine göre verilir:
Hazırlık ortamı kurmanın en pratik yolu, sitenin bir kopyasını alt alan adında çalıştırmaktır. Plesk kullanıyorsanız panelde bu iş tek tıkla yapılabilir; ayrıntılar Plesk WordPress Toolkit yazısında.
Eklenti ve tema listelerinde her satırın yanında otomatik güncellemeyi etkinleştirme bağlantısı bulunur. Çekirdek tarafında ise büyük sürümler için ayrı bir tercih vardır. Toplu yönetim yapan ajanslar, bunu merkezi bir araçla veya barındırma panelinden yönetmeyi tercih eder.
Kararınız ne olursa olsun, güncelleme bildirimlerinin ulaşacağı bir e-posta adresi tanımlayın ve o kutuyu düzenli okuyun.
Güncellenmeyen bir kurulum zamanla iki sorun biriktirir: bilinen güvenlik açıkları ve uyumsuzluk. İkincisi daha sinsidir — uzun süre güncellenmemiş bir sitede PHP sürümü yükseltilemez, yeni eklentiler kurulamaz ve bir noktadan sonra güncelleme tek adımda yapılamaz hale gelir. Bu durumda iş, bakımdan çıkıp yenileme projesine dönüşür.
Güvenlik tarafındaki bütünsel önlemleri WordPress güvenliği yazısında topladık.
Özel geliştirme yapılmış veya belirli bir eklenti sürümüne bağlı sitelerde, güncellemeyi bilinçli olarak durdurmak gerekebilir. Bu durumda iki şart vardır: sürümün bilinen bir güvenlik açığı olmamalı ve bu durum geçici olmalıdır. Sabitleme kalıcı hale geldiğinde risk birikmeye başlar.
Otomatik güncelleme yalnızca sürüm yükseltir. Bakım ise yedeğin çalıştığını doğrulamak, kırık bağlantıları düzeltmek, kaynak kullanımını izlemek ve içeriği güncel tutmaktır. İkisini birlikte yürüten bir takvimi yıllık bakım takvimi yazısında çıkardık.
WordPress için yapılandırılmış paketler WordPress hosting sayfasında; cPanel tarafı için cPanel hosting paketlerine bakabilirsiniz. Güncelleme öncesi yedek almayı kolaylaştıran panel araçlarını yedek alma yazısında anlattık.
Küçük çekirdek sürümlerinde risk düşüktür. Eklenti güncellemelerinde nadiren uyumsuzluk çıkabilir; bu yüzden yedek şarttır.
Basit sitelerde olur. E-ticaret ve özel geliştirme içeren sitelerde kritik bileşenleri elle güncellemek daha güvenlidir.
Son güncellenen bileşeni devre dışı bırakın veya yedekten dönün; adımlar 500 hatası yazısında.
Geçici olabilir ama kalıcı olmamalı. Bağımlılığı çözecek bir plan yapın; aksi halde risk artarak birikir.
Sorumlusu yazılı olarak belli olmalı: iç ekip, ajans veya bakım hizmeti aldığınız taraf.
Değerlendirme: 0