Taşıma Öncesi Kontrol Listesi

Taşıma sırasında yaşanan sorunların neredeyse tamamı, taşıma öncesinde toplanmayan bir bilgiden kaynaklanır. Bu liste o eksikleri kapatmak için.

A. Karar doğrulaması

• ☐ Taşıma gerekçesi net (kesinti, destek, kapsam, fiyat)
• ☐ Mevcut sağlayıcıyla çözülemeyeceği teyit edildi
• ☐ Sorunun hosting kaynaklı olduğu ölçümle doğrulandı
• ☐ Yeni sağlayıcının gereksinimleri karşıladığı teyit edildi
• ☐ Taşıma maliyeti (emek + risk) değerlendirildi
• ☐ Mevcut sözleşmenin fesih koşulları okundu
• ☐ Erken fesih bedeli var mı öğrenildi

B. Erişim doğrulaması

• ☐ Eski hosting paneline erişim var
• ☐ Dosya erişimi (FTP/SFTP) çalışıyor
• ☐ Veritabanı erişimi var
• ☐ E-posta hesaplarına erişim var
• ☐ DNS yönetim paneline erişim var
• ☐ Domain kayıt hesabına erişim var
• ☐ Site yönetim paneline erişim var

Kritik: Beşinci ve altıncı maddeler. DNS'e erişemiyorsanız taşıma yapamazsınız. Erişim ajanstaysa, taşıma öncesi devralın.

C. Envanter

• ☐ Barındırılan tüm siteler listelendi
• ☐ Tüm alt alan adları listelendi
• ☐ Tüm veritabanları listelendi
• ☐ E-posta hesapları ve boyutları listelendi
• ☐ E-posta yönlendirmeleri listelendi
• ☐ Zamanlanmış görevler listelendi
• ☐ Özel yapılandırmalar not edildi
• ☐ Yönlendirme kuralları kaydedildi
• ☐ SSL sertifikaları ve bitiş tarihleri listelendi
• ☐ Park edilmiş domainler listelendi

İkinci madde sık atlanır: yıllar içinde açılmış ve unutulmuş alt alan adları taşımada kaybolur.

D. DNS kayıtları

• ☐ Tüm DNS kayıtlarının ekran görüntüsü alındı
• ☐ A kayıtları not edildi
• ☐ CNAME kayıtları not edildi
• ☐ MX kayıtları not edildi
• ☐ SPF kaydı not edildi
• ☐ DKIM kayıtları not edildi
• ☐ DMARC kaydı not edildi
• ☐ Doğrulama kayıtları not edildi (analiz, reklam, e-posta servisi)
• ☐ Diğer özel kayıtlar not edildi
• ☐ TTL değerleri kaydedildi

Bu bölüm listenin en kritik parçasıdır. Kaybolan bir doğrulama kaydı, analiz verinizin ya da e-posta kimlik doğrulamanızın sessizce bozulması demektir.

E. Teknik gereksinimler

• ☐ Kullanılan programlama dili ve sürümü
• ☐ Veritabanı türü ve sürümü
• ☐ Gerekli bileşenler ve eklentiler
• ☐ Bellek ve işlem gereksinimleri
• ☐ Disk alanı ihtiyacı
• ☐ Özel sunucu ayarları
• ☐ Yeni sağlayıcının hepsini karşıladığı teyit edildi

Son madde taşıma öncesi yazılı olarak teyit edilmelidir; sonradan çıkan bir uyumsuzluk taşımayı geri aldırabilir.

F. Yedekler

• ☐ Tam dosya yedeği alındı
• ☐ Tüm veritabanlarının yedeği alındı
• ☐ E-postalar indirildi ya da aktarım planlandı
• ☐ Yedekler kendi kontrolünüzdeki bir yere indirildi
• ☐ Yedeklerin bütünlüğü kontrol edildi
• ☐ Yedek boyutları makul

G. Planlama

• ☐ Geçiş tarihi ve saati belirlendi (düşük trafikli)
• ☐ Kampanya ya da yoğun dönemle çakışmıyor
• ☐ Geçiş sorumlusu belirlendi
• ☐ Yazılım ekibi/ajans müsait
• ☐ Sağlayıcı desteği hazır
• ☐ İçerik dondurma dönemi ilan edildi
• ☐ Ekip bilgilendirildi
• ☐ Geri dönüş planı yazıldı
• ☐ TTL değerleri düşürüldü

İkinci madde önemlidir: yılın en yoğun döneminde taşıma yapmayın.

H. Yeni ortam hazırlığı

• ☐ Yeni hesap şirket adına açıldı
• ☐ Kaynaklar ihtiyaca uygun
• ☐ Yazılım sürümleri doğrulandı
• ☐ SSL sertifikası hazır
• ☐ E-posta hesapları oluşturuldu
• ☐ Site kopyalandı ve test edildi
• ☐ Test sonuçları kayıt altına alındı

I. Test doğrulaması

• ☐ Tüm sayfalar açılıyor
• ☐ Görseller görünüyor
• ☐ Formlar çalışıyor
• ☐ Yönetim paneli çalışıyor
• ☐ Kullanıcı girişi çalışıyor
• ☐ Ödeme akışı test edildi (varsa)
• ☐ Entegrasyonlar çalışıyor
• ☐ Arama çalışıyor
• ☐ Hız ölçüldü ve kaydedildi
• ☐ Mobil görünüm kontrol edildi

J. İletişim

• ☐ Sağlayıcı acil iletişim bilgileri elinizin altında
• ☐ Yazılım ekibi iletişim bilgileri hazır
• ☐ Şirket içi bilgilendirme yapıldı
• ☐ Kesinti ihtimali paydaşlara bildirildi
• ☐ Geçiş sırasında kimin ne yapacağı belli

Başlamadan önceki son üç soru

1. Bir sorun çıkarsa geri dönebilir miyim? (Eski ortam duruyor mu?)
2. Tüm verilerin kopyası elimde mi?
3. DNS kayıtlarının tamamı kayıtlı mı?

Üçüne de "evet" diyemiyorsanız taşımaya başlamayın.