WordPress’te Manuel Yedek Alma Adımları ve Püf Noktaları

WordPress kullanan herkes bir gün beklenmedik bir sorunla karşılaşabilir. Bir eklenti çakışır, tema dosyası bozulur ya da panel erişimi aniden kesilir. Böyle anlarda elle alınmış güncel bir yedek, siteyi yeniden ayağa kaldıran en kritik güvenlik adımıdır. Otomatik araçlar faydalıdır, ancak manuel işlem size daha fazla kontrol verir. Hangi dosyanın alındığını, veritabanının ne zaman indirildiğini ve yedeğin gerçekten tam olup olmadığını bizzat görürsünüz. Bu kontrol, özellikle sık içerik giren, sipariş alan ya da özel tema kullanan sitelerde çok değerlidir. Küçük bir blog ile yoğun trafik alan bir kurumsal site arasında fark vardır, ama yedek mantığı ikisi için de aynıdır. Amaç nettir. Veriyi kaybetmemek.

Manuel yedekleme denince iş sadece bir klasörü indirip kenara koymak değildir. Süreç iki ana parçadan oluşur. Site dosyaları ve veritabanı. Dosyalar içinde wp-content klasörü ayrı önem taşır çünkü tema, eklenti ve medya yüklemeleri burada bulunur. Veritabanı ise yazılar, sayfalar, yorumlar, ayarlar ve kullanıcı bilgilerini taşır. Bu iki parçadan biri eksikse elinizde tam bir WordPress yedeği yoktur. Bu yüzden işlem sırasında kontrol listesiyle ilerlemek akıllıcadır.

• Hosting paneline giriş yapın.
• Dosya yöneticisinden site dizinini sıkıştırın ve indirin.
• phpMyAdmin üzerinden ilgili veritabanını dışa aktarın.
• Dosya ile veritabanı adını aynı tarih etiketiyle kaydedin.

İşi düzenli yapmak isteyenler için basit bir kayıt mantığı çok işe yarar. Örneğin yedek adını tarih ve site sürümüyle saklamak karışıklığı azaltır. Bir dosyanın adı siteadi-2026-05-20-v1 gibi olduğunda aradığınızı hızla bulursunuz. Ayrıca indirdiğiniz arşivin açılıp açılmadığını kontrol etmek gerekir. Çünkü bazen sorunsuz görünen bir indirme dosyası, geri yükleme anında bozuk çıkabilir. Bu küçük kontrol birkaç dakika sürer, ama kriz anında saatler kazandırır.

Pratikte en iyi yaklaşım, önemli değişikliklerden hemen önce manuel yedek almaktır. Tema güncellemesi yapacaksanız önce yedeği alın. Yeni bir eklenti deneyecekseniz yine aynı adımı uygulayın. Bu alışkanlık zamanla refleks olur. Özellikle canlı sitede çalışırken önce yedek, sonra işlem kuralı büyük riskleri azaltır. Dosyaları indirip veritabanını dışa aktardıktan sonra her ikisini de adlandırılmış klasörlerde saklamak işinizi kolaylaştırır. Böylece ihtiyaç anında panikle neyin en güncel olduğunu aramaz, doğrudan doğru dosyaya ulaşırsınız.

Manuel Yedekleme Neden Önemli?

Bu düzeni oturttuktan sonra asıl kritik soru şudur. Manuel yedek neden bu kadar değerli. Çünkü sorunlar çoğu zaman haber vermez. Bir eklenti güncellemesi beklenmedik bir çakışma çıkarabilir. Yanlış bir dosya silinebilir. Sunucuda problem yaşanabilir. Daha kötüsü, siber saldırı sonrası site tamamen erişilemez hale gelebilir. Böyle anlarda elinizde güncel bir kopya varsa kaybınız saatlerle sınırlı kalır. Yoksa içerikler, ayarlar ve kullanıcı verileri için uzun bir toparlama süreci başlar. Özellikle WordPress yapısında yalnızca dosyaları saklamak yetmez. Çünkü yazılar, sayfalar, yorumlar ve birçok ayar veritabanında tutulur.

