Sağlayıcı değiştirmek, platform değiştirmekten kolaydır — aynı işletim sistemi, aynı panel, aynı sürümler. Yine de kesinti ve veri kaybı riski taşır ve bu risk neredeyse tamamen planlamayla ortadan kalkar.
Bu rehber, Linux hosting veya Windows hosting hesabınızı aynı platformda başka bir sağlayıcıya taşımanın adımlarını veriyor.
Taşıma Nedenleri ve Doğru Zaman
Taşıma kararı genellikle şu nedenlerle verilir: kaynak limitlerine sürekli takılmak, destek kalitesinden memnuniyetsizlik, sık yaşanan kesintiler veya fiyat farkı.
Doğru zamanlama ise şudur: trafiğin en düşük olduğu dönem ve kampanya olmayan bir hafta. Taşımayı yılbaşı kampanyası öncesine denk getirmek, en kötü senaryoyu en kötü zamanda yaşama riskidir.
Adım 1: Envanter Çıkarın
Taşımanın en sık atlanan adımı budur ve eksik envanter, geçiş sonrası "şu da çalışmıyor" listesi üretir.
Mevcut hesabınızda şunları tek tek not edin:
- Dosyalar. Web kökü ve varsa kök dışındaki dizinler.
- Veritabanları. Adları, kullanıcıları, yetkileri ve karakter kümeleri.
- E-posta hesapları. Adresler, yönlendirmeler, takma adlar, otomatik yanıtlar, dağıtım listeleri.
- DNS kayıtları. Yalnızca A kaydı değil — MX, TXT (SPF/DKIM/DMARC), CNAME ve alt alan adları.
- SSL sertifikaları. Hangi alan adlarını kapsıyor, nasıl yenileniyor.
- Zamanlanmış görevler. Komutları ve çalışma sıklıkları.
- PHP sürümü ve etkin eklentiler.
- Yönlendirme kuralları. Yapılandırma dosyasındaki tüm kurallar.
Bu listeyi çıkarmak yarım saat sürer ve taşıma sonrası sorunların büyük bölümünü baştan önler.
Adım 2: Yeni Hesabı Hazırlayın
- Yeni hesapta aynı PHP sürümünü ve aynı eklentileri etkinleştirin.
- Veritabanlarını aynı karakter kümesiyle oluşturun.
- Dosyaları aktarın. Çok sayıda küçük dosya varsa sıkıştırılmış arşiv olarak yükleyip panelden açmak kat kat hızlıdır.
- Veritabanı dökümünü alıp yeni hesaba aktarın.
- Yapılandırma dosyasındaki veritabanı bilgilerini güncelleyin.
- Dosya izinlerini kontrol edin — özellikle yükleme, önbellek ve log dizinleri.
- Yönlendirme kurallarını taşıyın.
- Zamanlanmış görevleri yeniden tanımlayın.
Aktarım Doğrulaması
İki kontrol yapın: dosya sayısını iki tarafta karşılaştırın ve veritabanında tablo sayısı ile en büyük tablonun satır sayısını kıyaslayın. Bu basit kontrol, sessizce kesilmiş bir aktarımı yakalar — dosya normal görünür ama eksiktir.
Adım 3: Alan Adına Dokunmadan Test Edin
Bu, kesintisizliğin ilk anahtarıdır. Bilgisayarınızın hosts dosyasına yeni sunucunun IP adresini yazın. Böylece yalnızca sizin bilgisayarınız siteyi yeni hesaptan açar; ziyaretçiler eski hesapta kalır.
Siteyi baştan sona gezin:
- Ana sayfa, iç sayfa, kategori sayfası
- Arama ve filtreleme
- Form gönderimi
- Giriş ve yönetim paneli
- Görsel yükleme
- Varsa ödeme akışı
Bulduğunuz her hatayı burada düzeltirsiniz ve ziyaretçiler bundan hiç etkilenmez.
Adım 4: E-posta Kararını Verin
Bu, taşımanın en riskli kısmıdır çünkü kaybedilen e-posta geri gelmez.
Önce netleştirin: e-postayı da taşıyor musunuz, yoksa başka bir serviste mi duruyor?
- E-posta başka serviste kalıyorsa: MX kayıtlarına ve e-posta ile ilgili TXT kayıtlarına hiç dokunmayın. Yalnızca A kaydını değiştirin. Bu, taşımanın en güvenli hâlidir.
- E-postayı da taşıyorsanız: Kutu içeriklerini önceden senkronize edin, MX kaydını değiştirdikten sonra eski hesabı bir hafta açık tutup gelen iletileri yeni hesaba yönlendirin.
İkinci senaryoda eski hesabı erken kapatmak, DNS yayılımı sırasında oraya düşen iletilerin kaybolması demektir.
Adım 5: TTL ve Geçiş
- Geçişten 24-48 saat önce DNS kayıtlarının yaşam süresini düşürün. Bu adım geçiş anında yapılamaz — eski yüksek değer hâlâ önbelleklerdedir.
- Trafiğin en düşük olduğu saati seçin.
- Eski hesabı bakım moduna alın (yazma işlemlerini durdurun).
- Son senkronizasyonu yapın — veritabanı ve son yüklenen dosyalar.
- DNS A kaydını yeni sunucunun IP adresine çevirin.
- Yayılmayı izleyin, siteyi farklı ağlardan kontrol edin.
Adım 6: Geçiş Sonrası
- Eski hesabı en az bir hafta tutun. Geri dönüş noktanız odur. Bu süre boyunca eski hesapta yazma işlemleri kapalı kalmalı — aksi halde iki ayrı veritabanına dağılmış veriyle uğraşırsınız.
- Hata loglarını izleyin. İlk 48 saat boyunca. Eksik eklenti veya izin sorunları burada görünür.
- Zamanlanmış görevleri doğrulayın. Gerçekten çalıştıklarını kontrol edin — kurulmuş olmaları yetmez.
- SSL ve yenilemeyi kontrol edin. Sertifika kurulu mu, otomatik yenileme yapılandırıldı mı?
- Yedeklemeyi yeniden kurun. Eski hesaptaki yedekleme yapılandırması taşınmaz.
- Arama motoru tarama raporunu izleyin. Yeni hatalar çıkmış mı?
Sonuç
Aynı platformda sağlayıcı değiştirmek düşük riskli bir iştir — yeter ki üç adım atlanmasın: envanteri çıkarmak, hosts dosyasıyla test etmek ve TTL'i önceden düşürmek. Bu üçü uygulandığında fiili kesinti son senkronizasyon süresiyle sınırlı kalır. En büyük risk ise e-posta tarafındadır: taşımıyorsanız MX kayıtlarına dokunmayın, taşıyorsanız eski hesabı bir hafta yönlendirmeli olarak açık tutun.
Sıkça Sorulan Sorular (SSS)
Taşıma ne kadar sürer ve ne kadar kesinti olur?
Hazırlık ve test dahil bir iş günü yeterlidir. Fiili kesinti ise doğru uygulandığında son senkronizasyon kadardır — genellikle dakikalar. Süreyi belirleyen şey veri boyutu değil, hazırlığın eksiksizliğidir.
Site açıldı ama e-postalar gelmiyor
Neredeyse kesinlikle MX kayıtları. DNS bölgesi yeni sağlayıcıda sıfırdan oluşturulduysa varsayılan MX kayıtları yazılmış ve eski e-posta servisinize giden yönlendirme kaybolmuştur. Eski MX kayıtlarını geri girin, SPF ve DKIM kayıtlarını da kontrol edin.
Sağlayıcı değiştirmek SEO'yu etkiler mi?
URL yapınız ve içeriğiniz aynı kaldığı sürece hayır. Etki yaratan durumlar teknik hatalardır: uzun kesinti, kırılan yönlendirmeler, eksik SSL. Bunlar taşımanın değil, eksik hazırlığın sonucudur.
Yeni sağlayıcıda sorun çıkarsa geri dönebilir miyim?
Eski hesabı kapatmadıysanız evet — DNS kaydını eski IP'ye çevirmek yeterlidir. Bu yüzden eski hesabı en az bir hafta açık ve yazma kapalı tutmak, taşıma planının vazgeçilmez parçasıdır.
