İçindekiler
- WordPress yedekleme neden önemlidir?
- WordPress yedekleme nasıl yapılır: Dosya ve veritabanı mantığı
- cPanel ile manuel WordPress yedeği alma
- Eklentiyle otomatik yedekleme planı kurma
- Yedekten site geri yükleme adımları
- Yedekleme sıklığı nasıl seçilir?
- Sık yapılan hatalar ve çözüm önerileri
- Kısa kontrol listesi
WordPress yedekleme nasıl yapılır sorusunun kısa cevabı şudur: Sitenizin yalnız dosyalarını değil, veritabanını da aynı tarihli, indirilebilir ve geri yüklenebilir bir kopya olarak saklamalısınız. WordPress’te yazılar, sayfalar, kullanıcılar, WooCommerce siparişleri ve ayarlar veritabanında; temalar, eklentiler, medya dosyaları ve özel kodlar ise dosya sisteminde durur. Bu iki parçadan biri eksikse alınan yedek çoğu zaman tam bir kurtarma sağlamaz.
Yedekleme, sadece büyük sorunlardan sonra kullanılan bir güvenlik ağı değildir. Tema güncellemesi, eklenti çakışması, hatalı PHP sürümü seçimi, yanlış dosya silme, zararlı yazılım temizliği veya sunucu taşıma işlemi sırasında da temiz bir geri dönüş noktası gerekir. Bu rehberde manuel yedek almayı, cPanel üzerinden işlem yapmayı, eklentiyle otomatik plan kurmayı ve yedeği bozmadan geri yüklemeyi adım adım ele alacağız.
WordPress yedekleme neden önemlidir?
WordPress siteleri dinamik yapılardır. Yönetim panelinde yaptığınız içerik değişikliği, ziyaretçinin gönderdiği form, mağazada oluşan sipariş, yeni yüklenen görsel ve eklenti ayarı sitenin farklı bileşenlerine yazılır. Bu yüzden yedekleme yalnızca wp-content klasörünü kopyalamaktan ibaret değildir.
İyi hazırlanmış bir yedek stratejisi üç riski azaltır. İlk risk veri kaybıdır. Yanlışlıkla silinen bir sayfa, bozulmuş veritabanı tablosu veya hatalı toplu işlem geri alınabilir. İkinci risk kesintidir. Sorun çıktığında saatlerce hata aramak yerine çalışan son kopyaya dönebilirsiniz. Üçüncü risk güvenliktir. Zararlı dosyalar temizlenemeyecek kadar yayılmışsa, temiz olduğu bilinen bir tarihe dönmek çoğu zaman daha hızlıdır.
Yedek alıp hiç geri yükleme testi yapmamak en yaygın hatalardan biridir. Ayda bir kez test alanında yedek açarak dosyaların sağlam, veritabanı karakter setinin doğru ve giriş bilgilerinin çalışır olduğundan emin olun.
Bulutova WordPress hosting paketlerinde cPanel, staging ortamı ve günlük otomatik yedekleme gibi WordPress bakımını kolaylaştıran bileşenler yer alır. Yine de büyük güncelleme, tema değişikliği veya WooCommerce düzenlemesi öncesinde kendi manuel yedeğinizi almak iyi bir alışkanlıktır.
WordPress yedekleme nasıl yapılır: Dosya ve veritabanı mantığı
WordPress yedekleme nasıl yapılır diye araştırırken önce hangi parçaların korunacağını bilmelisiniz. WordPress yedeği iki ana bileşenden oluşur: site dosyaları ve MySQL veya MariaDB veritabanı. WordPress’in resmi yedekleme dokümantasyonu da dosyalar ile veritabanının birlikte yedeklenmesini temel yaklaşım olarak açıklar. Ayrıntılı teknik açıklama için WordPress Advanced Administration Handbook sayfasını inceleyebilirsiniz.
| Bileşen | Neleri içerir? | Eksik olursa ne olur? |
|---|---|---|
| Dosyalar | wp-content, temalar, eklentiler, medya yüklemeleri, özel kodlar, bazı yapılandırma dosyaları | Görseller, tema tasarımı, eklenti dosyaları veya özel geliştirmeler kaybolabilir. |
| Veritabanı | Yazılar, sayfalar, yorumlar, kullanıcılar, ayarlar, eklenti verileri, siparişler | Site açılabilir ama içerikler, ayarlar ve işlem kayıtları eksik olabilir. |
| Yapılandırma | wp-config.php, özel .htaccess kuralları, yönlendirmeler | Veritabanı bağlantısı, kalıcı bağlantılar veya güvenlik kuralları bozulabilir. |
Manuel yedek alırken dosyaları FTP, SFTP, dosya yöneticisi veya SSH ile indirebilirsiniz. Veritabanı için phpMyAdmin dışa aktarma, cPanel yedek aracı veya WP-CLI kullanılabilir. Komut satırı erişiminiz varsa WP-CLI ile veritabanı dışa aktarmak pratik ve tekrarlanabilir bir yöntemdir. Resmi komut açıklaması WP-CLI wp db export belgesinde yer alır.
cd public_html
wp db export backup-2026-11-08.sqlBu komut, WordPress kurulumundaki veritabanı bağlantı bilgilerini kullanarak SQL dosyası oluşturur. Dosya yedeğini de aynı tarihle paketlerseniz hangi veritabanının hangi dosya setine ait olduğunu karıştırmazsınız.
cPanel ile manuel WordPress yedeği alma
cPanel, teknik bilgi düzeyi orta olan kullanıcılar için güvenli ve anlaşılır bir manuel yedek yoludur. cPanel’in resmi belgelerinde tam hesap yedeği, giriş yaptıktan sonra Backup aracı üzerinden oluşturulan ve hesaptaki verileri kapsayan bir arşiv olarak açıklanır. İşlem adımları için cPanel Backup for cPanel dokümantasyonuna bakabilirsiniz.
- cPanel’e giriş yapın ve Files bölümünden Backup veya Backup Wizard aracını açın.
- Tam hesap yedeği gerekiyorsa Download a Full Account Backup seçeneğini kullanın. Bu yöntem site dosyaları, veritabanları ve hesap bileşenleri için geniş kapsamlı arşiv üretir.
- Yalnız WordPress sitesini almak istiyorsanız Home Directory yedeğini indirin, ardından MySQL veritabanını ayrıca dışa aktarın.
- phpMyAdmin’e girip ilgili veritabanını seçin. Export bölümünde genellikle Quick ve SQL seçimi yeterlidir.
- İndirilen dosyaları kendi bilgisayarınızda tek klasörde saklayın. Klasör adında tarih ve site adını kullanın.
- Yedeği yalnız sunucuda bırakmayın. Harici disk, güvenli bulut depolama veya kurum içi yedek alanına ikinci kopya alın.
Tek site barındırılan hesaplarda tam yedek pratik olabilir. Aynı hesapta birden çok site, e-posta kutusu ve alt alan adı varsa, yalnız ilgili WordPress kurulumunu yedeklemek geri yükleme sırasında daha kontrollü sonuç verir. Web hosting hesaplarında cPanel kullanıyorsanız, yedeğin disk kotasını doldurmaması için oluşturduğunuz büyük arşivleri indirdikten sonra panelden temizlemeyi unutmayın.
Eklentiyle otomatik yedekleme planı kurma
Otomatik yedekleme eklentileri, özellikle sık içerik girilen WordPress sitelerinde düzeni korur. UpdraftPlus, Duplicator, BackWPup ve benzeri eklentiler dosya ve veritabanı yedeğini zamanlayabilir. Burada önemli olan tek bir eklenti adına bağlı kalmak değil, seçtiğiniz aracın şu özellikleri sağlamasıdır: zamanlama, uzak depolama, geri yükleme testi, seçmeli yedekleme, hata bildirimi ve mümkünse şifreleme.
WordPress yedekleme nasıl yapılır sorusuna eklentiyle cevap verecekseniz şu plan güvenli bir başlangıçtır:
- Yedekleme eklentisini kurmadan önce sitenizdeki gereksiz pasif temaları, kullanılmayan eklentileri ve eski taslakları temizleyin.
- Eklenti ayarlarında dosya yedeği ile veritabanı yedeğini birlikte etkinleştirin.
- Yedeğin sunucu dışında bir hedefe gönderilmesini sağlayın. Aynı sunucuda kalan tek kopya, sunucu erişim sorunu yaşandığında işe yaramayabilir.
- E-posta bildirimi veya yönetici uyarısı açın. Başarısız yedekleme sessizce kalmamalıdır.
- İlk otomatik yedekten sonra dosya boyutunu, SQL dosyasını ve arşivin açılıp açılmadığını kontrol edin.
Yedek aralığını belirlerken sitenin değişim hızını dikkate alın. Statik kurumsal sitede haftalık dosya yedeği yeterli olabilirken, WooCommerce mağazasında siparişler ve müşteri hareketleri nedeniyle veritabanı daha sık korunmalıdır. Çok yoğun mağazalarda veritabanı yedeğini saatlik veya gerçek zamanlı çözümlerle ele almak gerekir.
Yedek eklentisinin arşivlerini sürekli wp-content içinde tutarsanız disk alanı hızla dolar ve bazı durumlarda bu arşivler herkese açık dosya yollarından indirilebilir hale gelebilir. Uzak depolama ve erişim kontrolü kullanın.
Yedekten site geri yükleme adımları
Yedekten dönmeden önce sorunun kaynağını kabaca belirleyin. Yanlış eklenti güncellemesi mi oldu, dosya mı silindi, veritabanı mı bozuldu, yoksa zararlı yazılım mı bulaştı? Nedeni bilmek, tüm siteyi geri yüklemek yerine yalnız dosya veya yalnız veritabanı dönüşü yapmanız gerekip gerekmediğini gösterir.
- Canlı sitenin mevcut halini de ayrı bir klasöre yedekleyin. Hatalı da olsa son durum, inceleme için gerekebilir.
- Geri yüklenecek yedeğin tarihini seçin. Dosya ve veritabanı yedeklerinin aynı zamana ait olmasına dikkat edin.
- Site dosyalarını bakım moduna alın veya kısa süreli erişimi kısıtlayın. Özellikle mağazalarda geri yükleme sırasında yeni sipariş oluşmamalıdır.
- Eski dosyaları tamamen silmek yerine geçici bir klasöre taşıyın. Ardından yedek dosyaları doğru dizine yükleyin.
- Veritabanını içe aktarın. phpMyAdmin kullanıyorsanız önce ilgili veritabanını seçin, gerekirse tabloları temizleyin, sonra SQL dosyasını içe aktarın.
wp-config.phpiçindeki veritabanı adı, kullanıcı adı, parola ve tablo önekinin doğru olduğundan emin olun.- Kalıcı bağlantıları yenilemek için WordPress yönetim panelinde ayarları kaydedin veya gerekiyorsa
.htaccesskurallarını kontrol edin. - Ön yüz, yönetim paneli, formlar, sepet, ödeme, medya dosyaları ve kullanıcı girişi gibi kritik noktaları test edin.
SSH erişimi olan sunucularda geri yükleme işlemi daha kontrollü yapılabilir. Veritabanı içe aktarma için örnek komut şöyledir:
cd public_html
wp db import backup-2026-11-08.sqlAlan adı değiştiyse veya staging ortamından canlıya geçiyorsanız veritabanındaki eski URL kayıtlarını da güncellemeniz gerekebilir. Bu tür işlemlerde doğrudan SQL arama-değiştirme yerine WordPress’in serileştirilmiş verilerini anlayan araçlar kullanılmalıdır.
Yedekleme sıklığı nasıl seçilir?
Tek bir yedekleme sıklığı her site için doğru değildir. Sitenizde her gün ne kadar veri değiştiğini düşünün. Blog yazısı ayda birkaç kez giriliyorsa günlük veritabanı yedeği rahat bir güvenlik sağlar. Çok yazarlı haber sitesi veya mağazada ise aynı gün içinde çok sayıda kayıt oluşur, bu nedenle daha sık yedek gerekir.
| Site türü | Dosya yedeği | Veritabanı yedeği | Not |
|---|---|---|---|
| Az güncellenen kurumsal site | Haftalık | Günlük veya haftalık | İçerik değişmeden önce manuel yedek alın. |
| Aktif blog | Haftalık | Günlük | Yeni yazı ve yorumlar veritabanında tutulur. |
| WooCommerce mağazası | Günlük | Saatlik veya daha sık | Sipariş ve müşteri verileri için daha dar kayıp aralığı gerekir. |
| Geliştirme yapılan site | Her önemli değişiklik öncesi | Her önemli değişiklik öncesi | Güncelleme ve kod değişikliği staging üzerinde denenmelidir. |
Burada iki kavram işin merkezindedir: ne kadar veri kaybını kabul edebileceğiniz ve siteyi ne kadar sürede ayağa kaldırmanız gerektiği. Sipariş alan bir mağazada bir günlük veri kaybı ciddi sorun yaratabilir. Sadece tanıtım sayfalarından oluşan bir sitede ise bir günlük fark kabul edilebilir olabilir.
Yedekleri saklama süresi de planın parçasıdır. Yalnız son yedeği tutmak risklidir, çünkü sorun birkaç gün önce başlamış olabilir. Örneğin son 7 günlük günlük yedek, son 4 haftalık haftalık yedek ve son 3 aylık aylık yedek şeklinde katmanlı saklama yapılabilir.
Sık yapılan hatalar ve çözüm önerileri
WordPress yedekleme nasıl yapılır konusundaki hatalar genellikle teknik eksiklikten değil, kontrol listesinin olmamasından kaynaklanır. En sık hata yalnız dosyaları indirmektir. Bu durumda yazılar, ayarlar ve kullanıcılar veritabanında kaldığı için tam kurtarma yapılamaz. Çözüm, her yedek setinde SQL dosyasını da aramaktır.
İkinci hata yedeği aynı hosting hesabında bırakmaktır. Sunucu hesabına erişilemiyorsa, disk bozulduysa veya hesap kotası dolduysa aynı yerdeki yedek de risk altındadır. En az bir kopyayı farklı ortamda saklayın. Üçüncü hata eski yedekleri süresiz tutmaktır. Gereğinden fazla arşiv, disk alanını doldurur ve yönetimi zorlaştırır. Saklama politikası belirleyin.
Dördüncü hata, güncelleme öncesi yedek almamaktır. WordPress çekirdeği, tema, eklenti veya PHP sürümü değişmeden önce anlık yedek alın. Daha güvenli yöntem, değişikliği önce staging kopyasında denemektir. Cron job ile çalışan görevleriniz varsa yedekleme saatleriyle çakışmadığından emin olun. Yoğun yedekleme işlemiyle aynı anda çalışan bakım görevleri performansı etkileyebilir.
Beşinci hata SSL, yönlendirme ve alan adı ayarlarını geri yükleme sonrası kontrol etmemektir. Yedekten döndükten sonra tarayıcıda güvenli bağlantı, form gönderimi, yönetim paneli girişi ve ödeme sayfaları mutlaka denenmelidir. SSL tarafında sorun yaşıyorsanız SSL sertifikası rehberi üzerinden temel kontrolleri gözden geçirebilirsiniz.
Kısa kontrol listesi
WordPress yedekleme nasıl yapılır sorusunun güvenli cevabı, dosya ve veritabanını birlikte, düzenli, test edilmiş ve sunucu dışında saklanan kopyalarla korumaktır. Manuel cPanel yedeği, kritik değişiklik öncesi hızlı güvence sağlar. Otomatik eklenti yedekleri ise günlük bakım disiplinini korur. En sağlam plan, bu iki yaklaşımı birlikte kullanır.
- Her yedek setinde dosyalar ve SQL veritabanı olsun.
- Yedek dosya adlarında site adı ve tarih bulunsun.
- En az bir kopya sunucu dışında saklansın.
- Güncelleme, taşıma ve tema değişikliği öncesi manuel yedek alınsın.
- Geri yükleme yılda birkaç kez test ortamında denensin.
- Yedekleme sıklığı sitenin veri değişim hızına göre belirlensin.
Bu düzeni kurduğunuzda WordPress sitenizde hata oluştuğunda paniğe kapılmak yerine, hangi tarihe döneceğinizi ve hangi adımları izleyeceğinizi bilirsiniz.
Sıkça Sorulan Sorular
WordPress yedeği sadece dosyalardan oluşur mu?
Yedekleri aynı sunucuda saklamak güvenli mi?
WordPress yedeği ne sıklıkla alınmalı?
cPanel tam yedeği ile WordPress eklenti yedeği aynı şey mi?
Yedekten geri yükleme yapmadan önce neye dikkat etmeliyim?
Yazar
Sistem Yöneticisi
Onur Kaya, Bulutova'da sistem yöneticisi olarak sunucu altyapısının, sanallaştırma platformunun ve hosting hizmetlerinin kurulumundan ve işletilmesinden sorumludur. VDS ve VPS sunucular, Linux ve Windows Server yönetimi, DNS, kurumsal e-posta altyapısı ve web sitesi güvenliği konularında günlük operasyonda karşılaşılan sorunlarla doğrudan ilgilenir. Blogda bu deneyimden yola çıkarak teknik konuları herkesin uygulayabileceği, adım adım rehberlere dönüştürür.
Tüm yazıları