Manuel yöntemin gücü, sürecin her adımını doğrudan sizin kontrol etmenizdir. Örneğin FileZilla gibi bir istemci ile sunucuya bağlanıp genelde public_html klasöründeki dosyaları indirirsiniz. Ardından phpMyAdmin içinde Dışa Aktar adımıyla veritabanını bilgisayarınıza alırsınız. Bu iki parça birlikte sitenin gerçek güvenlik ağını oluşturur. Sadece tema klasörünü kaydetmek rahatlatıcı görünebilir ama eksiktir. Çünkü kullanıcı hesapları ve içerik kayıtları veritabanında kalır. Araştırmalarda da tam yedeğin, hem site dosyalarını hem veritabanını kapsaması gerektiği özellikle vurgulanır.

Burada küçük ama etkili bir ayrım var. Otomatik araçlar pratik olabilir. UpdraftPlus, BackupBuddy ve Duplicator gibi çözümler bu iş için sık kullanılır. Hatta UpdraftPlus ücretsiz sürümünde Google Drive ve Dropbox entegrasyonu sunar. Yine de manuel yedek, özellikle büyük bir değişiklikten hemen önce alınan son temiz kopya olduğu için çok değerlidir. İçeriği sık değişen sitelerde günlük, daha durağan sitelerde haftalık, sabit yapılarda aylık plan mantıklıdır. Ama önemli güncelleme öncesi elle alınan yedek çoğu zaman en güven veren seçenektir.

• Eklenti kurmadan önce kısa bir manuel yedek alın. Bu birkaç dakikalık iş, saatler süren onarımı önleyebilir.
• Yedeği tek yerde bırakmayın. Bilgisayar yanında harici disk ya da bulut kopyası da tutun.
• Dosya ve veritabanını aynı tarihle adlandırın. Acil durumda doğru sürümü bulmanız kolaylaşır.

Bir başka önemli nokta da şudur. Yedeği sadece sunucuda tutmak güvenli sayılmaz. Sunucu kaynaklı arıza yaşanırsa yedek de etkilenebilir. Bu yüzden Google Drive, Dropbox veya Amazon S3 gibi ayrı depolama alanları tercih edilir. İmkân varsa dosyaları şifrelemek de akıllıca olur. Küçük bir önlem gibi görünür ama kriz anında farkı çok büyüktür. Çünkü mesele yalnızca siteyi geri getirmek değil, bunu hızlı ve eksiksiz yapabilmektir.

Adım Adım Yedek Alma Süreci

Bu noktadan sonra işi pratiğe dökmek gerekir. Çünkü gerçek koruma, yedeğin nasıl alınacağını net biçimde bilince başlar. En temel akış iki parçadan oluşur. Önce site dosyaları alınır, sonra veritabanı indirilir. WordPress tarafında risk oluşturan saldırı, hatalı güncelleme, sunucu sorunu ya da yanlışlıkla silinen içerik gibi durumlarda ayakta kalmanızı sağlayan yapı tam olarak budur. Yalnızca tema ya da medya klasörünü kopyalamak yetmez. Tam yedek mantığında hem dosyalar hem veritabanı birlikte düşünülmelidir.

İlk adım dosyaları çekmektir. Bunun için çoğu kullanıcı FileZilla gibi bir FTP programı kullanır. Sunucu bilgileri girildikten sonra bağlantı kurulur ve genelde public_html klasörü açılır. Ardından bilgisayarınızda boş bir klasör oluşturup sunucudaki dosyaları buraya kopyalarsınız. Daha pratik davranmak isteyenler bazen yalnızca wp-content, wp-config.php ve .htaccess dosyasını alır. Bu yaklaşım birçok durumda yeterli olur. Yine de büyük değişikliklerden önce tüm dizini indirmek daha güvenlidir. İşlem uzun sürüyorsa panik yapmayın. Medya dosyası çok olan sitelerde bu süre doğal olarak artar.

