Bir WordPress sitesi işletiyorsanız, veri kaybı riskini göze alamazsınız. Sunucu çökmesi, yanlışlıkla dosya silme, güncelleme sonrası uyumsuzluk ya da kötü niyetli bir saldırı—hepsi birkaç saniye içinde emeğinizi silip atabilir. Çoğu site sahibi, sorun yaşayana kadar yedeklemeyi önemsemez. Oysa düzenli ve doğru bir yedekleme alışkanlığı, sitenizi dakikalar içinde ayağa kaldırmanızı sağlar. Bu rehberde, WordPress verilerinizi korumak için kullanabileceğiniz beş farklı yöntemi, her birinin artılarını ve eksilerini, teknik ayrıntıları ve geri yükleme adımlarını bulacaksınız. Yalnızca nasıl yedek alacağınızı değil, aynı zamanda geri yükleme senaryolarına nasıl hazırlanmanız gerektiğini de öğreneceksiniz.
Yöntem 1: cPanel Üzerinden Manuel Yedekleme ve Geri Yükleme
Çoğu paylaşımlı hosting, cPanel aracılığıyla dosya ve veritabanı yönetimine izin verir. Bu yöntem, eklenti yükleyemediğiniz veya sunucuya SSH erişiminizin olmadığı durumlarda iş görür. Ancak tam bir yedekleme için iki ayrı işlem yapmanız gerekir: dosyaları indirmek ve veritabanını dışa aktarmak.
Dosya Yedekleme
cPanel’deki Dosya Yöneticisi’ne girin, genellikle public_html içinde bulunan WordPress kurulum dizinine gidin. Tüm klasörleri seçip sıkıştırın—Zip veya Tar formatı iş görür. Sıkıştırılmış dosyayı bilgisayarınıza indirin. Bu işlem, wp-content (temalar, eklentiler, medya dosyaları) ve wp-config.php gibi kritik yapılandırma dosyalarını kapsar.
Veritabanı Yedekleme
phpMyAdmin aracını açın, WordPress’in kullandığı veritabanını sol panelden seçin. Üst menüden Dışa Aktar sekmesine tıklayın, yöntemi Hızlı ve formatı SQL seçin. “Git” ile dosyayı indirin. Eğer veritabanı büyükse, dışa aktarma işlemi zaman aşımına uğrayabilir. Bu durumda tabloları gruplar halinde dışa aktarmak ya da hosting desteğinden yardım istemek gerekir.
Geri Yükleme Adımları
Dosyaları geri yüklemek için sıkıştırılmış arşivi cPanel Dosya Yöneticisi ile public_html altına yükleyip açmanız yeterlidir. Veritabanı içinse phpMyAdmin’de veritabanını seçip İçe Aktar sekmesinden SQL dosyasını gönderin. Öncesinde eski tabloları silmeniz gerekebilir; aksi halde çakışma yaşanır.
Artıları: Ek araç gerektirmez, her hostingde çalışır.
Eksileri: El emeği yoğun, hataya açık; büyük sitelerde zaman alır; otomatik zamanlama yoktur.
Yöntem 2: WordPress Yedekleme Eklentileri ile Otomatik Koruma
Eklentiler, yedekleme sürecini otomatikleştirir ve teknik ayrıntıları azaltır. Piyasada onlarca seçenek var; ancak doğru seçimi yapmak için sitenizin boyutunu, bütçenizi ve yedekleri nerede saklamak istediğinizi düşünmelisiniz. Öne çıkan eklentiler: UpdraftPlus, BackupBuddy, Duplicator, All-in-One WP Migration.
Eklenti Seçerken Dikkat Edilmesi Gerekenler
Ücretsiz sürümler genellikle temel yedeklemeyi karşılar, ancak artımlı yedekleme (sadece değişen dosyaları kopyalama), uzak depolama entegrasyonu (Google Drive, Dropbox, Amazon S3) ve tek tıkla geri yükleme gibi özellikler ücretli sürümlerde sunulur. Büyük bir WooCommerce mağazanız varsa, veritabanına müdahale etmeden yedek alabilen, sunucu kaynaklarını zorlamayan çözümlere yönelin. Örneğin, Duplicator tam taşıma ve yedekleme için idealken, UpdraftPlus planlanmış yedeklemeler için daha hafiftir.
UpdraftPlus ile Hızlı Kurulum
Eklentiyi kurup etkinleştirdikten sonra Ayarlar > UpdraftPlus Backuplar yolunu izleyin. “Şimdi Yedekle” düğmesiyle manuel ilk yedeğinizi alın. Ardından Ayarlar sekmesinde yedekleme sıklığını (günlük/haftalık) ve saklanacak yedek sayısını belirleyin. Uzak depolama eklemek için Google Drive, Dropbox gibi hizmetlerin kimlik doğrulamasını yapın. Yedek bütünlüğünü test etmek için en az bir kez geri yükleme simülasyonu yapın—bunu canlı sitede değil, bir yerel ortamda denemek akıllıcadır.
Artıları: Planlama, uzak depolama, görece basit arayüz; hızlı geri yükleme.
Eksileri: Eklenti çakışmaları yaşanabilir; ücretsiz sürümler kısıtlıdır; bazı eklentiler sunucu kaynaklarını aşırı tüketir.
Yöntem 3: Hosting Panelindeki Yerleşik Yedekleme Araçları
Yönetimli WordPress hosting hizmetleri, genellikle kendi yedekleme çözümlerini sunar. SiteGround, Kinsta, WP Engine gibi sağlayıcılar, günlük otomatik yedekleme yapar ve kontrol panelinden tek tıkla geri yükleme imkânı tanır. Bu yöntem, en zahmetsiz seçenek olabilir; ancak her zaman tam kontrol sunmaz.
Ne Zaman Yeterlidir?
Eğer sitenizde çok sık değişiklik yapmıyorsanız ve hostinginizin 30 günlük yedek saklama politikası size uyuyorsa, harici bir yedekleme katmanına ihtiyaç duymayabilirsiniz. Fakat sunucu tarafındaki bir felaket (veri merkezi yangını, yaygın saldırı) durumunda hosting yedeklerinin de etkilenebileceğini unutmayın. Bu nedenle hosting yedeklerini tek koruma katmanı olarak görmek risklidir; mutlaka en az bir harici kopya bulundurun.
Geri Yükleme Pratiği
Çoğu hosting panelinde geri yükleme, birkaç tıklamayla yapılır. Örneğin SiteGround’da Site Yönetimi > Yedekler bölümünden tarih seçerek geri yükleyebilirsiniz. Geri yükleme, mevcut dosya ve veritabanının üzerine yazacağı için işlem öncesinde panik yedeklemesi almakta fayda var: hosting aracının “yedekten geri yüklemeden önce mevcut durumu yedekle” seçeneğini işaretleyin.
Artıları: Hızlı, teknik bilgi gerektirmez, sunucu ile entegre çalışır.
Eksileri: Hosting değiştirirken yedekler taşınamayabilir; saklama süresi sınırlıdır; uzak kopya yoksa risklidir.
Yöntem 4: SSH ve WP-CLI ile Gelişmiş Yedekleme
Sunucusuna SSH ile erişebilen kullanıcılar için bu yöntem, yedekleme üzerinde tam kontrol sağlar. Özellikle büyük sitelerde, zaman aşımı sorunlarını aşmak ve bant genişliğini verimli kullanmak için idealdir. WP-CLI kuruluysa, veritabanı dışa aktarımı tek komutla hallolur.
Dosya ve Veritabanı Yedekleme Komutları
SSH ile sunucuya bağlandıktan sonra sitenizin kök dizinine gidin. Tüm dosyaları sıkıştırmak için:
tar -czf site_yedek_$(date +%F).tar.gz .
Bu komut, bulunduğunuz dizindeki her şeyi tarih damgalı bir arşive dönüştürür. Veritabanı içinse:
wp db export yedek.sql
Bu WP-CLI komutu, mevcut WordPress veritabanını yedek.sql olarak dışa aktarır. Ardından bu iki dosyayı güvenli bir uzak sunucuya scp veya rsync ile taşıyabilirsiniz. Örneğin:
rsync -avz site_yedek_*.tar.gz yedek.sql kullanici@yedek-sunucu:/yedek/
Otomasyon ve Güvenlik
Cron job ile bu komutları zamanlayarak hosting veya eklenti bağımlılığından kurtulabilirsiniz. Yedekleri şifrelemek için gpg kullanın; böylece uzak sunucuda bile verileriniz korunur. Geri yükleme yaparken arşivi açıp dosyaları yerine koymanız ve wp db import yedek.sql ile veritabanını içe aktarmanız gerekir. Eğer site adresi değiştiyse, WP-CLI’nin search-replace komutuyla URL değişikliği yapmayı unutmayın.
Artıları: Tam kontrol, zaman aşımı yok, büyük veriler için uygun, otomasyona açık.
Eksileri: Komut satırı bilgisi gerektirir; yanlış komutlar veri kaybına yol açabilir; geri yükleme manuel adımlar içerir.
Yöntem 5: Harici Servisler ile Gerçek Zamanlı Yedekleme ve İzleme
Jetpack Backup (eski VaultPress), BlogVault, ManageWP gibi servisler, sitenizi sürekli izler ve değişiklikleri anında yedekler. Özellikle e-ticaret siteleri veya üyelik platformları gibi sürekli veri akışı olan ortamlarda, geleneksel günlük yedeklemeler yetersiz kalır. Bir siparişin kaybolması bile gelir kaybı demektir.
Nasıl Çalışır?
Bu servisler, sitenizin dosya sistemini ve veritabanını sürekli tarar; bir değişiklik tespit ettiğinde artımlı yedekleme yapar. Yedekler, hizmet sağlayıcının bulutunda saklanır. Genellikle tek tıkla geri yükleme sunarlar ve etkinlik günlüğü sayesinde hangi eylemin soruna yol açtığını görebilirsiniz. Örneğin Jetpack Backup, her eklenti güncellemesinden hemen sonra bir anlık görüntü alır; böylece bir uyumsuzluk durumunda sitenizi tam olarak güncelleme öncesine döndürebilirsiniz.
Maliyet ve Seçim Kriterleri
Genellikle aylık abonelikle çalışırlar ve fiyat, site sayısına ve saklama süresine göre değişir. Seçim yaparken şunlara bakın: geri yükleme hızı, müşteri desteği, sunucu yükü (düşük kaynak tüketimi önemlidir) ve test ortamı (staging) desteği. Bazı servisler, geri yükleme öncesi sitenizi otomatik olarak staging’e alıp test etme imkânı verir; bu, canlı siteyi riske atmadan sorun gidermeye yarar.
Artıları: Anlık koruma, yüksek güvenilirlik, kolay geri yükleme, düşük manuel iş.
Eksileri: Tekrarlayan maliyet; site trafiğine bağlı ek ücretler çıkabilir; servis kapanırsa yedeklere erişim riski.
Yedekleme Stratejinizi Tasarlarken Kaçınmanız Gereken Hatalar
Beş yöntemi de inceledik; ancak araçlar kadar, stratejiniz de önemli. Yedeklerin çalıştığını varsaymak, birçok site sahibinin düştüğü tuzaktır. İşte en sık yapılan hatalar ve çözüm yolları:
Yedekleri test etmemek: Bozuk bir yedek, hiç yedek olmamasından farksızdır. Aylık olarak, tercihen yerel bir ortamda (Local by Flywheel, XAMPP) yedekten geri yükleme yaparak hem dosyaların hem de veritabanının sağlam olduğunu doğrulayın.
Tüm yedekleri aynı sunucuda tutmak: Sunucu çöktüğünde yedekleriniz de gider. En azından bir kopyayı bulut depolamada (Google Drive, Backblaze B2 gibi) saklayın. 3-2-1 kuralını uygulayın: üç kopya, iki farklı ortam, bir kopya harici konum.
Sadece veritabanını yedeklemek: WordPress, dosya ve veritabanından oluşur. Medya yüklemeleri, eklentiler, tema özelleştirmeleri olmadan siteniz tam olarak geri gelmez. Her iki bileşeni de kapsayan tam yedekler alın.
Artımlı yedeklemenin önemini göz ardı etmek: Her seferinde tüm siteyi baştan yedeklemek, depolama alanını doldurur ve sunucuyu yorar. Mümkünse artımlı yedekleme yapan araçları tercih edin.
Yedekleme sıklığını içeriğin ritmine uydurmamak: Haftada bir yazı yayınlayan bir blog ile günde yüzlerce sipariş alan bir mağaza aynı sıklıkla yedeklenemez. Veri değişim hızınıza göre dinamik bir program belirleyin.
Farklı Senaryolar İçin Yöntem Karşılaştırması
Hangi yöntemin size uygun olduğunu netleştirmek için birkaç tipik senaryoya göre seçim kriterlerini özetleyelim:
| Kullanıcı Profili | Önerilen Yöntem | Neden |
|---|---|---|
| Teknik bilgisi sınırlı blog yazarı | Yöntem 2 – Eklenti (UpdraftPlus) | Kurulumu kolay, planlama ve uzak depolama ile otomatik çalışır. |
| Küçük işletme sitesi, bütçe kısıtlı | Yöntem 1 – cPanel Manuel + Bulut senkronizasyonu | Sıfır ek maliyet; ancak disiplin ve düzenli kontrol gerektirir. |
| Yönetimli hosting kullanıcısı (SiteGround vb.) | Yöntem 3 – Hosting Araçları + Yöntem 2 Eklenti | Hosting yedekleri hızlı geri yükleme sağlarken, eklenti ile harici kopya alınarak risk azaltılır. |
| Geliştirici veya sunucu yöneticisi | Yöntem 4 – SSH/WP-CLI | İnce kontrol, komut dosyalarıyla otomasyon, büyük verileri zahmetsiz işleme. |
| E-ticaret veya üyelik sitesi, yüksek trafik | Yöntem 5 – Harici Servis (Jetpack Backup) | Gerçek zamanlı, kayıpsız yedekleme; staging ile güvenli test. |
Unutmayın, bu yöntemler birbirini tamamlayabilir. Örneğin, bir eklenti ile günlük tam yedek alırken, kritik anlarda hosting anlık yedeklemesine başvurmak katmanlı bir güvenlik sağlar.
Yedekten Geri Yükleme Sonrası Kontrol Listesi
Yedekleme işin yarısıdır; diğer yarısı, geri yüklemenin başarıyla tamamlandığından emin olmaktır. Geri yükleme sonrası şu kontrolleri yapın:
- Site ana sayfasının, alt sayfaların ve özel yazı türlerinin (ürün, portfolyo) düzgün yüklendiğini kontrol edin.
- Yönetici paneline giriş yaparak tüm eklenti ve temaların etkin olduğunu doğrulayın.
- Kalıcı bağlantılar (permalink) ayarlarını kaydedip yeniden kaydedin; bazen .htaccess yenilenmez.
- Form gönderimi, ödeme işlemleri gibi dinamik özellikleri test edin.
- SSL sertifikanızın geçerli olduğunu ve yönlendirmelerin çalıştığını doğrulayın.
- Site hızını ve sunucu yanıt sürelerini ölçerek performans düşüşü olmadığına emin olun.
- Geri yükleme sonrası yedekleme eklentinizin veya sisteminizin hâlâ zamanlanmış yedek almaya devam ettiğinden emin olun; bazen ayarlar sıfırlanabilir.
Bir adım daha ileri giderek, geri yükleme senaryolarınızı belgeleyin. Hangi durumda hangi yöntemi kullanacağınızı, gerekli kimlik bilgilerini ve destek iletişimlerini bir acil durum planında toplayın. Ekip arkadaşlarınızın da bu plana erişebildiğinden emin olun.
WordPress Yedekleme Rutininizi Bugün Oluşturun
Veri kaybı aniden gelir; çoğunlukla da en kötü zamanda. Oysa buradaki yöntemlerden birini—ya da birkaçını bir arada kullanarak—sağlam bir güvenlik ağı kurabilirsiniz. Teknik becerinize, sitenizin büyüklüğüne ve bütçenize göre bir yol seçin. Seçtiğiniz yöntemi mutlaka test edin; ilk gerçek yedeklemeniz, geri yükleme denemeniz olmasın. Son olarak, yedekleme yalnızca bir sigorta değil, aynı zamanda sitenizi gönül rahatlığıyla güncellemenin ve yenilikleri denemenin de anahtarıdır. Yedeğiniz hazırsa, bir sonraki adımı atmak çok daha kolaydır.
cPanel’den manuel yedek almak çok zaman alıyor.
Veritabanı büyükse dışa aktarma zaman aşımına uğrar mı, alternatif ne önerirsiniz?
Ben hep eklenti kullanıyordum, cPanel yöntemini hiç düşünmemiştim.
Dosya ve veritabanını ayrı ayrı yedeklemek riskli değil mi? Birinde sorun çıkarsa tutarsızlık olur.
Paylaşımlı hostingde SSH yoksa cPanel en pratik çözüm. Geçen hafta site çöktü, sadece phpMyAdmin yedeğiyle geri dönebildim. wp-content yedeğini de alsaydım temam gitmeyecekti.
Sadece cPanel’den sıkıştırıp indirmek yedek sayılmaz.
Peki cPanel yedeğini farklı bir sunucuya taşımak gerekince veritabanı bağlantı ayarlarını nasıl güncelliyorsunuz? Direkt içe aktarmak yetiyor mu yoksa elle düzenleme şart mı?
Ben yıllardır bu yöntemi kullanırım, en güvenlisi.
Yöntem 1 dışında kalan dört yöntem için de geri yükleme senaryolarına detaylı yer verilmiş mi? Çünkü sadece cPanel’de wp-config.php’nin öneminden bahsedilmiş, diğerlerinde böyle püf noktalar var mı merak ediyorum.
Zip yerine tar.gz kullanınca boyut epey küçülüyor, aklınızda olsun.