Web Sitesi Yedekleme: Neyi, Ne Sıklıkla ve Nereye Yedeklemelisiniz?

Son güncelleme: 14.10.2026

Bir web sitesinin yedeği iki parçadır, dosyalar ve veritabanı; ikisi aynı anda alınır, en az bir kopyası sitenin bulunduğu sunucunun dışında tutulur ve düzenli olarak geri yüklenerek denenir. Sıklık sitenin ne kadar değiştiğine bağlıdır: az değişen bir tanıtım sitesi için haftalık, her gün form veya sipariş alan bir site için günlük yedek makul bir başlangıçtır.

Neyi yedeklemelisiniz?

WordPress örneğinden gidelim. Site iki ayrı yerde durur ve birini yedeklemek diğerini kapsamaz:

Veritabanı web sitesi klasörünün içinde değil, ayrı bir veritabanı sunucusunda (genellikle MySQL veya MariaDB) durur. FTP ile site klasörünü indirmek veritabanını yedeklemez; veritabanının ayrıca dışa aktarılması gerekir. WordPress belgeleri tutarlı bir yedek için önce veritabanının, hemen ardından dosyaların alınmasını; geri yüklerken ise önce dosyaların, sonra veritabanının yüklenmesini önerir.

Alan adınızın DNS kayıtlarını ve e-posta ayarlarını da bir yere not edin. Bunlar site yedeğinin parçası değildir, ama taşıma veya geri dönüş gününde lazım olur.

Ne sıklıkla?

WordPress belgelerinin genel önerisi az içerikli siteler için haftalık, sık güncellenen siteler için günlük yedektir. Doğru sıklığı belirlemek için tek bir soru yeter: "Son yedekten bu yana kaybolsa hangi veriyi yeniden oluşturamam?"

Güncellemeden önce alınan yedeği nasıl kullanacağınızı WordPress güncelleme rehberimizde anlattık.

Nereye? 3-2-1 kuralı

ABD Siber Güvenlik ve Altyapı Güvenliği Ajansı'nın (CISA) yedekleme belgesi, verinin kurtarılabilmesi için 3-2-1 kuralını önerir:

• 3 kopya: biri asıl veri, ikisi yedek.
• 2 farklı ortam: aynı türden bir arıza iki kopyayı birden götürmesin.
• 1 kopya başka bir yerde: işletmenin ve sunucunun dışında.

Web sitesine uyarlarsak: canlı site, hosting firmasının ya da yedekleme eklentisinin aynı sunucudaki kopyası ve başka bir sağlayıcıdaki bulut depolama alanında duran bir kopya. WordPress belgeleri de benzer bir düzen tarif eder: bir kopya sunucuda, bir kopya bulut depolamada, bir kopya yerel bilgisayarda.

Ne kadar süre saklanmalı?

Yalnız son yedeği tutmak yetmez. Site ele geçirildiyse ya da bir içerik yanlışlıkla silindiyse bu çoğu zaman günler sonra fark edilir; o arada alınan yedekler de bozuk hâli içerir. WordPress belgeleri en az üç ila beş güncel yedeğin saklanmasını önerir. Uygulamada günlük yedeklerin bir süre, bunlardan seçilen haftalık ve aylık yedeklerin daha uzun süre saklandığı kademeli bir düzen kurulur. Süreyi belirlerken sitenizdeki bir sorunu ortalama ne kadar sürede fark ettiğinizi düşünün.

Yedek dosyası sitenin tamamını taşır: form kayıtları, kullanıcı bilgileri ve wp-config.php içindeki veritabanı parolası da içindedir. Yedeği sitenin herkese açık klasöründe bırakmayın, erişimi kısıtlı bir yerde ve mümkünse şifreli saklayın.

Hosting yedeğine güvenmenin riski

Çoğu hosting firması sunucunun tamamını yedekler. WordPress belgeleri de bunu belirtir, ancak bu yedekten kopya istemenin zaman aldığını ve kendi yedeğinizi almayı öğrenmeniz gerektiğini ekler. Yalnız hosting yedeğine güvenmenin somut riskleri:

