WordPress site taşıma: Aynı alan adıyla yeni hostinge geçiş

Bu rehber, alan adınız ve site adresiniz değişmeden WordPress'i yeni hostinge taşımak içindir. Sitenin iki parçasını birlikte taşıyacaksınız: dosyalar ve veritabanı.

Dosyalarda tema, eklenti ve görseller; veritabanında ise yazı, kullanıcı ve sipariş gibi kayıtlar bulunur. Yalnızca birini taşımak yeterli değildir.

Alan adı değişikliği, Multisite veya büyük WooCommerce mağazası ek plan gerektirir. Hosting taşımak için alan adınızın kayıt firmasını değiştirmeniz gerekmez.

Görsel anlatım / 01WordPress’i iki parçasıyla taşıyın

Yeni sitede içerik ve görünümün birlikte çalışması gerekir.

WordPress sitesi

Alan adı aynı kalır; dosyalar ve veritabanı yeni hostinge geçer.

• Dosyalar

  Tema, eklenti, görsel ve wp-config.php gibi yapılandırmalar.

• Veritabanı

  Yazılar, kullanıcılar, ayarlar ve mağaza varsa siparişler.

Dosya ve veritabanı yedeğini aynı geçiş anına göre hazırlayın; WordPress içerik dışa aktarımı tek başına yetmez.

Başlamadan önce

Hazır bulundurun: Eski ve yeni hosting erişimleri, WordPress yönetici hesabı, dosya/veritabanı yedeği ve mevcut DNS kayıtları.

1. Eski ortamın PHP sürümünü, gerekli uzantıları, disk alanını ve aktif eklentileri not edin. PHP, WordPress'i sunucuda çalıştıran yazılımdır.
2. Yeni ortamın bunları desteklediğini kontrol edin. cPanel gibi aktarım araçlarının sunulması hizmete bağlıdır.
3. Dosyaları aktarmadan önce yeni ortamın web erişimini parola veya IP kısıtıyla koruyun.
4. Yeni kopyayı ilk kez açmadan önce gerçek e-posta, ödeme/API işlemleri ve otomatik çalışan görevleri test için sınırlandırın. Nasıl yapılacağını bilmiyorsanız uygulamayı çalıştırmadan teknik yardım alın.

Test adresi güvenlik sağlamaz: Geçici hosts kaydı yalnızca kendi bilgisayarınızın hangi sunucuya gideceğini değiştirir. Başkalarının yeni sunucuya erişimini engellemez. noindex de erişim koruması değildir.

Canlı veriyi koruyun

Sipariş, ödeme, yorum veya üyelik alan bir sitede son yedeğin zamanını ve yeni kayıtların hangi sunucuda oluşacağını belirleyin. Bakım sayfası göstermek, API veya ödeme bildirimi gibi bütün kayıt işlemlerini durdurmayabilir.

1. Dosya ve veritabanını birlikte yedekleyin

Nerede? Eski hosting hesabında.

1. WordPress klasöründeki dosyaları kopyalayın. Yüklenen görseller, tema ve eklentiler dahil olmalı.
2. Gizli .htaccess dosyası ve wp-config.php yapılandırmasının kopyada bulunduğunu kontrol edin.
3. Veritabanını ayrıca SQL dosyası olarak dışarı aktarın. SQL dosyası, veritabanını yeniden oluşturmak için kullanılan kayıt ve komutları içerir.
4. Dosya ve veritabanı kopyalarının aynı geçiş anını temsil ettiğini doğrulayın.
5. Yedekleri herkesin erişebildiği web klasörünün dışında saklayın. Eski hizmeti açık tutun.

WordPress yönetimindeki Araçlar → Dışa aktar, tüm dosya ve veritabanı yedeğinin yerine geçmez.

2. Yeni ortamda dosyaları ve veritabanını hazırlayın

Nerede? Yeni hosting hesabında.

1. Alan adının belge kökünü, yani site dosyalarının yayımlanacağı klasörü bulun.
2. Dosyaları bu klasöre aktarın. Arşivi yanlışlıkla fazladan bir alt klasöre açmayın.
3. Yeni bir veritabanı ve bu veritabanına yetkili kullanıcı oluşturun.
4. SQL yedeğini yeni veritabanına içeri alın. Canlı veritabanına erişimi olmayan, yalnızca yeni veritabanına yetkili kullanıcı kullanın. Dökümde kaynak veritabanını seçen USE veya CREATE DATABASE varsa önce güvenli içe aktarma kontrolünü izleyin.
5. Yeni kopyadaki wp-config.php dosyasını açın ve bağlantı değerlerini yeni hesaba göre düzenleyin.

Ayar	Yazılacak bilgi
DB_NAME	Yeni veritabanının tam adı; varsa hesap öneki dahil
DB_USER	Yeni veritabanına yetkili kullanıcı
DB_PASSWORD	Bu kullanıcının parolası
DB_HOST	Yeni hizmetin gerektirdiği veritabanı sunucusu; gerekiyorsa değiştirin

