Web sitesi yedekleme, sitenizin tüm dosyalarının ve varsa veritabanının belirli aralıklarla ayrı bir sunucuya veya bulut depolama alanına kopyalanması anlamına gelir; bu kopya elinizde olmadığında bir hackleme girişimi, hosting sağlayıcısında yaşanan bir arıza ya da yönetim panelinde yapılan yanlış bir tıklama sitenizi saatler hatta günler boyunca tamamen kullanılamaz hale getirebilir. Statik bir tanıtım sitesiyle içerik yönetim sistemi (CMS) üzerinde çalışan bir site için hem yedekleme sıklığı hem de yöntem farklılaşır; bu yazıda ikisi için de somut bir yol haritası veriyoruz.
Web Sitesi Yedeklemesi Neden Bu Kadar Kritik?
Bir web sitesi yalnızca görünen bir vitrin değil, arkasında biriken bir dijital varlıktır: yıllar içinde yazılan blog içerikleri, oluşturulan sayfa yapısı, arama motorunda kazanılan sıralama, entegre edilen form ve randevu sistemleri... Bunların hepsi tek bir sunucuda, tek bir veritabanında saklanır. Yedek alınmadığında bu varlığı riske atan senaryolar sanıldığından daha sık yaşanır:
- Hosting arızası: Sunucu tarafında yaşanan bir donanım arızası ya da veri kaybı, sağlayıcı yedek tutmuyorsa geri döndürülemez olabilir.
- Hackleme ve kötü amaçlı yazılım: Özellikle WordPress gibi eklenti tabanlı sistemlerde güncel olmayan bir eklenti, siteye zararlı kod bulaşmasına yol açabilir; temiz bir yedek olmadan bu durumun geri alınması çok zaman alır.
- Güncelleme sonrası bozulma: Bir CMS, tema ya da eklenti güncellemesi bazen mevcut yapıyla çakışıp sitenin görünümünü veya işlevini bozabilir.
- İnsan hatası: Yönetim panelinde yanlışlıkla silinen bir sayfa, yanlış yapılandırılan bir ayar ya da yanlış dosyanın üzerine yazılması, günlük kullanımda karşılaşılan en sık hatalardandır.
Bu senaryoların ortak noktası şudur: hiçbiri "olursa olur" değil, gerçekten yaşanabilecek durumlardır ve güncel bir yedek olduğunda çözümü birkaç dakika sürerken, yedek olmadığında site günlerce erişilemez kalabilir ya da içerik tamamen kaybolabilir.
Ne Sıklıkla Yedek Alınmalı?
Yedekleme sıklığı, sitenin türüne ve ne kadar sık güncellendiğine göre belirlenmelidir:
- Statik tanıtım siteleri (sık içerik eklenmeyen, çoğunlukla sabit sayfalardan oluşan siteler): Ayda bir kez alınan bir yedek genellikle yeterlidir; büyük bir güncelleme veya tasarım değişikliği öncesinde ayrıca manuel yedek alınmalıdır.
- Blog yazan veya düzenli içerik eklenen siteler: Haftalık otomatik yedekleme önerilir; içerik kaybı riskini en aza indirir.
- E-ticaret siteleri ve randevu/sipariş alan platformlar: Günlük, hatta bazı durumlarda gün içinde birden fazla kez yedekleme gerekir; çünkü veritabanında sürekli yeni sipariş ve müşteri verisi oluşur ve bu verinin kaybı doğrudan gelir kaybı demektir.
Genel kural şudur: sitenizde bir günlük kaybı telafi edilemez veri oluşuyorsa, yedekleme sıklığınız da günlük olmalıdır.
Otomatik Yedekleme Nasıl Kurulur?
Manuel yedekleme unutulmaya en açık süreçlerden biridir; bu yüzden otomatik bir sistem kurmak, her zaman manuel bir hatırlatmadan daha güvenilirdir. Pratikte üç yaygın yöntem vardır:
- Hosting sağlayıcısının panel üzerinden sunduğu otomatik yedekleme: Çoğu hosting paketi, günlük veya haftalık otomatik yedekleme seçeneği sunar; bu seçeneğin açık olduğundan ve yedeklerin gerçekten alındığından (sadece ayarın açık görünmesi yeterli değildir) periyodik olarak emin olunmalıdır.
- CMS eklentisi üzerinden yedekleme: WordPress gibi sistemlerde yedekleme eklentileri, siteyi otomatik olarak harici bir depolama alanına (Google Drive, Dropbox, Amazon S3 gibi) kopyalayabilir.
- 3-2-1 kuralı: Profesyonel yaklaşım, en az 3 kopya, 2 farklı ortamda (örneğin hosting sunucusu ve bulut depolama), 1 tanesi de fiziksel olarak farklı bir konumda tutulmasıdır. Küçük işletmeler için bu kuralın basitleştirilmiş hali, hosting yedeğine ek olarak ayda bir kez yedeğin bilgisayara veya ayrı bir bulut hesabına indirilmesi olabilir.
Yedekleme hizmeti sunan bulut depolama çözümlerinin yıllık maliyeti, kullanılan alana göre değişmekle birlikte küçük bir işletme sitesi için genellikle yıllık 500-2.000 TL bandında kalır; bu, olası bir veri kaybının maliyetiyle kıyaslandığında oldukça düşük bir bedeldir.
Güncelleme ile Yedekleme Neden Birlikte Düşünülmeli?
CMS tabanlı sitelerde (özellikle WordPress) çekirdek yazılım, tema ve eklentiler düzenli olarak güncellenir; bu güncellemeler genellikle güvenlik açıklarını kapatmak için gereklidir ve atlanmamalıdır. Ancak her güncelleme, mevcut yapıyla uyumsuzluk riski taşır: bir eklenti güncellemesi sitenin görünümünü bozabilir, bir tema güncellemesi özel yapılan bir düzenlemeyi sıfırlayabilir.
Bu yüzden doğru sıralama şudur: önce güncel bir yedek alın, sonra güncellemeyi yapın. Güncelleme sonrası site bozulursa, yedeğe dönüp güncellemeyi tekrar deneme ya da sorunu çözene kadar eski sürümde kalma şansınız olur. Yedek almadan yapılan güncellemelerde ise geri dönüş yolu kalmayabilir.
Statik sitelerde (kod tabanlı, CMS eklentisi olmayan sitelerde) bu risk daha düşüktür, çünkü güncelleme genellikle geliştirici tarafından kontrollü bir şekilde, test ortamında önce denendikten sonra canlıya alınır.
Yedekleme Sorumluluğu Kimde Olmalı: Ajans mı, İşletme mi?
Bu sorunun net bir cevabı olmalı ve bu cevap, proje başlarken yazılı olarak belirlenmelidir. Sahada sıkça karşılaşılan sorun, hem ajansın hem de işletme sahibinin yedeklemenin diğer tarafın sorumluluğunda olduğunu düşünmesi, sonuçta hiç kimsenin düzenli yedek almamasıdır.
Pratik yaklaşım şudur:
- Bir bakım anlaşması varsa, yedekleme bu anlaşmanın standart bir parçası olmalı ve hangi sıklıkta, nereye yedek alındığı yazılı olarak belirtilmelidir.
- Bakım anlaşması yoksa, işletme sahibi en azından hosting panelindeki otomatik yedekleme ayarının açık olduğunu ve yedeklerin gerçekten oluştuğunu kendisi kontrol etmelidir.
- Her iki durumda da, yedeklerin kimin hesabında/erişiminde tutulduğu netleştirilmelidir; alan adı sahipliğinde olduğu gibi, yedekler de yalnızca bir ajans hesabında kilitli kalmamalıdır.
Bir web sitesi projesine ajansla anlaşmadan önce sorulması gereken diğer kritik soruları (yedekleme, kaynak kod sahipliği, bakım kapsamı gibi) web sitesi bakım ve destek yazımızda topladık.
Yedekten Geri Yükleme Gerçekten Çalışıyor mu? Test Etmeden Bilemezsiniz
Yedek almak işin yarısıdır; diğer yarısı, bu yedeğin gerçekten geri yüklenebilir olduğundan emin olmaktır. Sahada nadir de olsa karşılaşılan bir durum, yıllarca alınan yedeklerin bozuk, eksik ya da uyumsuz formatta olduğunun, tam da ihtiyaç anında fark edilmesidir. Bunu önlemek için:
- Yılda en az bir kez, bir yedeği test ortamında (canlı siteyi etkilemeyecek ayrı bir alanda) geri yükleyerek gerçekten çalıştığını doğrulayın.
- Yedeğin hem dosyaları hem de veritabanını (varsa) kapsadığından emin olun; sadece dosya yedeği alıp veritabanını unutmak yaygın bir hatadır.
- Yedekleme tarihinin ve boyutunun makul göründüğünü (örneğin sıfır byte'lık bir "yedek" oluşmadığını) düzenli olarak kontrol edin.
Sitenizin güvenliğiyle ilgili SSL, HTTPS ve genel güvenlik önlemlerini de kapsayan detaylı bir rehber için web sitesi güvenliği yazımıza göz atabilirsiniz.
Yedekleme Konusunda Sık Yapılan Hatalar
- Yedeği aynı sunucuda tutmak: Sunucunun tamamı arızalanırsa yedek de kaybolur; yedek mutlaka farklı bir konumda (bulut depolama, ayrı sunucu) tutulmalıdır.
- Sadece "ayar açık" demekle yetinmek: Otomatik yedekleme ayarının açık görünmesi, yedeğin gerçekten oluştuğu anlamına gelmez; periyodik kontrol şarttır.
- Güncelleme öncesi yedek almayı atlamak: Özellikle büyük bir eklenti veya CMS güncellemesi öncesinde manuel bir yedek almak, birkaç dakikalık bir işlemdir ama gün kurtarabilir.
- Yedeklerin kim tarafından erişilebildiğini bilmemek: Ajans ilişkisi sona erdiğinde yedeklere erişimin de işletmede kalması gerekir.
Sık Sorulan Sorular
Statik bir siteye de yedekleme gerekli mi?
Evet, ama sıklığı daha düşük olabilir. Statik bir sitede içerik sık değişmediği için aylık bir yedek genellikle yeterlidir; yine de kaynak kodun bir kopyasının (Git deposu gibi) güvenli bir yerde tutulması önerilir.
Yedekleme için ayrıca ödeme yapmam gerekir mi?
Çoğu hosting paketi temel bir otomatik yedekleme özelliği içerir, ancak daha sık yedekleme veya daha uzun saklama süresi genellikle ek bir ücrete tabidir. E-ticaret gibi kritik siteler için bu ek maliyet, veri kaybı riskine karşı makul bir yatırımdır.
Yedek olmadan güncelleme yapılırsa ne olur?
Güncelleme sorunsuz geçebilir, ama uyumsuzluk çıkarsa siteyi eski haline döndürecek bir yedek olmadığı için sorun manuel olarak, satır satır düzeltilmek zorunda kalınır; bu hem zaman hem de maliyet açısından çok daha külfetlidir.
Sonuç: Yedekleme, Fark Edilmeyen Ama Kritik Bir Güvencedir
Web sitesi yedekleme, çoğu zaman hiçbir şey ters gitmediği sürece "gereksiz bir masraf" gibi görünür; ama tam da ihtiyaç duyulduğu anda, bu küçük yatırımın işin devamlılığını belirleyen en kritik unsur olduğu ortaya çıkar. Otomatik bir sistem kurmak, sorumluluğu net şekilde belirlemek ve yedeği periyodik olarak test etmek, çoğu işletme için birkaç saatlik bir kurulumdan ibarettir.
Welda olarak geliştirdiğimiz sitelerde yedekleme ve güncelleme süreçlerini bakım kapsamına dahil ediyor, işletme sahibinin bu konuda hiçbir zaman tek başına kalmamasını sağlıyoruz. Yeni bir web sitesi yaptırmayı planlıyorsanız ya da mevcut sitenizin yedekleme sürecini gözden geçirmek istiyorsanız web tasarım ve geliştirme hizmetimize göz atabilirsiniz.