• Yedek çoğu zaman aynı firmanın altyapısındadır. Hesap askıya alınırsa, ödeme aksarsa ya da sağlayıcıda bir sorun çıkarsa site ve yedek birlikte erişilemez olur.
• Saklama süresi kısa olabilir; sorunu geç fark ettiğinizde temiz yedek silinmiş olabilir.
• Geri yükleme bir destek talebiyle yapılıyorsa beklemeniz gerekir.

Hosting firmanıza şunları sorun: yedek ne sıklıkla alınıyor, kaç gün geriye gidilebiliyor, yedek aynı sunucuda mı ayrı bir yerde mi, geri yüklemeyi kim yapıyor. Hosting seçiminde sorulacak diğer soruları hosting seçimi yazımızda topladık.

Geri yükleme testi

Hiç denenmemiş bir yedek, gerçekten işe yarayıp yaramadığı bilinmeyen bir dosyadır. WordPress belgeleri otomatik yedeklerin arada bir elle alınan bir yedekle desteklenmesini ve yedeklerin kullanılabilir olduğunun doğrulanmasını önerir. Basit bir test:

1. Sunucu dışındaki kopyadan son yedeği indirin.
2. Ayrı bir test alanına ya da kopya ortama önce dosyaları, sonra veritabanını yükleyin.
3. Ana sayfayı, bir iç sayfayı, görselleri ve yönetim paneline girişi kontrol edin.
4. Son form kaydının yedekte olup olmadığına bakın; bu, yedeğin ne kadar güncel olduğunu gösterir.
5. Testin tarihini ve süresini not edin. Gerçek bir sorunda ne kadar sürede geri dönebileceğinizi bu not söyler.

Bunu kim takip etmeli?

Yedekleme eklentisini kurmak birkaç dakikalık iştir; zor olan, yedeğin her gün alındığını, sunucu dışına çıktığını ve geri yüklenebildiğini aylar boyunca takip etmektir. Web sitesi bakım hizmetimizde yedeğin bir kopyasını sunucudan ayrı tutar ve geri yüklemeyi düzenli olarak deneriz.

Sık Sorulan Sorular

Yedekleme eklentisi yeterli mi?

Eklenti yedeği alır; nereye gönderildiği ve ne kadar süre saklandığı sizin ayarınıza bağlıdır. Eklenti yedekleri aynı sunucuda tutacak şekilde ayarlıysa sunucu dışı kopyanız yoktur.

Yedeği kendi bilgisayarımda tutabilir miyim?

Ek bir kopya olarak evet. WordPress belgeleri de yerel bilgisayarı kopya yerlerinden biri olarak sayar. Tek kopya olarak kullanmayın; bilgisayar bozulursa ya da çalınırsa yedek de gider.

Yedek alırken site kapanır mı?

Genellikle hayır. Büyük sitelerde yedekleme sunucuya yük bindirebileceği için trafiğin az olduğu saatlere planlanır.

Site taşınırken yedek nasıl kullanılır?

Taşıma, yedeğin yeni sunucuya geri yüklenmesidir. Bu yüzden düzenli geri yükleme testi yapılan bir site daha az sürprizle taşınır. Adresler değişiyorsa yönlendirmeler için 301 yönlendirme rehberimize bakın.

Yalnız veritabanını yedeklemek yeterli olur mu?

Hayır. Veritabanında yazılar ve ayarlar vardır, ama yüklenen görseller, belgeler, tema ve eklentiler dosya olarak durur. Sitenin tamamen geri gelmesi için ikisi birlikte gerekir.

Kaynaklar

• WordPress Developer Resources: Yedekleme
• WordPress Developer Resources: Veritabanını yedekleme
• WordPress Developer Resources: Dosyaları yedekleme
• WordPress Developer Resources: Güncellemeden önce yedeğin doğrulanması
• CISA: Data Backup Options, 3-2-1 kuralı (arşiv kopyası)