İkinci adım veritabanını dışa aktarmaktır. Burada en yaygın yol cPanel içindeki phpMyAdmin ekranıdır. İlgili veritabanını seçip Dışa Aktar bölümüne girersiniz. Küçük ve orta ölçekli sitelerde genellikle Hızlı seçeneği ve SQL formatı yeterlidir. Sonra Git düğmesine basılır ve dosya bilgisayara iner. Yazılar, sayfalar, yorumlar, kullanıcılar ve pek çok ayar bu dosyanın içindedir. Eğer dışa aktarma başarısız olursa sebep çoğu zaman veritabanının büyük olmasıdır. Böyle bir durumda işlemi bölmek ya da farklı bir yöntem düşünmek gerekir.

Bazı kullanıcılar daha hızlı yol ister. Bu durumda WordPress panelinden Eklentiler bölümüne girip UpdraftPlus gibi araçlar kurulabilir. Bu tür çözümlerle 2 saatte bir, 4 saatte bir, günlük, haftalık, iki haftada bir veya aylık plan yapılabilir. All-in-One WP Migration ise tek dosya mantığıyla çalışan daha sade bir seçenek sunar. Yine de manuel süreci en az bir kez denemek önemlidir. Çünkü bir gün panel açılmazsa, elinizin alışık olması büyük avantaj sağlar.

• Güncelleme öncesi kısa bir kontrol yapın. Önce dosya indirmesinin tamamlandığını görün.
• Veritabanı dosyasını hemen açıp adını kontrol edin. Yanlış veritabanını indirmek sık görülen bir hatadır.
• Tarih ekleyerek klasör oluşturun. Örnek olarak aynı gün içinde ikinci yedeği ayırt etmek kolaylaşır.

Bir de hosting tarafındaki Yedekleme Sihirbazı seçeneği vardır. Burada Tam Yedekleme seçeneği çoğu uzman tarafından daha güvenli bulunur. Çünkü işlem tek panelden yürür ve eksik parça bırakma riski azalır. Özellikle teknik ayrıntıyla uğraşmak istemeyen ama eklentiye de bağlı kalmak istemeyen kullanıcılar için dengeli bir yoldur. Böylece hangi yöntem size daha uygunsa onu seçer, ama akışı hep aynı mantıkla sürdürürsünüz. Önce erişim, sonra kopyalama, ardından dosyaları hızlıca doğrulama.

Yedekleme İçin Gereken Araçlar

Bu noktadan sonra işinizi gerçekten kolaylaştıran şey, hangi aracı ne zaman kullanacağınızı doğru bilmek olur. Çünkü yedek alma mantığı aynı kalsa da kullanılan araç, hızınızı ve hata riskinizi doğrudan etkiler. En yaygın üç seçenek öne çıkar. cPanel, phpMyAdmin ve FileZilla. Kontrol paneli tarafında ilerlemek isteyenler için cPanel içindeki Yedekleme Sihirbazı pratik bir başlangıç sunar. Burada Tam Yedekleme seçeneğinin çoğu durumda daha güvenli kabul edilmesi boşuna değildir. Tek tek parça aramak yerine tüm yapıyı bir arada toplar. Özellikle yoğun içerikli sitelerde bu yaklaşım daha düzenli bir çalışma sağlar.

Dosyalar için bir FTP istemcisi kullanmak isteyenler genelde FileZilla ile ilerler. Mantık basittir. Sunucu bilgilerini girersiniz, bağlanırsınız, ardından çoğu sitede ana klasör olan public_html içine bakarsınız. Buradaki dosyaları bilgisayarınızda açtığınız yerel klasöre kopyalarsınız. Pratikte birçok kullanıcı tüm dizini indirir. Yine de daha kontrollü hareket etmek isteyenler için /wp-content/, wp-config.php ve .htaccess dosyasını ayrı dikkatle almak akıllıca bir adımdır. Çünkü sitenin kişisel ayarları ve içerik tarafı büyük ölçüde burada şekillenir. Küçük ama etkili bir öneri de şudur. İndirme başlamadan önce bilgisayarınızda yeterli alan olup olmadığını kontrol edin.

