Hosting taşımanın doğru yolu, önce site dosyalarını, veritabanını ve e-postayı yeni sunucuya almak; sonra DNS ya da nameserver yönlendirmesini değiştirmektir. Sıralamayı ters çevirirseniz, taşıma tamamlanmadan trafik yeni sunucuya gider ve erişim sorunu yaşanabilir.
Bu yazı, hosting taşıma sürecini “ön hazırlık, kopyalama, doğrulama ve canlıya alma” diye ayırır. Böylece cPanel veya Plesk gibi panel fark etmeksizin, hangi adımın ne işe yaradığını ve nerede risk oluştuğunu net görürsünüz.
Taşıma sırasında en çok karışan nokta, hangi parçanın kopya olduğu, hangisinin yönlendirme olduğu meselesidir. Dosya ve veritabanı taşınır; alan adı trafiği ise DNS veya nameserver değişikliğiyle yeni sunucuya yönlendirilir. Bu yüzden önce kopyalama biter, sonra canlıya alma yapılır.
Veritabanı: CMS içeriği, kullanıcılar ve ayarlar genelde burada durur; aktarmadan site açılmaz.
E-posta: Aynı domaine bağlı posta kutuları varsa, MX ve hesaplar ayrıca kontrol edilmelidir.
SSL: HTTPS kullanıyorsanız sertifika ve yönlendirme ayarları da taşınmalıdır.
Eğer panel kullanıyorsanız işlem kolaylaşır ama mantık değişmez: hedef sunucuda panel kurulumu tamamlanır, içerik aktarılır, ardından çalışma kontrolü yapılır. Plesk’in Site Import aracı uygulamaları, klasörleri ve veritabanlarını içeri aktarabilir; cPanel dokümantasyonu da hesaplar ve SSL sertifikaları için önce hedef sunucunun hazır olması gerektiğini açıkça belirtir. Bu, “önce ortamı hazırla, sonra veriyi taşı” prensibidir.
cPanel’de hesap taşımada önce hedef sunucuda cPanel & WHM kurulu olmalıdır.
İki durumda da amaç aynıdır: önce yeni kopyayı doğrulamak, sonra alan adı trafiğini çevirmek.
Canlıya alma sonrası kısa bir geçiş dönemi beklemek normaldir. Bazı ziyaretçiler eski kayıtları, bazıları yeni yönlendirmeyi görebilir; bu yüzden taşıma bittikten hemen sonra eski sunucuyu silmek doğru olmaz. Önce birkaç saatlik veya kurulumunuza göre daha uzun bir doğrulama süresi bırakmak, posta ve alt alan adı hatalarını yakalamayı kolaylaştırır.
Eksik MX kaydı, web sitesi çalışsa bile e-postayı bozabilir.
Nameserver güncellemesiyle DNS kaydı değişikliği aynı şey değildir; etki alanı yönetimi buna göre ayrılmalıdır.
Taşıma sonrası sorun çıkarsa ilk bakılacak yer, genelde sıradır: dosya eksik mi, veritabanı bağlantısı doğru mu, DNS yeni IP’ye dönmüş mü, SSL tanımlı mı, e-posta sunucusu yeni kayıtlara göre çalışıyor mu. Bu sırayı korumak, rastgele denemekten daha hızlı sonuç verir.
Bu yazı, hosting taşıma sürecini “ön hazırlık, kopyalama, doğrulama ve canlıya alma” diye ayırır. Böylece cPanel veya Plesk gibi panel fark etmeksizin, hangi adımın ne işe yaradığını ve nerede risk oluştuğunu net görürsünüz.
Taşımadan önce neyi hazırlamalısınız?
Yeni sunucuya geçmeden önce eski sitedeki içeriğin tam envanterini çıkarmak gerekir. Web dosyaları, veritabanı, e-posta hesapları, SSL sertifikaları ve varsa DNS kayıtları aynı geçişin parçasıdır; biri eksik kalırsa site çalışsa bile posta ya da alt alan adları bozulabilir.Taşıma sırasında en çok karışan nokta, hangi parçanın kopya olduğu, hangisinin yönlendirme olduğu meselesidir. Dosya ve veritabanı taşınır; alan adı trafiği ise DNS veya nameserver değişikliğiyle yeni sunucuya yönlendirilir. Bu yüzden önce kopyalama biter, sonra canlıya alma yapılır.
Hangi öğeleri tek tek kontrol etmelisiniz?
Dosyalar: Tema, yüklemeler, medya ve uygulama dizinleri eksiksiz kopyalanmalıdır.Veritabanı: CMS içeriği, kullanıcılar ve ayarlar genelde burada durur; aktarmadan site açılmaz.
E-posta: Aynı domaine bağlı posta kutuları varsa, MX ve hesaplar ayrıca kontrol edilmelidir.
SSL: HTTPS kullanıyorsanız sertifika ve yönlendirme ayarları da taşınmalıdır.
Taşıma nasıl yapılır?
En güvenli yöntem, yeni sunucuda siteyi önce kapalı bir biçimde kurup birebir test etmektir. Plesk’in kılavuzunda, taşıma sonrası yerel doğrulama için hosts dosyasına kayıt ekleyip siteyi yeni sunucuda kontrol etmek önerilir; cPanel tarafında da canlıya geçmeden önce aktarımın doğrulanması istenir.Eğer panel kullanıyorsanız işlem kolaylaşır ama mantık değişmez: hedef sunucuda panel kurulumu tamamlanır, içerik aktarılır, ardından çalışma kontrolü yapılır. Plesk’in Site Import aracı uygulamaları, klasörleri ve veritabanlarını içeri aktarabilir; cPanel dokümantasyonu da hesaplar ve SSL sertifikaları için önce hedef sunucunun hazır olması gerektiğini açıkça belirtir. Bu, “önce ortamı hazırla, sonra veriyi taşı” prensibidir.
Panel kullananlar için temel fark nedir?
Plesk’te Site Import veya Migrator, belirli içerik türlerini tek akışta taşımayı kolaylaştırır.cPanel’de hesap taşımada önce hedef sunucuda cPanel & WHM kurulu olmalıdır.
İki durumda da amaç aynıdır: önce yeni kopyayı doğrulamak, sonra alan adı trafiğini çevirmek.
| Durum | Ne yapılır? |
|---|---|
| Taşıma sırası | Önce dosya, veritabanı ve e-posta taşınır; en son DNS veya nameserver yeni sunucuya çevrilir. |
| Kontrol testi | Canlı yönlendirmeden önce yeni sunucuda hosts dosyasıyla yerel kontrol yapılır. |
| DNS riski | Yanlış DNS kaydı alan adını erişilemez yapabilir; aktarma öncesi kayıtlar gözden geçirilir. |
| cPanel geçişi | Hesapları taşımadan önce hedef sunucuda cPanel & WHM kurulu olmalıdır. |
| Plesk geçişi | Site Import ile içerik, dosya, uygulama ve veritabanı aktarımı yapılabilir. |
| Kesinti yönetimi | Doğrudan taşıma yerine önce doğrulama, sonra trafik yönlendirme kesintiyi azaltır. |
Canlıya alma sırasında nelere dikkat etmelisiniz?
DNS veya nameserver değişikliği, taşımadaki en görünür adımdır ama aslında son adımdır. Cloudflare dokümantasyonu, nameserver güncellemeden önce DNS kayıtlarının gözden geçirilmesini söyler; yanlış kayıt varsa alan adının erişilemeyebileceğini de açıkça belirtir. Bu nedenle yeni sunucudaki IP, MX, A ve gerekiyorsa CNAME kayıtları önceden kontrol edilmelidir.Canlıya alma sonrası kısa bir geçiş dönemi beklemek normaldir. Bazı ziyaretçiler eski kayıtları, bazıları yeni yönlendirmeyi görebilir; bu yüzden taşıma bittikten hemen sonra eski sunucuyu silmek doğru olmaz. Önce birkaç saatlik veya kurulumunuza göre daha uzun bir doğrulama süresi bırakmak, posta ve alt alan adı hatalarını yakalamayı kolaylaştırır.
DNS değişiminde hangi hata en çok sorun çıkarır?
Yanlış IP’ye yönlendirilmiş A kaydı, siteyi açılmaz hale getirebilir.Eksik MX kaydı, web sitesi çalışsa bile e-postayı bozabilir.
Nameserver güncellemesiyle DNS kaydı değişikliği aynı şey değildir; etki alanı yönetimi buna göre ayrılmalıdır.
Taşıma sonrası nasıl doğrulama yapılır?
İşin bittiğini anlamanın ölçütü, yalnız ana sayfanın açılması değildir. Giriş formları, yönetim paneli, yükleme alanları, veritabanı yazma işlemleri, e-posta gönderimi ve HTTPS sertifika zinciri de test edilmelidir. Plesk’in aktarım rehberinde manuel kontrol aşaması ayrı bir adım olarak yer alır; bu da taşımanın sadece kopyalama değil, doğrulama işi olduğunu gösterir.Taşıma sonrası sorun çıkarsa ilk bakılacak yer, genelde sıradır: dosya eksik mi, veritabanı bağlantısı doğru mu, DNS yeni IP’ye dönmüş mü, SSL tanımlı mı, e-posta sunucusu yeni kayıtlara göre çalışıyor mu. Bu sırayı korumak, rastgele denemekten daha hızlı sonuç verir.
