WordPress Site Taşımada Veri Kaybını Önleme

* SSL sertifikası yeni sunucuda site yayına girmeden hazır edilmelidir.

Sunucu Seçimi ve Altyapı Uyumluluğu

Yeni sunucunuzun WordPress çekirdek gereksinimlerini karşılaması, taşıma sonrası performansın sürdürülebilirliği için temel şarttır. Güncel standartlarda bir barındırma hizmeti, NVMe Gen5 depolama birimleri ve en az PHP 8.4 desteği sunmalıdır.

Sunucu tarafında kullanılan işletim sisteminin güncelliği, WordPress'in güvenlik açıklarına karşı direncini belirler. Özellikle Ubuntu 24.04 LTS gibi kararlı sürümlerin tercih edilmesi, taşıma sonrası sistem hatalarını minimize eder. Sunucunun bulunduğu coğrafi konumun, hedef kitleye yakınlığı ise gecikme sürelerini (latency) doğrudan etkileyen bir unsurdur.

Donanım kaynaklarının izole edildiği VPS veya Dedicated yapılar, paylaşımlı sunuculara göre daha stabil bir taşıma süreci sunar. Kaynak yetersizliği nedeniyle yarıda kesilen dosya transferleri, veritabanı tablolarının bozulmasına yol açabilir. Bu nedenle, taşıma öncesinde sunucu limitlerinin (memory_limit, max_execution_time) kontrol edilmesi gerekir.

NVMe Gen5 depolama ve DDR5 RAM desteği.
PHP 8.4+ ve MariaDB 10.11+ sürümleri.
Brotli sıkıştırma ve HTTP/3 protokolü aktifliği.

Aşama	İşlem Adı	Önem Derecesi	Tahmini Süre	Önerilen Araç
Hazırlık	Tam Yedekleme	Kritik	15 Dakika	UpdraftPlus
Transfer	Dosya Aktarımı	Yüksek	30 Dakika	SFTP / SSH
Veritabanı	SQL İçe Aktarma	Kritik	10 Dakika	phpMyAdmin
Yapılandırma	wp-config Düzenleme	Yüksek	5 Dakika	Metin Editörü
Test	DNS Yönlendirme	Orta	2-4 Saat	Cloudflare

Veri Yedekleme ve Bütünlük Kontrolü

Taşıma işlemine başlamadan önce alınan yedekler, olası bir hata durumunda can simidi görevi görür. Sadece /wp-content/ klasörünü değil, tüm kök dizini ve veritabanını kapsayan bir yedekleme stratejisi izlenmelidir.

Bulut tabanlı yedekleme çözümleri, yerel yedeklemelerin yerini almış durumdadır. Yedek dosyasının bir kopyasının Amazon S3 veya Google Cloud Storage gibi harici bir platformda tutulması, sunucu kaynaklı veri kayıplarını engeller. Yedekleme sırasında veritabanı tablolarının "optimize" edilmesi, transfer edilecek dosya boyutunu küçülterek süreci hızlandırır.

Yedeğin geçerliliğini test etmek, taşıma sürecinin en çok atlanan ancak en hayati adımıdır. Alınan SQL dökümünün içinde eksik tablo olup olmadığı veya medya dosyalarının tam olarak paketlenip paketlenmediği manuel olarak kontrol edilmelidir. Özellikle büyük boyutlu sitelerde, yedekleme dosyasının bütünlüğü MD5 hash kontrolü ile doğrulanabilir.

Tam dosya sistemi ve veritabanı dökümü.
Harici bulut depolama entegrasyonu.
Yedekleme dosyası bütünlük (hash) doğrulaması.

En İyi 5 WordPress Taşıma Eklentisi

Taşıma sürecini otomatize etmek isteyen kullanıcılar için en güvenilir araçları karmaşık işlemleri tek tıkla halledebilmektedir. Bu eklentiler, veritabanındaki URL değişimlerini otomatik olarak yaparak manuel hata payını ortadan kaldırır.

