Şirket example.net adresinden example.com adresine geçiyor. DNS iki alanı da yeni sunucuya yönlendirse bile sertifika, WordPress adresleri, çerezler ve callback URL'leri aynı anda hazır değilse yönetici girişi veya entegrasyonlar bozulabilir.
Alan adı değişikliği yalnız veritabanında metin değiştirmek değildir. DNS ve TLS hazırlığından WordPress ayarlarına, saklanan URL'lere ve eski alanın yönlendirilmesine kadar bütün adımlar sırayla planlanmalıdır.
- WordPress alan adı değişikliği neleri kapsar?
- Gerçekçi bir WordPress örneği
- Neden önemlidir ve ne zaman kullanılır?
- Yeni başlayanlar için güvenli yöntem
- İleri teknik yöntem
- Riskler, sık hatalar, yedek ve geri dönüş
- AIOWS Değiştirme Yöneticisi nasıl yardımcı olur?
- İlgili AIOWS yazıları
- Sonuç ve önerilen yol
- Resmî kaynaklar
WordPress alan adı değişikliği neleri kapsar?
homeziyaretçiye açık site adresini, siteurlise WordPress çekirdek dosyalarının bulunduğu adresi tanımlar. Alan adı değişikliği ayrıca içerikteki URL'leri, multisite eşlemelerini, çerezleri, proxy ayarlarını ve dış servis kayıtlarını etkileyebilir.
- Yeni alan için DNS ve TLS sertifikasını hazırlayın.
- WordPress adreslerini, içerik URL'lerini ve dış entegrasyonları ayrı listelerde değerlendirin.
- Eski alanı, yeni site ve yönlendirmeler doğrulanana kadar erişilebilir tutun.
Gerçekçi bir WordPress örneği
Geçiş ekibi önce yeni alanı DNS, sertifika ve reverse proxy üzerinde hazırlıyor. Ardından homeve siteurldeğerlerini planlı bakım aralığında güncelliyor; veritabanındaki siteye ait eski URL'leri dry run ile inceliyor. OAuth callback, ödeme webhook'u ve e-posta kimliği ilgili hizmetlerde ayrıca değiştiriliyor.
Neden önemlidir ve ne zaman kullanılır?
Alan adını ancak yeni host ziyaretçiye doğru sertifikayla yanıt verirken ve yönetici için bağımsız kurtarma erişimi hazırken değiştirin. Multisite kullanıyorsanız ağ ve alt site eşlemelerini ayrıca planlayın.
Genel sayfaları, yönetici girişini, çerezleri, medya dosyalarını, formları, REST API isteklerini, cron görevlerini ve canonical/hreflang etiketlerini test edin. Her eski URL yalnız bir yönlendirmeyle karşılık gelen yeni adrese ulaşmalıdır.
Yeni başlayanlar için güvenli yöntem
- Veritabanı ve dosya yedeği alın; mevcut
homevesiteurldeğerlerini kaydedin. - Yeni alanın DNS ve sertifikasını hazırlayın, her iki hostu da doğrudan sınayın.
- WordPress adreslerini değiştirin ve siteye ait eski URL'ler için dry run çalıştırın.
- Dış callback, webhook, lisans ve e-posta ayarlarını sorumlu hizmetlerde güncelleyin.
- Giriş, formlar ve entegrasyonlar doğrulandıktan sonra eski alanı bire bir yönlendirin.
İleri teknik yöntem
Reverse proxy, CDN, çerez alanı, multisite eşlemesi ve kodda sabitlenmiş URL'leri veritabanı değişikliğinden ayrı denetleyin.
- Eski ve yeni host için DNS, TLS ve HTTP yanıtlarını farklı çözümleyici ve ağlardan karşılaştırın.
- Serileştirilmiş veriyi destekleyen araçla yalnız siteye ait URL'leri değiştirin.
- Eski alan isteklerini loglardan izleyerek unutulan entegrasyonları bulun.
- Geçiş sırasını, uygulanan değerleri, testleri ve geri dönüş adımlarını bakım kaydına ekleyin.
Riskler, sık hatalar, yedek ve geri dönüş
DNS veya TLS hazır olmadan veritabanını değiştirmek kesintiye yol açabilir. Yalnız homedeğerini değiştirmek yönetim ve ön yüz adreslerini ayırabilir; geniş arama-değiştirme dış hizmet URL'lerine zarar verebilir.
- Yeni alanı bütün giriş katmanlarında hazırlamadan canonical adresi değiştirmeyin.
- Gelişigüzel host adı değişikliğiyle e-posta, lisans veya webhook kayıtlarına dokunmayın.
- Eski alanın tamamını ana sayfaya yönlendirmeyin; yolu ve sorguyu koruyun.
- Giriş veya kritik entegrasyon bozulursa önceki WordPress adreslerine ve veritabanı yedeğine dönün.
Eski-yeni alan eşlemesini, DNS ve TLS durumunu, değiştirilen tabloları ve her entegrasyonun sorumlusunu kaydedin. Böylece geri dönüş yalnız görünen siteyi değil, bağlı hizmetleri de kapsar.
AIOWS nasıl yardımcı olur?
AIOWS Değiştirme Yöneticisi
AIOWS Değiştirme Yöneticisi, veritabanındaki eski alan adı eşleşmelerini yazmadan önce önizlemenize yardımcı olur. Böylece siteye ait URL'leri seçip dış hizmet veya tarihî kayıtlardaki eşleşmeleri dışarıda bırakabilirsiniz.
Yeni DNS ve TLS hazırlandıktan sonra eski-yeni tam URL eşlemesini dry run ile inceleyin. Uygulama sayısını önizlemeyle karşılaştırın; giriş, medya, formlar, canonical etiketleri ve entegrasyonları iki alan da erişilebilirken test edin.
Değiştirme Yöneticisi DNS, sertifika, çerez veya dış servis ayarlarını değiştirmez ve her eşleşmenin anlamına karar veremez. Kapsam değişirse yeniden dry run yapın; sorun görülürse doğrulanmış veritabanı yedeği ile önceki WordPress adreslerine dönün.
AIOWS Değiştirme Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- Taşıma Sonrası WordPress URL'lerinde Arama ve Değiştirme Nasıl Yapılır?
- WordPress’teki HTTP Adresleri HTTPS’ye Güvenle Nasıl Çevrilir?
- WordPress Arama ve Değiştirme İşlemi Nasıl Geri Alınır?
Sonuç ve önerilen yol
Önce yeni alanın DNS ve TLS yapılandırmasını hazırlayın. WordPress adreslerini planlı sırayla değiştirin, veritabanındaki URL'leri dry run ile inceleyin ve dış entegrasyonları ayrı güncelleyin. Giriş ve kritik işlemler doğrulanana kadar eski alanı koruyun.
