WordPress Yedek Alma: 4 Yöntem ve Hangisi Ne Zaman?

WordPress sitenizin tamamı iki dosyadan ibaret değildir: bir tarafta dosyalarınız, diğer tarafta veritabanınız, çoğu zaman da alan adınıza bağlı e-posta kutularınız vardır. "Yedek aldım" derken bunların üçü de kastedilmiyorsa, kötü günde elinizde yarım bir site kalır.

Bu rehberde WordPress yedek alma için kullanılan dört yöntemi — hosting/cPanel yedeği, yedekleme eklentisi, FTP + phpMyAdmin ile manuel yedek ve otomatik dış yedekleme — adım adım, her birinin nerede tıkandığını saklamadan anlatıyoruz.

1. Yedek Almadan Önce: WordPress'in Üç Parçası

Hangi yöntemi seçerseniz seçin, sağlam bir yedeğin kapsaması gerekenler şunlardır:

• Dosyalar: wp-content içindeki temalar, eklentiler ve yüklemeler (görseller, PDF'ler), ayrıca wp-config.php ve .htaccess.
• MySQL veritabanı: Yazılar, sayfalar, kullanıcılar, yorumlar, WooCommerce siparişleri, eklenti ayarları — yani sitenin "beyni".
• E-posta: Alan adınıza bağlı posta kutuları (IMAP). Site yedeğine dahil değildir; hosting taşıma veya hesap kapanması durumunda yıllara yayılmış yazışma kaybolur.

2. Yöntem: Hosting / cPanel Yedeği

En kolay başlangıç noktasıdır. cPanel'de Yedekleme (Backup) veya Yedekleme Sihirbazı bölümünden tam yedek indirebilirsiniz:

1. cPanel'e girin, Dosyalar → Yedekleme bölümünü açın.
2. "Tam Hesap Yedeği İndir" ile dosya + veritabanı + e-posta içeren bir arşiv oluşturun.
3. Arşiv hazırlanınca (büyük sitelerde dakikalar sürer) indirin ve kendi bilgisayarınızda değil, ayrı bir yerde saklayın.

Sınırı: Bu yedek varsayılan olarak sitenizle aynı sunucuda durur. Sunucu diski bozulursa, hesabınız askıya alınırsa veya bir fidye yazılımı dosyaları şifrelerse yedeğe de erişemezsiniz. Ayrıntı için hosting yedeği neden yeterli değil yazımıza bakın.

3. Yöntem: WordPress Yedekleme Eklentisi

Panel içinden kurulur, arayüzü tanıdıktır. Tipik akış: eklentiyi kurun, hedef olarak bir bulut hesabı bağlayın, takvimi ayarlayın.

Sınırı: Eklenti, WordPress'in kendi PHP süreci içinde çalışır. Bu da şu üç duvara çarpar:

• Zaman aşımı: Paylaşımlı hostingte max_execution_time genelde 30–120 saniyedir. Birkaç GB'lık bir site yedeği bitmeden süreç öldürülür; yedek yarım kalır ama panelde çoğu zaman hata da görünmez.
• Bellek limiti: memory_limit dolduğunda süreç sessizce sonlanır.
• wp-cron: WordPress'in zamanlayıcısı gerçek bir cron değildir; siteye ziyaretçi gelmezse planlanmış yedek tetiklenmez. Az trafikli sitelerde "her gece yedek" pratikte "arada bir yedek"e döner.

4. Yöntem: FTP + phpMyAdmin ile Manuel Yedek

Tam kontrol isteyenler için. İki adımda yapılır:

A. Dosyaları FTP ile indirin

1. FileZilla gibi bir FTP istemcisiyle sitenize bağlanın.
2. public_html (veya sitenin kök klasörü) altındaki her şeyi bilgisayarınıza indirin.
3. Gizli dosyaların görünür olduğundan emin olun — .htaccess atlanırsa yönlendirmeleriniz kaybolur.

B. Veritabanını phpMyAdmin ile dışa aktarın

1. Hosting panelinden phpMyAdmin'i açın ve sitenizin veritabanını seçin.
2. Üstteki "Dışa Aktar" (Export) sekmesine geçin.
3. Yöntem olarak Hızlı, biçim olarak SQL seçip indirin. Büyük veritabanlarında sıkıştırılmış (gzip) seçeneği tercih edin.

Sınırı: Yöntem işe yarar ama insana bağlıdır. Yoğun bir haftada kimse FTP açmaz. Veri kaybı da zaten planlı bir günde olmaz. Ayrıca büyük veritabanlarında phpMyAdmin dışa aktarımı tarayıcı zaman aşımına takılabilir.

5. Yöntem: Otomatik Dış Yedekleme (Önerilen)

Yukarıdaki üç yöntemin ortak açığı aynıdır: ya aynı sunucuda durur, ya PHP limitlerine takılır, ya da hatırlamanızı bekler. Otomatik dış yedekleme bu üçünü birden kapatır.

Yedekalma'da akış şöyledir:

1. Sitenize tek bir PHP modülü yüklersiniz (WordPress eklentisi de kullanılabilir). Modül WordPress'ten bağımsız çalışır; eklenti çakışması ve wp-cron sorunu ortadan kalkar.
2. Dosya, veritabanı ve e-posta (IMAP) yedeği parçalı alınır — yani büyük siteler zaman aşımına takılmaz, iş kaldığı yerden devam eder.
3. Yedek doğrudan sizin depolama hedefinize (Google Drive, S3, FTP, kendi sunucunuz) yazılır. Yedekleriniz bizim sunucumuzda tutulmaz.
4. Değişmeyen dosyalar tekrar gönderilmez (artımlı yedekleme), böylece saatlik yedek bile hafif kalır.
5. Yedek başarısız olursa veya bir plan kaçırılırsa uyarı alırsınız — sessiz başarısızlık olmaz.

6. Karşılaştırma: Hangi Yöntem Size Uygun?

* wp-cron'a bağlıdır; düşük trafikli sitelerde planlanan yedek tetiklenmeyebilir.

7. Ne Sıklıkla Yedek Almalısınız?

Doğru cevap sitenizin türüne göre değişir. Basit kural: iki yedek arasındaki süre, kaybetmeyi göze aldığınız süredir.

• Kurumsal tanıtım sitesi: Haftalık yedek çoğu zaman yeterlidir.
• Blog / haber sitesi: Günlük yedek. Bir günlük içerik kaybı telafi edilebilir.
• WooCommerce / üyelikli site: Saatlik veya daha sık. Kaybedilen her saat, kaybedilen siparişler demektir — bkz. e-ticaret sitesi yedekleme.
• Her güncelleme öncesi: Eklenti/tema güncellemesinden hemen önce manuel bir yedek alın — güncellemeden önce yedek ve test ortamı.

8. Yedeği Almak Yetmez: Test Edin

Yedeklerin en tehlikeli hâli, var sanılıp aslında bozuk olanıdır. Sıfır baytlık bir SQL dosyası da klasörde "yedek" gibi görünür. Ayda bir kez şunu yapın:

1. Yedek arşivini açın; wp-content ve .sql dosyasının boyutunun makul olduğunu görün.
2. Yedeği bir test ortamına geri yükleyin ve site açılıyor mu bakın.
3. Geri yükleme adımlarını bilmiyorsanız: WordPress sitesi nasıl geri yüklenir.

Konunun tamamı için: test edilmemiş yedeğin tehlikesi ve 3-2-1 yedekleme kuralı.

Sık Sorulan Sorular