Web Sitesini Yeni Hostinge Taşıma: Kesintisiz Geçiş Adımları
Hosting değişikliği sırasında site, e-posta ve SEO sıralamasının kaybedilmemesi için DNS, TTL ve doğrulama adımlarını sırayla anlatan bir rehber.
rabbitclip ekibiYayın: 4 dk okuma
Kısa cevap
Kesintisiz bir hosting taşıması, yeni sunucu tamamen hazır ve test edilmiş halde iken DNS kayıtlarının güncellenmesiyle mümkün olur; site hiçbir zaman iki sunucu arasında yarı hazır kalmaz. Bunun ön koşulu, taşımadan birkaç gün önce DNS kayıtlarının önbellekte kalma süresini, TTL, düşürmektir; aksi halde yeni sunucuya geçiş saatler, bazen bir gün sürebilir.
Bir tesis yönetim şirketinin sitesi taşıma günü e-posta almayı kesip müşteri taleplerini haftalarca kaybettiğinde, sorun genelde yeni sunucudan değil, MX kayıtlarının DNS güncellemesiyle eş zamanlı değiştirilmemesinden kaynaklanır. Doğru sırayla yapılan bir taşımada bu risk baştan ortadan kalkar; aynı disiplin, küçük bir tanıtım sitesi için de büyük bir e-ticaret altyapısı için de aynı şekilde işler.
Hosting taşımasında gerçekte ne risk altında?
Hosting taşıması, bir web sitesinin dosyalarını, veritabanını ve e-posta hizmetini bir sunucudan diğerine aktarma işlemidir. Risk üç noktada toplanır: taşıma sırasında sitenin erişilemez kalması, e-postanın gecikmesi ya da kaybolması, ve DNS değişikliğinin arama motorlarına yanlış sinyal vermesi.
Bu üç riskin ortak paydası zamanlamadır; doğru sırayla ve doğru TTL ayarıyla yapılan bir taşımada üçü de büyük ölçüde önlenir. Aceleye getirilen bir taşımada ise bu üç risk genelde aynı anda ortaya çıkar, çünkü kaynak sorun hep aynıdır: adımların sırasını atlamak.
Taşıma öncesi hazırlık kontrol listesi
Taşıma gününden en az bir hafta önce tamamlanması gereken adımlar şunlardır.
- Yeni sunucuda site tam olarak kurulup test edilir; geçici bir adres, sunucunun kendi IP'si ya da bir test alt alan adı, üzerinden kontrol yapılır
- Veritabanı ve dosyaların güncel bir yedeği alınır, hem eski hem yeni sunucuda saklanır
- DNS kayıtlarının, A, MX, CNAME, TXT, tam bir listesi çıkarılır, yeni sunucuda birebir karşılıkları hazırlanır
- Taşımadan en az 48 saat önce mevcut DNS kayıtlarının TTL değeri düşürülür
TTL değeri neden taşımadan günler önce düşürülmeli?
TTL, bir DNS kaydının tarayıcılar ve sunucular tarafından ne kadar süre önbellekte tutulacağını belirler. Cloudflare'ın DNS belgelerine göre, büyük bir TTL değeriyle yapılan bir değişikliğin tüm kullanıcılara ulaşması saatler sürebilir; bu yüzden bir değişiklik öngörülüyorsa TTL'i önceden düşürmek mantıklıdır.
Taşımadan birkaç gün önce TTL bir saatten birkaç dakikaya indirilirse, taşıma günü yapılan asıl DNS değişikliği çok daha hızlı yayılır; bazı ziyaretçiler yine de eski sunucuya birkaç dakika daha yönlenebilir ama bu süre saatler yerine dakikalar mertebesinde kalır.
Taşıma günü hangi sırayla ilerlenir?
Yeni sunucu test edilip hazır olduktan sonra taşıma günü şu sırayla ilerler: önce DNS kayıtları güncellenir, sonra eski sunucu bir süre daha, genelde bir hafta, kapatılmadan bekletilir, TTL süresi dolana kadar gelen tüm istekleri karşılamaya devam eder.
Bu bekleme süresi boyunca hem eski hem yeni sunucu izlenir; trafiğin yeni sunucuya kaydığı görülür, hata oranı ve yanıt süresi karşılaştırılır. Sorun çıkarsa DNS kaydı eski sunucuya geri döndürülebilir, bu yüzden eski sunucu hemen kapatılmamalıdır.
E-posta kesintisi nasıl önlenir?
E-posta, MX kayıtlarının hangi sunucuya işaret ettiğine bağlıdır; site DNS'i güncellenirken MX kayıtları unutulursa ya da farklı bir zamanda değiştirilirse, gelen e-postalar bir süre eski sunucuya, bir süre yeni sunucuya dağılabilir, hatta kaybolabilir.
Güvenli yöntem, e-posta hizmetini siteden ayrı yönetmektir; mümkünse e-posta bağımsız bir servis üzerinden yürütülür ve site taşımasından etkilenmez. Aynı sunucuda tutuluyorsa, MX kayıtlarının site kayıtlarıyla aynı anda ve aynı testten geçirilerek güncellenmesi gerekir.
Taşımanın gerçekten tamamlandığı nasıl anlaşılır?
Bir DNS sorgu aracıyla farklı bölgelerden alan adının hangi IP adresine çözümlendiğine bakmak, yayılmanın ne kadar ilerlediğini gösterir. Tüm bölgeler yeni sunucunun adresini döndürene kadar eski sunucu açık tutulmalı; bu kontrol birkaç dakikada yapılabilecek basit bir adımdır.
Aynı kontrol e-posta için de yapılabilir; MX kaydının yeni sunucuya işaret ettiği doğrulandıktan sonra test bir e-posta gönderip gerçekten ulaştığı görülmelidir. Bu iki basit doğrulama, taşımanın tahminle değil kanıtla tamamlandığını gösterir.
Taşıma sonrası doğrulama ve sık yapılan hatalar
Taşıma tamamlandıktan sonra birkaç kontrol, sorunun erken fark edilmesini sağlar: SSL sertifikasının yeni sunucuda geçerli olması, formların ve ödeme akışının çalışması, arama konsolunda ani bir hata artışı olup olmadığı.
- TTL'i taşımadan önce düşürmemek, yayılmanın saatler sürmesine yol açmak
- Eski sunucuyu taşıma gününde hemen kapatmak, geri dönüş imkanını ortadan kaldırmak
- MX kayıtlarını site kayıtlarından farklı bir zamanda güncellemek, e-posta kaybına yol açmak
- Yeni sunucuda SSL sertifikasını taşımadan önce kurmamak, taşıma anında güvensiz bağlantı uyarısı almak
Hosting taşıması, doğru sırayla yapıldığında ziyaretçinin fark etmediği bir arka plan işlemidir. TTL'i erken düşürmek, MX kayıtlarını site kayıtlarıyla eş zamanlı taşımak ve eski sunucuyu hemen kapatmamak, kesintisiz bir geçişin üç temel kuralıdır. rabbitclip ile yapılan bir keşif görüşmesinde mevcut hosting taşıma planınızı birlikte gözden geçirebiliriz.
Sık sorulanlar
Hosting taşıması SEO sıralamasını etkiler mi?
Adresler değişmiyorsa doğrudan etkilemez. Adres değişimi de içeren bir taşımada yönlendirmelerin doğru kurulması gerekir; bu ayrı bir konudur.
Taşıma ne kadar sürer?
Hazırlık günler sürebilir ama asıl kesinti süresi, doğru TTL ayarıyla dakikalar mertebesinde kalır.
Eski sunucu ne zaman kapatılmalı?
TTL süresinin en az birkaç katı kadar, genelde bir hafta, beklenmeli; bu süre boyunca yeni sunucu izlenir.
E-posta için ayrı bir servis kullanmak zorunlu mu?
Zorunlu değil ama site taşımasından bağımsız kalması riski büyük ölçüde azaltır.
Yayılmanın tamamlandığı nasıl doğrulanır?
Bir DNS sorgu aracıyla farklı bölgelerden alan adının yeni sunucunun adresine çözümlenip çözümlenmediğine bakılır; tüm bölgeler aynı sonucu verene kadar eski sunucu açık tutulur.
