Bir web sitesi taşınırken yalnızca dosyalar başka bir sunucuya kopyalanmaz. Alan adı, e-posta hesapları, veritabanı, SSL sertifikası, yönlendirmeler, reklam ölçümleri ve Google görünürlüğü aynı operasyonun parçalarıdır. Bu nedenle site taşıma nasıl yapılır sorusunun doğru cevabı, “önce yedek alıp dosyaları yüklemek”ten daha kapsamlıdır. Yanlış planlanan bir geçiş; kesilen formlar, kaybolan siparişler, çalışmayan e-postalar ve organik trafikte düşüş olarak işletmeye geri dönebilir.
Özellikle müşteri talebi toplayan kurumsal sitelerde ve aktif satış yapan e-ticaret mağazalarında taşıma, kontrollü bir yayın süreci olarak ele alınmalıdır. Amaç yalnızca yeni hostinge geçmek değil; ziyaretçinin fark etmediği, arama motorlarının doğru okuyabildiği ve operasyonun kesintiye uğramadığı bir geçiş sağlamaktır.
Site taşımadan önce kapsamı belirleyin
İlk adım, neyin taşınacağını netleştirmektir. Aynı alan adıyla farklı bir hosting firmasına geçiş mi yapılıyor? Alan adı da değişiyor mu? Mevcut site yeni bir yazılıma veya yeni tasarıma mı aktarılıyor? Bu üç senaryonun riski ve yapılacakları farklıdır.
Sadece hosting değişiminde URL yapısı ve içerik aynı kalıyorsa SEO riski daha düşüktür. Buna karşılık alan adı değişikliği veya sayfa adreslerinin yeniden düzenlenmesi, yönlendirme planını zorunlu hale getirir. E-ticaret tarafında ürün varyasyonları, ödeme sistemleri, kargo entegrasyonları ve stok senkronizasyonu da kapsamın içine girer.
Taşıma başlamadan önce mevcut sitenin envanterini çıkarın: sayfalar, blog yazıları, görseller, formlar, üyelik alanları, e-posta hesapları, DNS kayıtları, üçüncü taraf kodları ve entegrasyonlar kayıt altına alınmalıdır. Google Analytics, Search Console, reklam dönüşüm etiketleri, canlı destek araçları ve çerez yönetimi çoğu zaman unutulur. Oysa bunlardan birinin eksik kalması, pazarlama performansını yanlış ölçmenize neden olabilir.
Tam yedek alın ve geri dönüş planı hazırlayın
Yedek, taşıma sürecinin sigortasıdır. Site dosyaları ile veritabanı ayrı ayrı ve eksiksiz biçimde alınmalıdır. WordPress gibi dinamik altyapılarda yazılar, ürünler, kullanıcılar, siparişler ve form kayıtları büyük ölçüde veritabanında bulunur. Sadece public_html klasörünü indirmek yeterli değildir.
Yedeği yalnızca eski sunucuda bırakmayın. Şifreli bir yerel depoda veya güvenilir ayrı bir depolama alanında ikinci kopya tutun. Ayrıca yedeğin açılabildiğini kontrol edin. Bozuk veya eksik bir yedek, ihtiyaç anında yedek değildir.
Bu aşamada geri dönüş senaryosu da belirlenmelidir. Yeni ortamda kritik bir sorun görülürse DNS eski sunucuya ne kadar sürede çevrilebilir? Eski hosting hesabı ne zaman kapatılacak? Pratik yaklaşım, yeni site stabil çalıştığı ve kontroller tamamlandığı doğrulanmadan eski hesabı kapatmaktır.
Yeni hosting ortamını doğru yapılandırın
Yeni hosting paketi, sitenin bugünkü trafiğine değil, büyüme hedeflerine göre seçilmelidir. Kurumsal bir tanıtım sitesi ile yüksek trafikli bir e-ticaret mağazasının kaynak ihtiyacı aynı değildir. Disk alanının yanında işlemci, RAM, PHP sürümü, veritabanı limiti, günlük yedekleme, güvenlik katmanları ve teknik destek kalitesi değerlendirilmelidir.
Yeni sunucuda doğru PHP sürümünü, gerekli eklentileri ve veritabanını hazırlayın. Eski sitede kullanılan PHP sürümü çok güncelse veya çok eskiyse, tema ve eklenti uyumsuzlukları oluşabilir. Taşıma aynı zamanda teknik borçları temizlemek için fırsattır; ancak kritik bir satış döneminde altyapı güncellemesi ile taşıma işlemini aynı güne sıkıştırmak gereksiz risk yaratır.
SSL sertifikası aktif olmalı ve site HTTPS üzerinden açılmalıdır. HTTP ile HTTPS arasında karışık içerik uyarısı oluşursa hem kullanıcı güveni hem de tarayıcı davranışı olumsuz etkilenir. Görsel, font, JavaScript ve CSS kaynaklarının güvenli bağlantıyla çağrıldığını test edin.
Dosya ve veritabanını aktarın
Site dosyaları FTP, SFTP, hosting paneli veya uzman bir taşıma aracıyla yeni sunucuya aktarılabilir. Büyük dosyalarda aktarımın tamamlandığını kontrol edin; eksik medya dosyaları özellikle ürün sayfalarının kalitesini düşürür.
Veritabanı dışa aktarıldıktan sonra yeni sunucuya içe aktarılır. Ardından sitenin yapılandırma dosyasında yeni veritabanı adı, kullanıcı adı, şifre ve sunucu bilgileri güncellenir. WordPress sitelerinde adres değişmişse veritabanındaki eski URL’lerin de güvenli biçimde değiştirilmesi gerekir. Basit metin değişiklikleri, serializasyon yapısındaki verileri bozabileceği için gelişigüzel yapılmamalıdır.
Taşıma tamamlanmadan DNS değişikliği yapmayın. Önce siteyi geçici adres, hosts dosyası veya staging ortamı üzerinden yeni sunucuda inceleyin. Böylece ziyaretçiler eski çalışan siteyi kullanırken siz yeni kurulumu güvenle test edebilirsiniz.
DNS, e-posta ve alan adı kayıtlarını yönetin
DNS değişikliği, ziyaretçileri yeni sunucuya yönlendiren aşamadır. Alan adının nameserver kayıtları veya A kaydı güncellenebilir. Hangi yöntemin kullanılacağı, e-posta hizmetinizin nerede yönetildiğine bağlıdır. Yanlış DNS kaydı, web sitesi açılırken kurumsal e-postaların çalışmamasına yol açabilir.
MX, SPF, DKIM ve DMARC kayıtlarını kontrol edin. Özellikle teklif formları üzerinden müşteri adayı toplayan işletmeler için e-posta teslimatı kritik bir konudur. Taşıma sonrası formdan gönderilen mesajların hem işletme gelen kutusuna hem de spam klasörüne düşme durumunu test edin.
DNS yayılımı çoğu zaman kısa sürse de tüm internet servis sağlayıcılarında aynı anda gerçekleşmeyebilir. Bu nedenle geçişi yoğun kampanya saatleri, büyük indirim günleri veya reklam bütçesinin en yüksek olduğu dönemlere denk getirmeyin. E-ticaret sitelerinde sipariş yoğunluğu düşük bir zaman aralığı seçmek daha güvenlidir.
SEO kaybını önlemek için site taşıma kontrolü yapın
Site taşıma nasıl yapılır denildiğinde en sık atlanan başlık teknik SEO’dur. Site açılıyor olabilir; fakat Google’ın yeni sürümü nasıl gördüğü ayrıca kontrol edilmelidir. URL yapısı hiç değişmiyorsa iş daha kolaydır. Buna rağmen robots.txt, XML site haritası, canonical etiketleri, noindex ayarları ve sayfa hızının kontrol edilmesi gerekir.
Alan adı veya URL yapısı değişiyorsa eski her önemli sayfa, yeni karşılığına 301 yönlendirmesiyle bağlanmalıdır. Tüm eski sayfaları ana sayfaya yönlendirmek doğru bir çözüm değildir. Örneğin eski bir hizmet sayfası, mümkünse aynı hizmetin yeni sayfasına gitmelidir. Bu yaklaşım hem kullanıcı deneyimini korur hem de sayfanın biriktirdiği SEO değerinin daha sağlıklı aktarılmasına yardımcı olur.
Geçiş sonrasında şu kontrolleri yapın:
- Ana sayfa, hizmet sayfaları, iletişim formu ve en çok trafik alan içerikler doğru açılıyor mu?
- Mobil görünüm, menüler, arama, form gönderimleri ve varsa ödeme adımları çalışıyor mu?
- 404 hata sayfaları, yönlendirme zincirleri ve kırık görseller taranıyor mu?
- Search Console doğrulaması, site haritası ve indeksleme raporları doğru mü?
- Analytics, Google Ads dönüşüm etiketi ve telefon tıklama ölçümleri veri topluyor mu?
Yeni tasarım da devreye giriyorsa eski sayfa başlıklarını, açıklamalarını ve başarılı içeriklerini neden kaldırdığınızı sorgulayın. Sırf tasarım sade görünsün diye arama trafiği getiren metinleri silmek, görünürlükte gereksiz düşüş yaratabilir. Tasarım ve SEO aynı hedefe hizmet etmelidir: doğru ziyaretçiyi getirip dönüşüme yaklaştırmak.
Yayın sonrası izleme, taşımanın son adımıdır
Taşıma DNS değiştiğinde bitmez. İlk 48-72 saat kritik takip dönemidir. Sunucu hata kayıtları, form bildirimleri, sayfa açılış hızı, ödeme akışı ve trafik verileri izlenmelidir. Search Console’da tarama hataları artıyor mu, Analytics’te organik ziyaretler olağandışı düşüyor mu, reklam kampanyalarından gelen kullanıcılar dönüşüm gerçekleştiriyor mu kontrol edilmelidir.
Bazı sorunlar yalnızca gerçek kullanıcı davranışıyla ortaya çıkar. Örneğin belirli bir tarayıcıda çalışan ama mobil Safari’de bozuk görünen bir ödeme alanı veya bazı e-posta sağlayıcılarına ulaşmayan form bildirimleri test aşamasında gözden kaçabilir. Bu yüzden taşıma sonrası teknik destek ve hızlı müdahale kapasitesi, hosting fiyatından daha değerli hale gelir.
İşletmeniz için site; itibar, müşteri adayı ve satış kanalıdır. Geçişi sadece teknik bir görev gibi değil, dijital operasyonun devamlılık planı gibi yönetin. Kapsamlı bir kontrol listesi, doğru yönlendirmeler ve yayın sonrası takip ile taşıma süreci büyümenizi kesintiye uğratan değil, daha hızlı ve yönetilebilir bir altyapıya geçiş sağlayan bir adım olur.