WordPress site taşıma işlemi yalnız dosyaları başka bir sunucuya kopyalamaktan oluşmaz. Veritabanı, alan adı yönlendirmesi, e-posta kayıtları, SSL ve zamanlanmış görevler de yeni ortamda doğru çalışmalıdır. Planlı bir geçiş, yeni kopyayı ziyaretçilere açmadan önce test etmenizi ve sorun çıkarsa geri dönüş yolunu korumanızı sağlar.
Önce işlemin kapsamını belirleyin: yalnız hosting mi değişiyor, alan adı da mı değişiyor, yoksa site bir alt klasörden kök adrese mi taşınıyor? Aynı alan adıyla hosting değiştirmek ile URL yapısını değiştirmek farklı kontroller gerektirir. Bu rehber her iki durumda ortak olan hazırlıkları ve ayrılan noktaları açıklar.
Taşınacak bileşenleri listeleyin
WordPress dosyaları, yüklenen medya, aktif tema, eklentiler ve veritabanı temel parçaları oluşturur. Bunlara ek olarak sunucu yönlendirmeleri, özel cron işleri, SMTP bağlantısı, CDN ayarları ve dış hizmetlerin callback adresleri bulunabilir. Hosting panelindeki e-posta kutuları WordPress dosyalarının parçası değildir; gerekiyorsa ayrı taşınmalıdır.
Alan adının DNS kayıtlarını kayıt altına alın. Web sitesi kaydını değiştirirken MX, SPF, DKIM veya doğrulama kayıtlarını kaybetmek e-posta ve bağlı hizmetleri etkileyebilir. Yeni hostingdeki PHP ortamını, veritabanı desteğini ve kaynak sınırlarını mevcut sitenin ihtiyaçlarıyla karşılaştırın. Sadece disk alanına bakarak karar vermeyin.
Tam yedek ve geri dönüş noktası oluşturun
- Dosyaların ve veritabanının aynı geçiş dönemine ait kopyalarını alın.
- Yedek dosyalarının açılabildiğini ve beklenen veriyi içerdiğini kontrol edin.
- Mevcut DNS hedefini ve önemli sunucu ayarlarını saklayın.
- Eski hostingi geçiş doğrulanmadan kapatmayın.
- Taşıma sırasında yeni sipariş ve içeriklerin nasıl ele alınacağını planlayın.
İçerik yoğun bir blogda son eşitleme kısa olabilir; sürekli sipariş alan mağazada veritabanı değişimi daha dikkatli planlanır. İlk kopya alındıktan sonra eski sunucuya gelen veriler yeni kopyada bulunmaz. Gerekirse kısa bir yazma duraklaması veya son veri aktarımı için belirlenmiş pencere kullanın. Yedekleme rehberi geri yükleme kapsamını anlatır.
Yeni ortamda kopyayı hazırlayın
Taşıma eklentisi kullanıyorsanız arşiv boyutu, sunucu yükleme sınırı ve geri yükleme yöntemini önceden kontrol edin. Manuel yöntemde dosyaları aktarın, yeni veritabanını oluşturun, veriyi içe alın ve bağlantı bilgilerini yeni ortama uyarlayın. Hangi yöntemi seçerseniz seçin arşivin başarıyla yüklenmesi işin bittiği anlamına gelmez.
Alan adı veya klasör değişiyorsa veritabanında eski adreslere başvuran alanlar kalabilir. Veritabanı dosyasında gelişigüzel metin değiştirmek, serialized verilerin uzunluk bilgisini bozabilir. Bu yapıyı anlayan bir taşıma aracı veya WP-CLI search-replace gibi uygun yöntem kullanın; işlemden önce ayrı yedek alın ve mümkünse deneme çıktısını inceleyin.
Yeni sunucuyu test etmek için hostingin geçici adresi veya kontrollü hosts dosyası eşlemesi kullanılabilir. Ancak geçici adres bazı lisans, cookie ve yönlendirme davranışlarını değiştirebilir. Son değerlendirmede asıl alan adı ve HTTPS koşullarını da test etmek gerekir.
DNS değişmeden önce temel testleri yapın
- Ana sayfa, yazılar, kategoriler ve önemli eski URL’ler açılıyor mu?
- Görseller ve indirilebilir dosyalar yeni sunucuda bulunuyor mu?
- Yönetim girişi ve kalıcı bağlantılar çalışıyor mu?
- Form gönderimi gerçek alıcıya ulaşıyor mu?
- Üyelik, arama ve mağaza işlevleri doğru davranıyor mu?
- HTTPS, yönlendirme ve dış hizmet bağlantıları beklenen adresi kullanıyor mu?
Test kopyasının arama motorlarına açılmasını istemiyorsanız erişimini uygun biçimde sınırlayın. Geçiş tamamlandığında üretim sitesinde kalmış bir indeksleme engeli olmadığını ayrıca kontrol edin. Test ortamının sipariş e-postaları veya otomatik görevlerle gerçek kullanıcıları yanlışlıkla etkilemesini de önleyin.
DNS geçişini ve son eşitlemeyi yapın
Yeni ortam hazır olduğunda web sitesi için gerekli DNS hedefini değiştirin. Tüm kayıtları topluca değiştirmek yerine hangi kaydın hangi hizmete ait olduğunu ayırın. DNS önbellekleri nedeniyle bazı ziyaretçiler bir süre eski sunucuya ulaşabilir; bu nedenle eski ve yeni ortamda veri yazılmasının nasıl yönetileceği önceden belli olmalıdır.
Geçişten sonra farklı bağlantılardan alan adını kontrol edin. Yeni sunucunun erişim kayıtları ve sayfa çıktısı doğru hedefe ulaşıldığını anlamaya yardımcı olur. SSL sertifikası, www tercihi ve HTTP’den HTTPS’ye yönlendirme tutarlı olmalıdır. Eski hostingin kapatılması son doğrulamadan sonraki ayrı bir adımdır.
Geçiş sonrası izleme listesi
Önbellekleri temizleyin, zamanlanmış görevleri ve yedekleme hedefini yeniden kontrol edin. Ödeme sağlayıcısı veya başka bir dış hizmet IP/URL kısıtlaması kullanıyorsa yeni ortam için gereken ayarı inceleyin. Ödeme kontrol rehberi tahsilat ile sipariş durumunun eşleşmesini değerlendirmeye yardımcı olur.
Alan adı değiştiyse eski URL’lerin ilgili yeni karşılıklara yönlenmesini planlayın; bütün adresleri ana sayfaya göndermek içerik eşlemesi değildir. İç bağlantıları, canonical adreslerini ve sitemap çıktısını kontrol edin. Taşımadan önceki ve sonraki önemli sayfa listesini karşılaştırarak eksik içerikleri bulun.
Sık sorulan sorular
Hosting değişince alan adını da taşımak gerekir mi?
Hayır. Alan adının kayıt kuruluşu aynı kalabilir; web sitesi DNS hedefi yeni hostinge yönlendirilir. Alan adı transferi ayrı bir işlemdir.
WordPress dışa aktarımı tam taşıma için yeterli mi?
Genellikle tek başına yeterli değildir. İçerik dışa aktarımı bütün tema dosyalarını, eklenti ayarlarını ve sunucu yapılandırmasını eksiksiz kopyalayan tam yedekle aynı şey değildir.
Eski hostingi ne zaman kapatmalıyım?
DNS geçişi, yeni veri akışı, e-posta ve temel işlevler doğrulandıktan; geri dönüş ve yedek ihtiyacı karşılandıktan sonra. Her site için tek bir bekleme süresi yoktur.