Bu dosyayı veya içindeki parolaları herkese açık destek kanallarında paylaşmayın.

3. Alan adını değiştirmeden yeni kopyayı test edin

Nerede? Kendi bilgisayarınızın tarayıcısında; yeni kopyaya yönlendiren önizleme yöntemiyle.

1. Hizmetinizin sunduğu önizleme yöntemini veya bilgisayarınızda geçici hosts kaydını kullanın. Böylece genel DNS'i değiştirmeden aynı alan adıyla yeni sunucuyu açarsınız.
2. Yeni ortamda da alan adına uygun, geçerli HTTPS sertifikası bulunduğunu kontrol edin. Tarayıcı uyarısını atlamak başarılı test değildir.
3. Aşağıdaki işlemleri yeni kopyada deneyin. Gerçek müşteri bildirimi, ödeme veya ikinci sipariş oluşturmayın.

Kontrol	Doğrulanacak işlem
İçerik	Ana sayfa, birkaç eski yazı, görseller ve indirmeler açılıyor
Yönetim	Yönetici girişi ve taslak kaydı çalışıyor
Bağlantılar	Kalıcı bağlantılar, yani iç sayfa adresleri, önceki adreslerde açılıyor
Formlar	Kontrollü test bildirimi belirlediğiniz test alıcısına ulaşıyor
Arka plan	Zamanlanmış görev ve dış hizmet bağlantıları test ortamına uygun

Alan adı aynı kaldığı için WordPress adreslerini veya veritabanındaki bütün URL'leri topluca değiştirmeniz gerekmez. Alan adı değişecekse WordPress'in taşıma yönergelerini izleyin. Basit SQL değiştirme işlemleri, uzunluk bilgisiyle saklanan seri hale getirilmiş verileri bozabilir.

Görsel anlatım / 02DNS değişmeden yeni kopyayı deneyin

Test sırasında iki ortamın görevini birbirinden ayırın.

• Eski site · Ziyaretçiler

  Genel DNS hâlâ eski sunucuya yönelir; canlı site burada çalışır.

• Yeni kopya · Sizin testiniz

  Erişim kısıtlıdır. Önizleme veya geçici hosts kaydıyla kontrollü test yaparsınız.

Hosts kaydı yalnızca kendi bilgisayarınızı etkiler. Yeni kopyanın erişimini, bildirimlerini ve ödeme işlemlerini ayrıca sınırlandırın.

4. Son aktarımı yapın ve DNS'i değiştirin

1. Test sırasında eski siteye yeni veri geldiyse bakım planınız kapsamında son dosya/veritabanı farklarını aktarın.
2. Son kopyayı tekrar kontrol edin.
3. Yetkili DNS panelinde ilgili A/AAAA kayıtlarını, yani web sunucusunun adresini güncelleyin.
4. Nameserver değişecekse önce DNS geçiş listesini tamamlayın.
5. E-posta aynı sağlayıcıda kalıyorsa posta kayıtlarını koruyun.

5. Yayını ve arama motoru erişimini kontrol edin

1. Kendi bilgisayarınıza eklediğiniz geçici hosts kaydını kaldırın.
2. Siteyi normal bağlantınızdan açın.
3. HTTPS'i, yönetici girişini, formları ve önemli içerik adreslerini deneyin.
4. Test için konulan erişim kısıtlarını yayın planına göre kaldırın. Yanlışlıkla kalan noindex ayarı ve WordPress arama motoru görünürlüğünü kontrol edin.
5. Adresler aynıysa gereksiz yönlendirme oluşturmayın.

Beklenen sonuç: Ziyaretçiler yeni sunucudaki siteye mevcut adreslerden ulaşır; site arama motorlarının erişimine yanlışlıkla kapatılmış olmaz.

Beklenen sonuç, hatalar ve geri dönüş

Yeni sunucuda eski adresler açılmalı, güncel içerik görünmeli ve yeni kayıtlar doğru veritabanına yazılmalıdır.

• “Veritabanı bağlantısı kurulurken hata oluştu”: Yeni wp-config.php değerlerini ve veritabanı kullanıcısının yetkilerini kontrol edin.
• Ana sayfa açılıyor, iç sayfalar 404 veriyor: Kalıcı bağlantı düzenini ve web sunucusunun adresleri işleyen yeniden yazma ayarlarını inceleyin.

Geri dönüş gerekirse: Yeni sitede oluşan sipariş ve içeriklerin eski veritabanında bulunup bulunmadığını kontrol edin. Sadece DNS'i geri çevirmek bu verileri taşımaz. Veritabanlarını gelişigüzel birbirinin üzerine yazmayın. Eski ortamı ancak yeni yayını ve verileri doğruladıktan sonra kapatın.

İlgili rehberler

• Genel site taşıma kontrol listesi
• Yedeğin geri yüklenebildiğini doğrulayın
• SSL ve HTTPS sorunlarını çözümleyin

Resmî kaynaklar

• WordPress: Migrating WordPress
• WordPress: Backups
• cPanel: Backup Wizard