Veritabanı tarafında ise araç değişir. Burada devreye çoğu zaman phpMyAdmin girer. cPanel içinden açılan bu bölümde Dışa Aktar sekmesi kullanılır ve genelde Hızlı seçeneği ile SQL formatı küçük ve orta ölçekli siteler için yeterli olur. Bu ayrıntı önemlidir. Çünkü dosyalar sitenin gövdesiyse veritabanı da yazılar, kullanıcılar ve ayarlar gibi canlı verilerin tutulduğu alandır. Araç seçerken bu ayrımı bilmek size zaman kazandırır. Bir dosyayı gözle kontrol etmek kolaydır. Ama yanlış veritabanını indirdiğinizde sorun çok daha geç fark edilir.

Bir de otomasyonu sevenler için eklenti tarafı vardır. UpdraftPlus bu alanda sık kullanılan araçlardan biridir. Yedekleme periyodu olarak 2 saatte 1, 4 saatte 1, 8 saatte 1, 12 saatte 1, günlük, haftalık, iki haftada bir ve aylık seçenekleri sunması büyük rahatlık sağlar. Üstelik kayıt yerini yalnızca sunucu ile sınırlamaz. FTP dışında farklı bulut hesaplarına gönderim yapılabilmesi, tek noktaya bağlı kalmamak açısından değerlidir. Günlük içerik girilen bir sitede otomatik plan iyi bir destek olur. Daha sakin sitelerde ise manuel kontrolle birlikte kullanıldığında düzen çok daha sağlam ilerler.

Dosya ve Veritabanı Yedekleme

Bu noktadan sonra işin kalbi, site dosyaları ile veritabanını ayrı ayrı ama eksiksiz biçimde almak oluyor. Çünkü WordPress yapısında görünen sayfalar, yazılar ve kullanıcı bilgileri veritabanında durur. Tema, eklenti, medya yüklemeleri ve yapılandırma dosyaları ise sunucu tarafında kalır. Yani sadece birini alırsanız elinizde yarım bir kopya olur. Özellikle public_html klasörü içindeki içerik ile veritabanının birlikte saklanması, çökme ya da hatalı güncelleme anında siteyi ayağa kaldıran asıl ikilidir.

Dosya tarafında en pratik manuel yol, FileZilla gibi bir FTP istemcisiyle sunucuya bağlanmaktır. Bağlantı kurulduktan sonra genelde sağ tarafta görülen public_html dizini açılır ve dosyalar bilgisayardaki yerel klasöre indirilir. Burada herkesin tüm klasörü çekmesi şart değildir. Araştırmalarda da sık önerildiği gibi, özellikle /wp-content/ klasörü, .htaccess dosyası ve wp-config.php dosyası çoğu durumda kritik çekirdeği oluşturur. Mesela tema ayarınızı, yüklediğiniz görselleri ve eklenti dosyalarını korumak istiyorsanız en çok bu bölüm hayat kurtarır. Küçük ama etkili bir alışkanlık da şudur. İndirdiğiniz klasöre tarih ekleyin. Örnek olarak 2026-05-20-site-dosyalari gibi açık bir ad kullanın.

Veritabanı kısmında yol genelde phpMyAdmin üzerinden ilerler. Kontrol paneline girdikten sonra doğru veritabanını seçip Dışa Aktar bölümünde Hızlı seçeneği ve SQL formatını kullanmak, içeriği çok büyük olmayan sitelerde çoğu zaman yeterlidir. İndirilen dosya çoğunlukla .sql ya da sıkıştırılmış biçimde .sql.gz uzantısıyla gelir. Burada en sık yapılan hata, yanlış veritabanını dışa aktarmaktır. Bunu önlemek için indirme biter bitmez dosya adını kontrol edin. Eğer dışa aktarma yarıda kalıyorsa, neden çoğu zaman veritabanının büyük olmasıdır. Böyle bir durumda dosyanın bozuk inmesini beklemek yerine işlemi yeniden denemek daha temiz sonuç verir.

