Hosting taşıma sırasında site kapanmadan geçiş nasıl yapılır?

Canlı yayındaki bir web sitesini yeni bir sunucuya taşırken temel hedef, ziyaretçilerin kesinti görmemesi ve veri kaybı yaşanmamasıdır. Bu süreç yalnızca dosya kopyalamaktan ibaret değildir; DNS, veritabanı, e-posta, SSL ve önbellek gibi birçok bileşenin doğru sırayla yönetilmesi gerekir. Planlı ilerlenirse hosting taşıma işlemi, kullanıcı deneyimini bozmadan ve arama motoru görünürlüğünü riske atmadan tamamlanabilir.

Kesintisiz taşıma için doğru hazırlık

Taşıma işlemine başlamadan önce mevcut sitenin teknik durumunu netleştirmek gerekir. WordPress sürümü, PHP versiyonu, veritabanı boyutu, kullanılan eklentiler, özel cron görevleri ve e-posta hesapları kontrol edilmelidir. Yeni sunucu bu gereksinimleri karşılamıyorsa taşıma sonrası beyaz ekran, yavaşlık, form hataları veya e-posta teslim sorunları görülebilir.

İlk adım, mevcut siteden eksiksiz yedek almaktır. Dosyalar, veritabanı, wp-config.php, .htaccess, uploads klasörü ve varsa özel dizinler ayrı ayrı doğrulanmalıdır. Yedek dosyasının yalnızca oluşturulması yeterli değildir; açılabilir, indirilebilir ve geri yüklenebilir olduğundan emin olunmalıdır.

DNS TTL değerini önceden düşürün

Kesintisiz geçişte en kritik konulardan biri DNS yayılım süresidir. Alan adınızın DNS kayıtlarında TTL değeri yüksekse, kullanıcıların bir kısmı uzun süre eski sunucuya yönlenebilir. Taşımadan 24-48 saat önce A kaydı, CNAME ve ilgili DNS kayıtlarının TTL değerini 300 saniye gibi düşük bir seviyeye çekmek geçişi daha kontrollü hale getirir.

Bu işlem, isim sunucusunu hemen değiştirmek anlamına gelmez. Amaç, geçiş anı geldiğinde DNS değişikliğinin daha hızlı yayılmasını sağlamaktır. Özellikle yoğun trafik alan sitelerde bu adım atlanırsa bazı ziyaretçiler yeni siteyi görürken bazıları eski sürüme ulaşabilir.

Yeni sunucuyu canlıya almadan test edin

Site dosyaları ve veritabanı yeni ortama aktarıldıktan sonra alan adını yönlendirmeden test yapılmalıdır. Bunun için geçici URL, staging alanı veya bilgisayarınızdaki hosts dosyası kullanılabilir. Böylece ziyaretçiler eski siteyi kullanmaya devam ederken siz yeni sunucudaki kopyayı kontrol edebilirsiniz.

Kontrol edilmesi gereken temel noktalar

• Ana sayfa, kategori, ürün ve yazı sayfaları hatasız açılıyor mu?
• WordPress yönetim paneline giriş yapılabiliyor mu?
• İletişim formları ve sipariş adımları çalışıyor mu?
• Görseller, CSS ve JavaScript dosyaları doğru yükleniyor mu?
• Kalıcı bağlantılar ve yönlendirmeler bozulmadan çalışıyor mu?
• PHP bellek limiti, max execution time ve upload limitleri yeterli mi?

Test sırasında yalnızca ana sayfaya bakmak yanıltıcı olabilir. Özellikle WooCommerce, üyelik sistemi veya rezervasyon modülü olan sitelerde işlem adımları gerçek senaryolarla denenmelidir.

Veritabanı farklarını yönetmek

Taşıma sırasında en sık yapılan hata, eski sitede yeni veri oluşmaya devam ederken eski bir veritabanı yedeğini yeni sunucuya aktarmaktır. Blog yorumu, sipariş, form kaydı veya kullanıcı üyeliği alan sitelerde bu durum veri kaybına yol açabilir.

