WordPress Yedekleme ve Geri Yükleme Rehberi
Site bir gün ansızın “ben bugün çalışmıyorum” derse… elinde plan olsun. Yedek, tam anlamıyla evin sigortası gibi: umarım hiç lazım olmaz, ama lazım olduğunda hayat kurtarır.
İçerik Akışı
- Yedek Nedir, Neyi Kapsar?
- Neden Düzenli Yedek Almalısın?
- Sağlam Bir Yedekleme Planı Kur
- Yedekleme Yöntemleri: Hosting, Eklenti, Manuel
- Eklentiyle Yedek Alma: Popüler Seçenekler
- Manuel Yedek Alma: Dosyalar ve Veritabanı
- Geri Yükleme Senaryoları
- Sorun Giderme: En Yaygın Hatalar
- Yedekleri Güvende Tutmanın İnce Noktaları
- Geri Yüklemeyi Test Et: Sürprize Yer Bırakma
- Kısa Bir Kontrol Listesi
Yedek Nedir, Neyi Kapsar?
“Yedek aldım” demek, çoğu zaman sadece bir dosyayı indirip kenara koymak değil. WordPress’te gerçek bir yedek, iki büyük parçadan oluşur: dosyalar ve veritabanı.
Dosyalar
- wp-content klasörü (tema, eklenti, yüklenen medya)
- uploads (görseller, videolar, PDF’ler)
- wp-config.php (kritik ayarlar)
- Gerekirse .htaccess / web.config
Veritabanı
- Yazılar, sayfalar, yorumlar
- Kullanıcılar, roller
- Ayarlar, menüler, widget’lar
- Ürünler/siparişler (WooCommerce varsa)
Kısacası: dosya + veritabanı olmadan yedek “tam” sayılmaz. Biri eksikse, geri yükleme günü geldiğinde puzzle’ın parçası kayıp olur. Kim ister bunu?
Neden Düzenli Yedek Almalısın?
Bir eklenti güncellenir, tema ayarı değişir, sunucuda kısa bir dalgalanma olur… Ertesi sabah site açılmaz. O anın hissi var ya, kahve bile işe yaramaz. İşte yedek, o anın panzehiri.
En Sık Senaryolar
- Güncelleme sonrası uyumsuzluk
- Yanlışlıkla silinen sayfa/medya
- Hatalı ayar değişikliği
- Sunucu taşıma / alan adı değişimi
Mini Uyarı
Yedek “var” demek yetmez. İşe yarar yedek gerek. Yani doğru içerik, doğru yerde, doğru sıklıkla.
Sağlam Bir Yedekleme Planı Kur
Plansız yedek, çekmecede tek anahtar saklamaya benzer. Anahtar kaybolursa… eh. O yüzden işi biraz sistemleştirelim: sıklık, saklama, konum.
| Site Tipi | Önerilen Sıklık | Saklama Süresi | Not |
|---|---|---|---|
| Blog / Kurumsal | Haftalık | 4–8 hafta | Büyük değişiklikten önce ekstra yedek al |
| Portföy / Tanıtım | 2 haftada bir | 2–3 ay | Medya ağırlıklıysa depolamayı ayrı düşün |
| E-Ticaret | Günlük (tercihen daha sık) | 30–90 gün | Sipariş/veri değişimi hızlı olur |
| Üyelik / Forum | Günlük | 30–60 gün | Kullanıcı verileri düzenli akar |
Bir de şu tatlı kural var: 3-2-1 yaklaşımı. En basit haliyle: yedeklerin birden fazla kopyası olsun, farklı ortamda dursun, bir tanesi de site dışında bulunsun. Bu kadar.
Yedekleme Yöntemleri: Hosting, Eklenti, Manuel
İyi haber: WordPress’te yedek almak için tek bir yol yok. Kötü haber: “Hangisini seçsem?” diye düşünürken zaman geçebiliyor. Gel, işi netleştirelim.
1) Hosting Üzerinden
Birçok hosting paneli tek tıkla yedek/geri yükleme sunar. Kullanımı pratik, özellikle acil durumda hızlı.
- Artı: Genelde en hızlı geri dönüş
- Artı: Panel düzeyinde kurtarma seçenekleri
- Not: Saklama süresi ve sıklık pakete göre değişebilir
2) Eklenti İle
Zamanlama, uzaktan depolama, parça parça geri yükleme… kontrol sende olur. “Ben ayarı severim” diyenler için ideal.
- Artı: Planlama ve otomasyon
- Artı: Bulut depolama entegrasyonları
- Not: Büyük sitelerde yedek boyutu yönetimi önemli
3) Manuel
FTP / Dosya yöneticisi + veritabanı dışa aktarım. “Kontrol bende” yaklaşımı. Biraz teknik, ama sağlam.
- Artı: Eklentiye bağlı kalmaz
- Artı: İnce ayar yapabilirsin
- Not: Adımları dikkat ister
Eklentiyle Yedek Alma: Popüler Seçenekler
Eklenti seçerken şuna bak: zamanlama, geri yükleme kolaylığı, uzaktan depolama, büyük dosya yönetimi. Hepsini tek sepete koymak istiyorsun; dağınık olmasın.
UpdraftPlus
Zamanlanmış yedek, seçmeli geri yükleme ve popüler depolama seçenekleriyle sık tercih edilir. Özellikle “yedek almayı unutan” tarafın varsa, otomasyon seni kurtarır.
- Artıları: Planlama, bileşen bazlı geri yükleme (tema/eklenti/DB)
- Kullanım İpucu: Medya çok büyükse “dosya yedekleri”ni aralıklı tut
Duplicator
Yedek + taşıma tarafında güçlü bir yaklaşımı vardır: siteyi “paket” gibi düşünür. Taşıma, klonlama veya kurtarma senaryolarında pratik olur.
- Artıları: Paket mantığıyla taşıma/kopyalama
- Kullanım İpucu: Büyük sitelerde dosya hariç tutma ayarları iş görür
All-in-One WP Migration
Dışa aktar / içe aktar mantığıyla ilerler. Yeni bir sunucuya geçiş yaparken ya da kopya ortam oluştururken sade akışı seversin.
- Artıları: Basit taşıma akışı
- Kullanım İpucu: Yedek dosyasını isimlendir (tarih + açıklama)
WPvivid Backup & Migration
Yedekleme, taşıma ve bazı kurulumlarda staging benzeri akışlar sunar. Çok karmaşık olmadan “benim işimi görsün” diyenlere uygundur.
- Artıları: Tüm site / sadece DB / sadece dosya yedeği seçenekleri
- Kullanım İpucu: Büyük uploads klasörünü ayrı planlamak rahatlatır
Jetpack VaultPress Backup
Bulut tabanlı yedekleme ve hızlı geri dönüş akışıyla bilinir. Bazı kurulumlarda tam Jetpack yerine Jetpack VaultPress Backup eklentisiyle ilerlemek de mümkün.
- Artıları: Kolay geri yükleme adımları, bulut yaklaşımı
- Not: Kullanım için ilgili plan gerektirebilir
Eklentiyle Yedekleme Kurulumu Nasıl Düşünülmeli?
Aşağıdaki mini akış, çoğu yedekleme eklentisinde benzer şekilde çalışır. Marka/model fark etmez; mantık aynı.
- Zamanlama kur: veritabanı daha sık, dosyalar biraz daha seyrek olabilir.
- Uzak depolama seç: yedek sadece sunucuda durmasın.
- Saklama ayarla: “son 10 yedeği tut” gibi net bir kural koy.
- İlk yedeği elle al: her şey doğru mu gör.
- Geri yüklemeyi dene: test etmek, gerçek gün gelmeden güven verir.
Ufak ama kritik: Yedek alırken sunucunun kaynakları da önemli. Eğer yedek sırasında işlem yarıda kalıyorsa, dosyaları parçalara bölmek, yedek zamanını düşük trafiğe almak veya yedek kapsamını sadeleştirmek rahatlatır.
Manuel Yedek Alma: Dosyalar ve Veritabanı
Manuel yöntem, bisikletle yokuş çıkmak gibi: biraz terletir ama kontrol tamamen sende olur. Üstelik bazı acil durumlarda en güvenilir çıkış kapısıdır.
Adım Adım Dosya Yedeği
- Hosting panelindeki Dosya Yöneticisi veya FTP ile site kök dizinine gir.
- wp-content klasörünü indir. (Tema, eklenti, medya burada.)
- wp-config.php dosyasını ayrı indir.
- Varsa özel yapılandırma dosyalarını ekle: .htaccess, özel mu-plugins vb.
- Dosyaları tek klasörde topla, tarih ekleyerek arşivle.
İpucu: Sadece içerik odaklı yedek istiyorsan, çoğu durumda wp-content en kritik parçadır.
Adım Adım Veritabanı Yedeği
- Hosting panelinden phpMyAdmin aç.
- WordPress’in kullandığı veritabanını seç.
- Dışa Aktar bölümüne gir.
- Format olarak genelde SQL seçilir.
- Dosyayı indir ve dosya yedeğiyle aynı klasöre koy.
Ufak not: Büyük veritabanlarında dışa aktarma daha uzun sürebilir. Sabır iyi bir dosttur.
Hangi Dosyalar Kritik?
wp-content/
wp-content/uploads/
wp-content/themes/
wp-content/plugins/
wp-config.php
.htaccess (varsa)Burada küçük bir gerçek var: Yedeklerin düzeni, geri yükleme hızını belirler. “İndirdim bir yere attım” yaklaşımı yerine, tarih + açıklama ile klasörlemek inanılmaz fark yaratır.
İsimlendirme Önerisi
2026-02-04__tam-yedek__guncelleme-oncesi gibi bir formatla ilerlersen, aylar sonra bile yedeği görünce “ha bu şu gün” dersin. Kafayı rahatlatır.
Geri Yükleme Senaryoları
Geri yükleme, “yedeklemeden sonra ikinci perde”dir. İşin güzel yanı: doğru yedek varsa, geri dönüş çoğu zaman tahmin ettiğinden hızlı olur. Peki senin senaryon hangisi?
Senaryo 1: Eklenti İle Tek Tık Geri Yükleme
Birçok yedekleme eklentisi, yedeği listeler ve geri yükleme için bileşen seçtirir: veritabanı, eklenti, tema, uploads. Bu yaklaşımın avantajı şu: Her şeyi geri yüklemek zorunda değilsin.
- Eklenti panelinde geri yüklenecek yedeği seç.
- Önce veritabanı + wp-content gibi kritik parçaları hedefle.
- Geri yükleme bitince siteyi kontrol et: ana sayfa, birkaç yazı, giriş ekranı.
Senaryo 2: Hosting Panelinden Geri Yükleme
Hosting panelinde “geri yükle” seçeneği varsa, bu yol acil durumda çok işe yarar. Genellikle tarih seç → geri yükle akışıyla ilerler. Burada ideal olan: geri yükleme sonrası siteyi hızlıca test etmek.
Senaryo 3: Manuel Geri Yükleme
Manuel geri yükleme, iki ana adıma ayrılır: dosyaları koy ve veritabanını içe aktar. Aşağıdaki sıra, çoğu kurulumda güvenli çalışır.
- Dosyaları yükle: wp-content ve ilgili dosyaları sunucuya geri koy.
- Veritabanını içe aktar: phpMyAdmin üzerinden SQL dosyasını içe aktar.
- wp-config.php kontrolü: veritabanı adı, kullanıcı, şifre doğru mu?
- Siteyi aç ve kontrol et.
Alan Adı Değiştiyse Küçük Bir Kontrol
Taşıma/alan adı değişiminde bazen site URL’si eski adresi işaret edebilir. Böyle bir durumda WordPress yönetim paneli açılmıyorsa, wp-config.php içinde geçici olarak URL tanımlamak veya veritabanında siteurl ve home değerlerini kontrol etmek gerekebilir. Bu kısım, senaryoya göre değiştiği için acele etmeden ilerlemek en sağlıklısı.
Sorun Giderme: En Yaygın Hatalar
Geri yükleme sonrası her şey pamuk gibi olmayabilir. Olur. İnsan işi bu. Önemli olan, panik yerine sırayla kontrol. Aşağıdaki adımlar genellikle hızlı sonuç verir.
Beyaz Ekran
- Önce tarayıcı önbelleğini temizle.
- Sorun devam ediyorsa, son eklenen/yenilenen eklentiyi devre dışı bırakmayı dene.
- Tema kaynaklı olabilir: geçici olarak varsayılan temaya dönmek işe yarayabilir.
Veritabanı Bağlantısı Kurulamadı
- wp-config.php içindeki DB adı/kullanıcı/şifre kontrolü.
- Veritabanı sunucusu (DB_HOST) doğru mu?
- Veritabanı içe aktarımı yarım kaldıysa tekrar dene.
500 Sunucu Hatası
- .htaccess dosyası bozulmuş olabilir: yedeğini geri koy veya yeniden oluştur.
- PHP sürümü / bellek limiti uyumu için hosting panel ayarlarını kontrol et.
- Eklenti çakışması ihtimali: klasör adını geçici değiştirerek kontrol edebilirsin.
Bu bölümdeki amaç şu: tek bir düğüm varsa, çözmeye en olası yerden başlamak. Deneme-yanılma bile bir stratejiyle olunca çok daha sakin ilerliyor.
Yedekleri Güvende Tutmanın İnce Noktaları
Yedek, aslında sitenin “kopyası” demek. E doğal olarak değerli. O yüzden sadece almak değil, korumak da işin parçası.
- Uzak Depolama: Yedekleri sadece sunucuda tutma. Bir kopya mutlaka dışarıda olsun.
- Erişim Kontrolü: Yedek dosyalarının olduğu klasöre kimler erişiyor, net olsun.
- Şifre Koruması: Yedek arşivlerine parola eklemek iyi fikir olabilir.
- Retention: “Her şeyi sonsuza kadar sakla” yaklaşımı depoyu şişirir. Kural koy.
- Rutin: Büyük güncelleme öncesi manuel bir ekstra yedek almak güven verir.
Bir de şu var: Yedekler düzenli alınıyor diye kendini tamamen salma. Arada bir “son yedek nerede, açılıyor mu?” diye bak. İnan, 2 dakikalık kontrol birçok belayı önlüyor.
Geri Yüklemeyi Test Et: Sürprize Yer Bırakma
Yedek almak bir şey, geri yüklenebilir yedek almak başka bir şey. Aradaki fark, “yangın tatbikatı” gibi. Tatbikat yapmadıysan, gerçek gün gelince herkes aynı anda koşuyor.
Staging Ortamı
Mümkünse bir staging (test) ortamında yedeği dene. Siteyi canlıda “kurcalamadan” kontrol etmiş olursun.
Kontrol Noktaları
- Yönetici girişi
- Ana sayfa + birkaç iç sayfa
- Medya kütüphanesi (görseller açılıyor mu?)
- Formlar / iletişim akışı
Bu arada küçük bir itiraf: İnsan bazen “yarın bakarım” der. Yarınlar birikince yedekeleme işi de ertelenir. O yüzden rutin kurmak altın değerinde.
İzleyerek Öğrenmek İsteyenlere Video
Okumak iyi, izlemek daha da hızlı gelebilir. Aşağıdaki video, temel mantığı adım adım görselleştiriyor.
Kısa Bir Kontrol Listesi
- ✔ Dosya + veritabanı yedeği planlı şekilde alınıyor
- ✔ Yedeklerin bir kopyası site dışında saklanıyor
- ✔ Yedek isimleri tarih ve açıklama içeriyor
- ✔ Büyük güncelleme öncesi ekstra yedek alınıyor
- ✔ Ayda bir kez geri yükleme testi yapılıyor
- ✔ Yedek saklama süresi belirli (ör. 8 hafta / 90 gün)
Hızlı Linkler
Kapanış Notu
Yedekleme bir “bir kere yapayım bitsin” işi değil; küçük bir rutin. Rutin kuruldu mu, site yönetimi bir anda daha hafif geliyor. Hatta bazen “iyi ki yedek varmış” diye içten içe gülümsüyorsun.