Kontrol panelinde Yedekleme Sihirbazı kullananlar için de mantık değişmez. Giriş Dizini ile MySQL Veritabanları bölümlerini ayrı ayrı indirip aynı tarih altında toplamak karışıklığı ciddi biçimde azaltır. Dosya adlarına içerik bilgisi eklemek de çok işe yarar. Örnek olarak site-dosya-arsivi ve veritabani-kopyasi gibi adlar, geri yükleme anında saniyeler kazandırır. O stresli anda hangi dosyanın ne olduğunu tahmin etmeye çalışmak istemezsiniz.

• İndirmenin tamamlandığını boyuttan kontrol edin. Birkaç kilobaytlık yedek çoğu zaman eksiktir.
• Dosya ve veritabanını aynı klasörde ama ayrı adlarla tutun. Karışıklık azalır.
• Sık güncellenen sitelerde günlük ritim düşünün. Daha durağan sitelerde haftalık ya da aylık düzen yeterli olabilir.

Yedekleri Güvenli Bir Şekilde Saklama

Bu noktadan sonra asıl farkı yaratan şey, indirdiğiniz yedeği nerede ve nasıl sakladığınız olur. Dosyayı bilgisayarın masaüstüne atıp unutmak rahat görünür ama risklidir. Tek bir cihaz arızası, tüm emeği boşa çıkarabilir. Bu yüzden cPanel üzerinden aldığınız Giriş Dizini yedeğini ve MySQL Veritabanı kopyasını ayrı ayrı indirip tarih bilgisi içeren özel bir klasörde tutmak akıllıca olur. Örnek olarak 2026-05-20-site-yedegi gibi net bir klasör adı, günler sonra bile aradığınızı saniyeler içinde bulmanızı sağlar.

Burada küçük ama etkili bir kural var. Tek kopya yedek, gerçek anlamda güvenli yedek sayılmaz. Yerel bilgisayarda duran dosyanın yanına bir bulut kopyası eklemek gerekir. UpdraftPlus gibi araçlar bu yüzden çok kullanışlıdır. Eklenti içinde dosya ve veritabanı için günlük ya da haftalık sıklık seçilebilir. Ayrıca saklama sayısını örneğin üç yedek olarak belirlemek mümkündür. Böylece hem depolama alanı gereksiz dolmaz hem de en eski kopyalar otomatik silinir. Google Drive veya Dropbox gibi alanlara aktarım yapılabilmesi, cihaz kaybı yaşandığında elinizi güçlendirir.

• Aynı yedeği iki farklı yerde tutun. Biri bilgisayarda, biri bulutta olsun.
• Dosya ve veritabanını ayrı isimlendirin. Karışıklık geri yükleme anında zaman kaybettirir.
• Uzantıyı kontrol edin. Site dosyası çoğunlukla .tar.gz, veritabanı ise .sql.gz olur.
• Klasör adına tarih ekleyin. Aynı hafta alınan yedekler kolay ayırt edilir.

Bir adım daha ileri gitmek isterseniz, hosting tarafındaki JetBackup da güçlü bir yardımcıdır. cPanel içinden Full Backup sekmesinde yer alan kayıtlar, gerektiğinde Home Dir Files ve Databases seçimleriyle geri yükleme düzeni sunar. Bu yapı özellikle acele anlarda hayat kurtarır çünkü hangi parçanın nereden döneceği bellidir. Yine de en sağlıklı yaklaşım, sadece tek araca güvenmemektir. Eklenti tabanlı kopya ile hosting tarafındaki kopyayı birlikte tutmak, farklı depolama alanlarında koruma sağlar.

