Bir yedeğin değeri, ihtiyaç duyduğunuzda sitenizi geri getirebilmesidir. Panelde “başarılı” yazması veya bilgisayarınızda bir ZIP dosyası bulunması tek başına yeterli değildir. Kapsamı, tarihi ve geri yükleme adımlarını bilmeniz gerekir.
WordPress sitesi iki ana parçadan oluşur: dosyalar ve veritabanı. Yazılar, ayarlar ve kullanıcı kayıtları veritabanında; görseller, temalar, eklentiler ve yapılandırma dosyaları dosya sistemindedir. Tam geri dönüş planı bu parçaları birlikte ele alır.
Tam yedekte neler bulunmalı?
- Veritabanı: İçerikler, ayarlar, kullanıcılar ve kullanılan eklentilerin tabloları.
- Yüklenen dosyalar: Görseller, belgeler ve diğer medya dosyaları.
- Temalar ve eklentiler: Özellikle özel geliştirilmiş veya yeniden indirilmesi kolay olmayan dosyalar.
- Yapılandırma: Kuruluma ait gerekli sunucu ve WordPress ayarlarının güvenli kopyası.
- İşletim notları: Tarih, ortam, kapsam, geri yükleme yöntemi ve gerekli erişimlerin nereden sağlanacağı.
Araçlar → Dışa Aktar ile alınan WordPress içerik dosyası, tam site yedeği değildir. İçerik aktarımında faydalıdır; tema, eklenti ve tüm yapılandırmayı aynı şekilde geri getirmez.
Üç yöntemi karşılaştırın
| Yöntem | Avantajı | Kontrol edilmesi gereken |
|---|---|---|
| Hosting yedeği | Dosya ve veritabanına panelden erişim sağlayabilir. | Sıklık, saklama süresi, indirilebilirlik ve geri yükleme kapsamı. |
| UpdraftPlus gibi eklenti | WordPress içinden planlama ve uygun uzak depolama akışı. | Planınıza dahil depolama seçenekleri ve geri yükleme testi. |
| Manuel dosya + veritabanı kopyası | Taşınabilir bir kayıt ve kapsamı doğrudan kontrol etme. | Parçaların tutarlı zamana ait olması ve eksik dosya bulunmaması. |
Birden çok kopya tutarken hepsini aynı hosting hesabına koymayın. Hesaba erişemediğiniz bir senaryoda bağımsız konumdaki kopya önem kazanır. Yedekler kullanıcı ve sipariş verileri içerebilir; herkese açık web dizininde veya paylaşım bağlantısında bırakılmamalıdır.
Eklentiyle bir yedekleme akışı kurun
- Eklentiyi resmî kaynaktan kurun. Mevcut sunucu kaynaklarını ve depolama alanını kontrol edin.
- Dosyalar ile veritabanının dahil olduğunu doğrulayın. Hariç tutulan klasörleri ve özel tabloları gözden geçirin.
- Uzak depolama kullanacaksanız bağlantıyı tamamlayın; yalnız ayarın kaydedilmesine değil dosyanın hedefe ulaşmasına bakın.
- İlk yedeği elle başlatın. İşlemin bitmesini bekleyin; hata kaydını ve oluşan parçaları kontrol edin.
- Yedek tarihini, parçalarını ve geri yükleme prosedürünü not alın.
- Ayrı test ortamında geri yükleyip gerçekten kullanılabilir olduğunu doğrulayın.
Manuel yedek alırken sırayı koruyun
Hosting dosya yöneticisi veya SFTP üzerinden site dosyalarını indirin. Ardından hosting’in veritabanı aracıyla ilgili veritabanını dışa aktarın. Birden fazla WordPress kurulumu varsa doğru dosya kökü ve veritabanını seçtiğinizi doğrulayın; isim benzerliğine güvenmeyin.
Yoğun yazılan mağazalarda dosya ve veritabanı kopyaları arasında yeni kayıtlar oluşabilir. Tutarlı bir anlık görüntü veya kontrollü bakım penceresi planlayın. Canlı mağazayı eski veritabanına döndürmek, yedek sonrasında gelen siparişleri kaybettirebilir; bu kayıtların nasıl korunacağını önceden belirleyin.
Geri yüklemeyi test edin
İlk testinizi canlı sitenin üzerine yapmayın. Ayrı bir test ortamında dosya ve veritabanını geri yükleyin; farklı alan adı kullanıyorsanız URL değişimini uygun, serileştirilmiş veriyi anlayan araçlarla yapın. Ham SQL üzerinde kör metin değiştirmek bazı ayarları bozabilir.
- Ana sayfa, birkaç eski yazı ve medya dosyası doğru açılıyor mu?
- Yönetim paneline erişebiliyor musunuz; gerekli eklentiler var mı?
- Menüler, formlar ve özel içerik türleri beklenen gibi mi?
- Mağaza veya üyelik varsa örnek kayıt ve işlem akışı doğru mu?
- Test ortamının gerçek müşterilere e-posta veya ödeme isteği göndermesi engellendi mi?
Yedek sıklığını veri kaybı toleransına göre seçin
Ayda birkaç kez yazı yayımlanan blogla sürekli sipariş alan mağazanın aynı sıklıkta yedeklenmesi gerekmez. “En fazla ne kadar yeni veriyi kaybetmeyi tolere edebilirim?” sorusuna cevap verin. Ardından saklama süresi, depolama ve geri yükleme süresini birlikte planlayın.
Büyük tema değişikliği, eklenti kurulumu veya taşıma öncesinde ayrıca güncel yedek oluşturun. Düzenli işlemleri bakım listenize, sunucu değişimini taşıma planınıza bağlayın.
Sık sorulan sorular
Sadece veritabanı yedeği yeterli mi?
Yazı ve ayarların önemli bölümü veritabanında olsa da medya, tema ve eklenti dosyaları ayrı tutulur. Tam geri dönüş için dosyaları da kapsayın.
Yedeği ne kadar saklamalıyım?
Güncelleme sıklığına, sorunu fark etme sürenize ve depolama politikanıza göre belirleyin. Tek bir son kopya yerine farklı tarihlerde geri dönüş noktaları tutmak yararlı olabilir.
Yedeği indirdim; artık test gerekli mi?
Evet. Arşivin açılması bile sitenin çalıştığını kanıtlamaz. Test ortamında geri yükleme ve temel işlev kontrolü yapın; gereken süreyi de kaydedin.