Bu riski azaltmak için geçişten hemen önce bakım penceresi tanımlanabilir ya da dinamik işlemler kısa süreliğine durdurulabilir. E-ticaret sitelerinde ödeme almaya devam etmek gerekiyorsa son veritabanı senkronizasyonu DNS değişiminden hemen önce yapılmalıdır. Bu aşamada zamanlama önemlidir; dosyalar önceden taşınabilir, ancak veritabanının son hali geçiş anına yakın alınmalıdır.

DNS değişikliği ve eski sunucuyu kapatmama kuralı

Yeni ortam testlerden geçtiğinde alan adının A kaydı veya nameserver bilgisi yeni sunucuya yönlendirilir. Burada dikkat edilmesi gereken nokta, eski sunucuyu hemen kapatmamaktır. DNS yayılımı tamamlanana kadar bazı kullanıcılar eski IP adresine gitmeye devam edebilir.

Pratik bir yaklaşım olarak eski sunucuyu en az 48 saat aktif tutmak güvenlidir. Bu süre içinde erişim logları takip edilerek trafiğin büyük ölçüde yeni ortama geçtiği görülebilir. Eğer e-posta hizmeti de aynı panel üzerinden çalışıyorsa MX kayıtları ayrıca kontrol edilmeli, posta kutuları yeni tarafa taşınmadan eski hizmet iptal edilmemelidir.

SSL, önbellek ve WordPress ayarları

Yeni sunucuda SSL sertifikası etkin değilse tarayıcılar güvenlik uyarısı gösterebilir. DNS yönlendirmesinden önce sertifika kurulumu planlanmalı, yönlendirme sonrası HTTPS erişimi test edilmelidir. Cloudflare veya benzeri bir CDN kullanılıyorsa SSL modu, önbellek seviyesi ve gerçek IP iletimi ayrıca gözden geçirilmelidir.

WordPress tarafında site adresi, kalıcı bağlantılar, güvenlik eklentileri ve önbellek eklentileri kontrol edilmelidir. Bazı güvenlik eklentileri sunucu yolunu sabit tuttuğu için taşıma sonrası hata verebilir. Önbellek temizlenmeli, gerekiyorsa eklenti yeniden yapılandırılmalıdır. Bu adım özellikle site kapanmadan hosting taşıma hedefleniyorsa kullanıcıların eski içerik ya da bozuk tasarım görmesini engeller.

Taşıma sonrası izleme adımları

Geçiş tamamlandıktan sonra yalnızca sitenin açılması yeterli bir başarı ölçütü değildir. İlk 24 saat boyunca hata kayıtları, sunucu kaynak kullanımı, 404 sayfaları, form teslimleri ve e-posta gönderimleri izlenmelidir. Arama motoru botlarının siteye erişip erişemediği robots.txt ve güvenlik duvarı ayarları üzerinden kontrol edilmelidir.

Performans tarafında TTFB, sayfa yüklenme süresi ve veritabanı sorgu süreleri karşılaştırılmalıdır. Yeni sunucu daha güçlü olsa bile yanlış PHP sürümü, eksik modül veya agresif güvenlik kuralı siteyi yavaşlatabilir. Eğer beklenmeyen bir sorun çıkarsa eski yedeğe dönmek yerine önce hatanın kaynağı belirlenmeli; DNS, SSL, dosya izinleri ve veritabanı bağlantısı sırasıyla incelenmelidir.

Kurumsal sitelerde taşıma planı mümkünse düşük trafik saatlerine alınmalı, işlem sorumluları ve geri dönüş senaryosu önceden belirlenmelidir. Böylece hosting değişimi teknik bir risk olmaktan çıkar, kontrollü ve ölçülebilir bir operasyon haline gelir.