1. Duplicator Pro: Büyük veritabanlarını parçalara ayırarak taşıma yeteneği ile bilinir.
2. All-in-One WP Migration: Kullanıcı dostu arayüzü ve sürükle-bırak özelliği ile öne çıkar.
3. UpdraftPlus: Periyodik yedekleme ve doğrudan uzak sunucuya transfer imkanı sunar.
4. MigrateGuru: Kendi sunucularını kullanarak siteyi taşıdığı için kaynak tüketimini sıfıra indirir.
5. BlogVault: Gerçek zamanlı yedekleme ve tek tıkla staging (hazırlık) sitesi oluşturma özelliği sağlar.

Kaynak: WordPress.org Eklenti Dizini

Eklenti Seçiminde Dikkat Edilmesi Gerekenler

Eklenti seçerken sunucu limitlerinizle uyumlu olup olmadığını kontrol etmelisiniz. Bazı eklentiler düşük "timeout" sürelerine sahip sunucularda işlem yaparken hata verebilir.

Sunucu kaynak tüketimi ve işlem hızı.
Veritabanı "search-replace" (ara-bul-değiştir) yeteneği.
Sıkıştırma algoritmalarının verimliliği.

İlgili hizmetWordPress Site Taşıma

Veritabanı ve wp-config Yapılandırması

Veritabanı transferi, WordPress taşıma işleminin en hassas aşamasıdır. Yeni sunucuda oluşturulan boş veritabanına eski verilerin aktarılması sırasında karakter seti uyumsuzlukları (collation) yaşanabilir.

Modern WordPress kurulumları utf8mb4_unicode_520_ci karakter setini standart olarak kullanmaktadır. Eski sunucudan alınan SQL dosyasının bu formatta olduğundan emin olunmalıdır. Veritabanı içe aktarıldıktan sonra, wp-config.php dosyasındaki DB_NAME, DB_USER ve DB_PASSWORD bilgileri yeni sunucuya göre güncellenmelidir.

Ayrıca, wp-config.php dosyasında yer alan güvenlik anahtarlarının (SALT keys) yenilenmesi, taşıma sonrası güvenliği artırır. Eğer site adresi değişiyorsa, veritabanı içindeki tüm eski URL'lerin yeni URL ile değiştirilmesi gerekir. Bu işlem için WP-CLI veya özel SQL sorguları kullanmak, veritabanı serileştirme (serialization) hatalarını önlemek adına daha sağlıklıdır.

Karakter seti (Collation) uyumluluk kontrolü.
Veritabanı bağlantı bilgilerinin güncellenmesi.
Güvenlik anahtarlarının (SALT) yenilenmesi.

DNS Yönetimi ve Kesintisiz Geçiş Stratejisi

Sitenin taşınma sırasında kapalı kalmaması için DNS ayarlarının doğru yönetilmesi şarttır. Taşıma işleminden 24 saat önce, mevcut DNS kayıtlarındaki TTL (Time to Live) değerinin 300 saniye gibi düşük bir seviyeye çekilmesi önerilir.

Bu işlem, DNS değişikliklerinin dünya genelinde çok daha hızlı yayılmasını sağlar. Yeni sunucuya dosyalar aktarılıp testler tamamlandıktan sonra, A kaydı yeni sunucu IP adresine yönlendirilir. DNS yayılması tamamlanana kadar eski sunucudaki dosyaların silinmemesi, geçiş sürecindeki olası aksaklıklarda sitenin erişilebilir kalmasını sağlar.

Cloudflare gibi bir DNS yönetim servisi kullanıyorsanız, sadece IP adresini güncellemek yeterli olacaktır. Bu durumda DNS yayılması saniyeler içinde gerçekleşir. Ancak, yerel DNS sunucularının önbelleklerini temizlemesi zaman alabileceği için "DNS Checker" araçlarıyla global durum takip edilmelidir.

TTL değerlerinin 300 saniyeye düşürülmesi.
A ve CNAME kayıtlarının yeni IP'ye yönlendirilmesi.
Global DNS yayılımının anlık takibi.

SSL Sertifikası ve HTTPS Güvenliği

Taşıma sonrası "Bağlantınız Güvenli Değil" uyarısı almamak için SSL sertifikasının yeni sunucuda önceden yapılandırılması gerekir. Let's Encrypt gibi servisler, sunucu panelleri üzerinden tek tıkla kurulum imkanı sunmaktadır.

