WordPress’te “yedek” konusu genelde sorun yaşanana kadar ertelenir. Halbuki tema/eklenti güncellemesi, yanlış ayar, saldırı, hosting problemi veya kullanıcı hatası gibi durumlarda en hızlı kurtarma yolu düzgün bir yedektir.

Bu rehberde:

Neyi yedeklemelisin?
Hangi yöntem en güvenlisi?
Otomatik yedek planı nasıl olmalı?
Geri yükleme (restore) kontrol listesi nasıl uygulanır?

hepsini sırasıyla anlatıyorum.

1) WordPress’te “yedek” neyi kapsar?

WordPress sitenin 2 ana parçası vardır:

A) Dosyalar

wp-content/ (tema, eklenti, uploads görselleri — en kritik kısım)
WordPress çekirdek dosyaları (yeniden kurulabilir ama bazen sürüm uyumu için dosya yedeği iyi olur)
.htaccess (Apache ise), nginx.conf gibi sunucu ayar parçaları (hosting’e göre)

B) Veritabanı (Database)

Yazılar, sayfalar, yorumlar
Ayarlar, menüler, widget’lar
Kullanıcılar, roller
Eklenti ayarlarının büyük kısmı

Altın kural: Sadece dosyayı veya sadece veritabanını almak yetmez. Tam yedek = dosyalar + veritabanı.

2) En güvenli strateji: 3-2-1 kuralı

AdSense’e giderken sitenin stabil kalması da önemli. Bu yüzden yedekte “tek kopya” riskli.

3-2-1:

3 kopya (en az 3 yedek sürümü)
2 farklı ortam (sunucu + bulut gibi)
1 kopya “site dışı” (offsite)

Örnek:

Hosting günlük yedek (sunucuda)
Bulutta otomatik yedek (Google Drive / S3)
Bilgisayarda aylık manuel arşiv

3) Yedek sıklığı nasıl olmalı?

Sitenin güncellenme hızına göre:

Her gün içerik giriyorsan: günlük yedek
Haftada 1-2 içerik: haftalık yedek
WooCommerce / üyelikli site: günlük (hatta kritik durumlarda günde 2)

Pratik öneri: “Güncelleme yapmadan önce mutlaka bir yedek” alışkanlığı edin.

4) Yedek alma yöntemleri (en sağlamdan başlayarak)

Yöntem 1: Hosting panel yedeği (en hızlı kurtarma)

Birçok hosting paneli “Günlük yedek / Snapshot” sunar.

Artıları

Tek tıkla geri dönüş kolay
Sunucu seviyesinde daha stabil olabilir

Eksileri

Bazen aynı sunucuda tutulur (offsite değildir)
Yedek kaç gün saklanıyor? (7 gün mü 30 gün mü?) sınırlı olabilir

✅ Kullan: “İlk savunma hattı” olarak ideal
❗Ama: Mutlaka ikinci bir offsite yedek de olsun.

Yöntem 2: WordPress yedek eklentisi (otomasyon için ideal)

Yedek eklentileri genelde şu işleri yapar:

Dosyaları ve veritabanını paketler
Planlı (schedule) yedek alır
Buluta gönderir (Drive/S3/Dropbox gibi)
Tek tık restore sunabilir

En iyi kullanım şekli

Haftalık “tam yedek”
Günlük “veritabanı yedeği”
Yedekleri mutlaka site dışına gönder

Not: Büyük sitelerde yedek çok ağırlaşır. cache klasörleri, gereksiz loglar gibi alanları hariç tutmak mantıklı olabilir.

Yöntem 3: Manuel yedek (en güvenilir “elde yedek”)

Eğer “ne olursa olsun elimde dursun” diyorsan manuel yöntem çok değerlidir.

3A) Dosya yedeği (File Manager / FTP)

Hosting File Manager veya FTP’ye gir
WordPress dizinini bul (genelde public_html)
Özellikle şunları zip’le:

wp-content/ klasörü
.htaccess (varsa)
wp-config.php

En kritik klasör wp-content/uploads (tüm görseller burada).

3B) Veritabanı yedeği (phpMyAdmin)

phpMyAdmin → veritabanını seç
Export (Dışa Aktar)
Format: SQL
“Add DROP TABLE / Add IF NOT EXISTS” seçenekleri varsa işaretlemek çoğu senaryoda geri yüklemede kolaylık sağlar
İndir → güvenli yerde sakla

5) Geri yükleme (Restore) nasıl yapılır?

Yedek almanın %50’si “geri yükleyebilmektir”. En çok yapılan hata: Yedek alıp hiç test etmemek.

5A) En temiz restore senaryosu (kısa mantık)

Dosyaları geri koy
Veritabanını içeri aktar
Cache’leri temizle
Siteyi kontrol et

Dosya geri yükleme

Bozuk site dosyalarını kaldır (veya yeniden adlandır)
Yedekten gelen wp-content/, wp-config.php ve gerekli dosyaları geri yükle

Veritabanı geri yükleme

phpMyAdmin → veritabanına gir
“Import” ile yedek SQL dosyasını yükle
Eğer alan adı değiştiyse (taşıma): URL’ler veritabanında kalmış olabilir (aşağıya bak)

6) Taşıma/Domain değişimi varsa: en kritik konu URL eşleşmesi

Site başka domaine taşındıysa:

Veritabanında eski domain kalırsa yönlendirme döngüsü, bozuk görseller, giriş problemi yaşayabilirsin.

Kontrol etmen gerekenler

wp_options tablosunda siteurl ve home
İçeriklerde görsel URL’leri
Cache/CDN ayarları

Bu noktada “search-replace” işlemi gerekebilir. Hızlı çözüm için staging’de test etmek en güvenlisidir.

7) Restore sonrası kontrol listesi (kopyala–yapıştır)

Restore bitince şu sırayla kontrol et:

Ana sayfa açılıyor mu?
3 farklı yazı sayfası açılıyor mu?
Görseller yükleniyor mu (özellikle uploads)?
Yönetim paneline giriş var mı?
Permalink: Ayarlar → Kalıcı Bağlantılar → “Kaydet” (yeniden yazma kuralları tazelenir)
Cache temizle: LiteSpeed/Cloudflare/tema cache
Formlar çalışıyor mu? (iletişim formu, yorum vb.)
Mobil görünüm bozuldu mu?
SSL var mı? (https) karışık içerik uyarısı var mı?
Güvenlik: admin şifresi + güvenlik anahtarları (gerekirse yenile)

8) En sık yapılan yedekleme hataları

Sadece veritabanı almak (görseller/tema gider)
Yedekleri aynı sunucuda tutmak (sunucu giderse yedek de gider)
Yedekleri test etmemek
Cache klasörlerini yedeğe dahil edip yedeği şişirmek
“Güncellemeden önce yedek” alışkanlığını atlamak

WordPress Yedek Alma Rehberi (2026): En Güvenli Yöntemler + Geri Yükleme Kontrol Listesi