İşin pratik tarafı aslında çok basittir. Yedeği alın. Adını açık yazın. İki ayrı yerde saklayın. Ayda bir kez de klasörü açıp dosyaların gerçekten durduğunu kontrol edin. Güvenli saklama alışkanlığı, yedek alma işlemini tamamlayan son ve kritik halkadır. Çünkü sorun çıktığında önemli olan sadece yedeğin var olması değil, doğru dosyanın doğru yerde hazır beklemesidir.

Olası Hatalar ve Çözümleri

Dosyalar doğru yerde hazır bekliyorsa bir sonraki önemli konu da, geri dönüş anında karşınıza çıkabilecek hataları önceden tanımaktır. Çünkü sorun çoğu zaman yedeğin hiç olmamasından değil, yedeğin eksik, bozuk ya da işe yaramaz durumda olmasından çıkar. Sık görülen ilk hata, sadece site dosyalarını indirip veritabanını almamaktır. Oysa WordPress yapısında yazılar, sayfalar, kullanıcılar ve ayarlar veritabanında tutulur. Yani elinizde tema ve eklenti klasörleri olsa bile içerik tarafı boş kalabilir. Bu yüzden tam yedek anlayışı şarttır. Dosyalar ve veritabanı birlikte düşünülmelidir.

Bir başka sorun, dışa aktarma sırasında veritabanı dosyasının eksik inmesidir. Özellikle phpMyAdmin üzerinden alınan yedeklerde büyük veritabanları bazen işlem yarıda kesildiği için sorun çıkarabilir. Küçük ve orta ölçekli sitelerde genelde Hızlı seçeneği ve SQL formatı ile alınan dışa aktarma daha sorunsuz ilerler. Eğer indirme başarısız oluyorsa bunun nedeni çoğu zaman veritabanı boyutudur. Böyle bir durumda aynı yöntemi zorlamak yerine eklenti tabanlı bir çözüm kullanmak daha mantıklıdır. UpdraftPlus, BackWPup ve Jetpack Backup gibi araçlar bu noktada iş yükünü azaltır ve geri yükleme anında daha düzenli paketler sunar.

Kontrol paneli üzerinden alınan arşivlerde de hata yaşanabilir. cPanel veya DirectAdmin araçları çoğu zaman dosyaları .zip arşivi olarak verir. Ancak kullanıcıların yaptığı yaygın hata, arşivi indirip açmadan saklamaktır. Dosya bozuksa bunu kriz anında fark edersiniz. Daha güvenli yol şudur.

• İndirdiğiniz arşivi bir kez açın ve klasör yapısını kontrol edin.
• Veritabanı dosyasının gerçekten bulunduğunu doğrulayın.
• Dosya adına tarih ekleyin. Karışıklık azalır.
• Aynı yedeği iki farklı konumda tutun.

Bazen hata araçta değil, stratejidedir. Hosting yedeğine güvenip başka hiçbir şey yapmamak risklidir. Çünkü bu sistemler çoğu zaman otomatik değil, el ile işlem gerektirir. Buna karşılık WordPress eklentileri 2 saatte bir, 4 saatte bir, günlük, haftalık veya aylık plan kurulmasına izin verir. En sağlıklı yaklaşım, hosting panelindeki yedeği ve eklenti ile alınan otomatik kopyayı birlikte kullanmaktır. Böylece bir yöntem çalışmazsa diğer katman devreye girer. Özellikle Google Drive veya Dropbox gibi ayrı bir depolama alanına kopya göndermek, tek noktaya bağlı kalma riskini azaltır.

İşinizi kolaylaştıracak küçük ama etkili bir alışkanlık da test geri yüklemesidir. Canlı siteye dokunmadan, mümkünse ayrı bir alanda yedeği açıp çalışıp çalışmadığını görmek büyük fark yaratır. Böylece gerçek bir sorun çıktığında panikle değil, önceden doğrulanmış bir planla hareket etmiş olursunuz. Bu yaklaşım, özellikle güncelleme sonrası bozulan sitelerde zaman kaybını ciddi biçimde azaltır.