Eski sunucudaki SSL sertifikasını taşımak yerine, yeni sunucuda taze bir sertifika oluşturmak teknik açıdan daha temiz bir yaklaşımdır. Sertifika kurulumu tamamlandıktan sonra, tüm trafiğin HTTPS üzerinden akmasını sağlamak için .htaccess veya Nginx konfigürasyon dosyasına yönlendirme kuralları eklenmelidir.

HSTS (HTTP Strict Transport Security) ayarlarının aktif edilmesi, sitenin güvenliğini bir üst seviyeye taşır. Taşıma sonrasında tarayıcıların eski önbelleklenmiş sertifikalar nedeniyle hata vermemesi için SSL yapılandırmasının TLS 1.3 protokolünü desteklediğinden emin olunmalıdır.

Let's Encrypt veya ticari SSL kurulumu.
TLS 1.3 protokolü ve HSTS aktivasyonu.
HTTPS yönlendirme kurallarının kontrolü.

Taşıma Sonrası Performans ve Hata Denetimi

Site yeni sunucuya geçtikten sonra yapılması gereken ilk iş, tüm fonksiyonların doğru çalışıp çalışmadığını test etmektir. İletişim formları, ödeme sistemleri ve kullanıcı girişleri gibi kritik noktalar manuel olarak kontrol edilmelidir.

Core Web Vitals standartlarına göre, yeni sunucunun hızı Google Lighthouse veya benzeri araçlarla ölçülmelidir. Eğer açılış hızında bir düşüş varsa, sunucu tarafındaki önbellekleme (Object Cache, Redis) ayarları gözden geçirilmelidir. Ayrıca, taşınma sırasında bozulan dahili bağlantılar (broken links) için bir tarama yapılması SEO kaybını önler.

Hata loglarını (error.log) incelemek, arka planda çalışan ve kullanıcının fark edemediği PHP hatalarını yakalamanızı sağlar. Özellikle eklentilerin yeni PHP sürümüyle olan uyumsuzlukları bu loglar sayesinde tespit edilir. Son olarak, arama motorlarının siteyi doğru şekilde tarayıp taramadığı Google Search Console üzerinden izlenmelidir.

Kritik form ve ödeme testlerinin yapılması.
Core Web Vitals ve Lighthouse performans ölçümü.
Sunucu hata loglarının (error.log) analizi.

Kaynak: Google Arama Merkezi - Site Taşıma Dokümantasyonu

Sıkça Sorulan Sorular

1. WordPress taşıma sırasında veri kaybı neden olur?

Veri kaybı genellikle eksik veritabanı dökümü alınması veya transfer sırasında bağlantının kopması nedeniyle oluşur. Bunu önlemek için yedekleme sonrası dosya boyutu kontrolü yapılmalıdır.

2. DNS yönlendirmesi ne kadar sürer?

Düşük TTL ayarlarıyla bu süre 5-15 dakikaya kadar inebilir. Ancak dünya genelinde tam yayılma 2 ila 24 saat arasında tamamlanır.

3. Eklenti kullanmadan manuel taşıma daha mı güvenli?

Deneyimli kullanıcılar için manuel taşıma, gereksiz eklenti kalıntısı bırakmadığı için daha temizdir. Ancak yeni başlayanlar için eklentiler hata payını azaltır.

4. Taşıma sonrası görseller neden görünmez?

Bu durum genellikle veritabanındaki URL'lerin eski sunucu yolunu göstermeye devam etmesinden kaynaklanır. "Search and Replace" işlemi ile bu sorun çözülür.

5. PHP sürüm farkı siteyi bozar mı?

Eğer eski siteniz PHP 7.4 kullanıyor ve yeni sunucu PHP 8.4 ise, güncellenmemiş eklentiler uyumluluk hataları verebilir. Taşıma öncesi eklentiler güncellenmelidir.

WordPress site taşıma süreci, doğru planlama ve güncel teknolojik araçlar kullanıldığında sorunsuz bir operasyondur. Sunduğu yüksek hızlı altyapılar sayesinde, verilerinizi güvenle yeni evinize taşıyabilirsiniz.

Özetle
Doğru yedekleme, güncel PHP yapılandırması ve stratejik DNS yönetimi ile WordPress sitenizi veri kaybı riski olmadan profesyonelce taşıyabilirsiniz.