WordPress Bakım Planı: Aylık Kontrol Listesi

WordPress bakımı yalnızca yönetim panelindeki güncelle düğmesine basmak değildir. Site çalışıyor görünse bile formlar e-posta göndermiyor, ödeme bildirimi düşmüyor veya yedek geri yüklenemiyor olabilir. Bakım planı; teknik sağlık ile işletmenin kritik kullanıcı akışlarını birlikte kontrol etmelidir.

Her bakım öncesinde envanter çıkarın

WordPress, tema, aktif eklentiler, PHP sürümü, özel kodlar, lisanslar, DNS ve e-posta hizmetleri tek listede bulunmalıdır. Kullanılmayan eklentileri yalnızca pasif bırakmak yerine gerçekten gereksizse yedek sonrası kaldırmak saldırı yüzeyini ve çakışma riskini azaltır.

Aylık kontrol listesi

1. Dosya ve veritabanı yedeklerinin son çalışma tarihini doğrulayın.
2. WordPress, tema ve eklenti güncellemelerinin değişiklik notlarını inceleyin.
3. Yönetici hesaplarını ve beklenmeyen kullanıcıları kontrol edin.
4. İletişim, teklif, üyelik ve ödeme akışlarını test edin.
5. 404, sunucu ve uygulama loglarında tekrar eden hataları ayırın.
6. Ana sayfa ile kritik hizmet sayfalarının mobil açılışını kontrol edin.
7. Search Console kapsam ve önemli performans düşüşlerini inceleyin.
8. Spam yorum, başarısız giriş ve güvenlik uyarılarını temizleyip nedenini değerlendirin.

Güncelleme güvenli biçimde nasıl yapılır?

Önce geri yüklenebilir yedek alınır. WooCommerce, üyelik, çoklu dil veya özel entegrasyon kullanan sitelerde staging kopyası hazırlanır. Güncellemeden sonra yalnızca ana sayfaya bakılmaz; sepet, ödeme, form, e-posta ve yönetim panelindeki kritik iş akışları test edilir. Sorun varsa hangi bileşenin değiştiği kayıtlı olduğu için geri dönüş kontrollü yapılır.

Yedek gerçekten çalışıyor mu?

Yedek görevinin “başarılı” yazması yeterli değildir. Arşiv boyutu, veritabanı dosyası, uzak depolama kopyası ve saklama süresi kontrol edilmelidir. En az belirli aralıklarla boş bir test ortamına geri yükleme denenmeli; alan adı değişiminde URL ve SSL davranışı da görülmelidir.

Üç aylık daha derin kontroller

• Yönetici ve servis hesaplarının yetkilerini azaltın.
• Artık kullanılmayan cron, webhook ve API anahtarlarını gözden geçirin.
• Veritabanı büyümesini ve otomatik yüklenen seçenekleri inceleyin.
• Core Web Vitals ve gerçek kullanıcı performansındaki değişimi karşılaştırın.
• Gizlilik, çerez, form saklama ve e-posta süreçlerinin güncelliğini kontrol edin.
• Alan adı, SSL, lisans ve hizmet yenileme tarihlerini kaydedin.

WordPress bakım paketi düzenli kontrolü; WordPress hızlandırma ise ölçülmüş performans sorunlarını hedefler. Bunlar aynı hizmet değildir ancak birlikte planlandığında daha güvenli sonuç verir.

WordPress bakımında geri yükleme kanıtı

Yedek alındı mesajı yerine örnek geri yükleme, güncelleme öncesi görüntü ve form/ödeme testi kaydedilmelidir.

Web projesini sayfa sayısı ve görsel beğeniyle değil kabul ölçütleriyle yönetin. Her sayfanın hedef kitlesi, karar sorusu, birincil eylemi, içerik sahibi ve kanıtı belirlenmelidir. Mobil menü, klavye kullanımı, form mesajı, telefon/WhatsApp bağlantısı, hata durumu ve farklı ekran boyutları prototipte ve canlıda denenir.

Teklifte tasarım, geliştirme, içerik, SEO aktarımı, analitik, form teslimi, yedek, bakım ve üçüncü taraf lisansları ayrı yazılmalıdır. Alan adı, hosting, kurumsal e-posta, analitik ve kaynak dosya sahipliği işletmenin kontrolünde olmalı; tedarikçi değişiminde hangi dosya ve erişimlerin teslim edileceği sözleşmede bulunmalıdır.

Yayın kararı için performans kadar doğruluk ve erişilebilirlik de gerekir. Başlık/canonical, yönlendirme, sitemap, sosyal paylaşım görseli, gizlilik/çerez yapısı, form alıcısı ve gerçek iletişim bilgisi kontrol edilir. Yayın sonrası ilk ay gerçek kullanıcı sorularına göre içerik ve arayüz düzeltme dönemi planlanmalıdır.

• Sayfa amacı ve doğrulanabilir kanıt
• Mobil, klavye ve form kabul testi
• Alan adı, hosting ve analitik sahipliği
• Lisans, bakım ve teslim kapsamı
• Yayın sonrası ölçüm ve iyileştirme dönemi

Sıkça sorulan sorular

Güncellemeler canlıda yapılır mı?

Kritik sitelerde önce staging testi ve geri dönüş planı gerekir.

Sadece hosting yedeği yeterli mi?

Yedeğin geri yüklenebilir olduğu ayrıca doğrulanmalıdır.

Hangi işlevler test edilmeli?

Gelir veya teklif üreten bütün temel kullanıcı akışları test edilmelidir.