Web sitesi taşırken alan adı, içerik, yönlendirme ve e-posta süreçlerinde yapılan hatalar trafik ve veri kaybına yol açabilir. Güvenli taşıma adımlarını öğrenin.
Web sitesini farklı bir yazılım ajansına taşımak, alan adını değiştirmek veya mevcut altyapıyı yenilemek işletmeler için yalnızca teknik bir işlem değildir. Sitedeki sayfalar, görseller, formlar, kullanıcı verileri, e-posta hesapları ve Google’daki görünürlük birlikte düşünülmelidir. Taşıma sırasında küçük görünen bir eksiklik, iletişim formlarının çalışmamasına, bazı sayfaların açılmamasına veya daha önce elde edilen organik trafiğin azalmasına neden olabilir.
Bu nedenle web sitesi taşınırken nelere dikkat edilmeli sorusunun yanıtı yalnızca “dosyaları yeni sunucuya yüklemek” değildir. Taşıma öncesinde envanter çıkarmak, yedek almak, alan adı ve DNS ayarlarını planlamak, sayfa adreslerini korumak ve yayına geçiş sonrasında kontroller yapmak gerekir. Bu rehberde, işletme sahiplerinin süreci daha kontrollü yönetebilmesi için en önemli adımları sade bir şekilde ele alıyoruz.
Taşıma kararından önce mevcut web sitesinin envanterini çıkarın
Web sitesi taşınmadan önce ilk yapılması gereken, mevcut yapının eksiksiz bir envanterini hazırlamaktır. İşletmeler çoğu zaman yalnızca ana sayfayı ve birkaç hizmet sayfasını düşünür. Oysa web sitesinin arka planında unutulabilecek çok sayıda unsur bulunur. Blog yazıları, ürün veya hizmet detayları, iletişim formları, üyelik alanları, indirilebilir dosyalar, görseller, takip kodları ve yönetici hesapları bu envantere dahil edilmelidir.
Öncelikle mevcut alan adlarını ve alt alan adlarını listeleyin. Örneğin ana web sitesinin yanında teklif formu, müşteri paneli veya e-posta servisi için kullanılan farklı adresler olabilir. Daha sonra tüm önemli sayfaların adreslerini kaydedin. Bu liste, taşıma sonrasında sayfaların eksilip eksilmediğini ve adreslerin değişip değişmediğini kontrol etmek için kullanılabilir.
Kullanılan e-posta hesaplarını da ayrıca not etmek gerekir. Alan adı taşıma sırasında DNS ayarlarının yanlış yapılandırılması, e-posta gönderim ve alımının geçici olarak durmasına yol açabilir. info, destek, satis veya kişisel çalışan adresleri gibi hesapların hangilerinin aktif olduğu belirlenmelidir.
Ayrıca mevcut sitede kullanılan üçüncü taraf hizmetleri tespit edin. Google Analytics, Google Tag Manager, canlı destek, çevrim içi ödeme, kargo, randevu veya form servisleri yeni ortamda yeniden yapılandırma gerektirebilir. Bu hazırlık, taşıma sonrasında “hangi özellik çalışmıyor?” sorusuna daha hızlı yanıt vermenizi sağlar.
Eksiksiz yedek almadan taşıma işlemine başlamayın
Web sitesi taşıma sürecinin en önemli güvenlik adımlarından biri yedek almaktır. Yedek, yalnızca ana sayfanın veya birkaç görselin kopyalanması anlamına gelmez. Web sitesinin dosyaları, veritabanı, görselleri, yüklenen belgeleri ve gerekiyorsa e-posta içerikleri ayrı ayrı korunmalıdır. İçerik yönetim sistemi kullanan sitelerde sayfalar ve ayarlar çoğunlukla veritabanında tutulur. Bu nedenle yalnızca dosyaları indirmek, sitenin tamamını korumaya yetmez.
Yedeğin nerede saklandığı da önemlidir. Aynı sunucuda bulunan tek bir kopya, sunucuda yaşanabilecek bir sorunla birlikte kullanılmaz hale gelebilir. Mümkünse yedek, bilgisayar veya güvenli bir bulut depolama alanı gibi farklı bir konumda da tutulmalıdır. Dosyanın gerçekten açılabildiğini ve veritabanı yedeğinin kullanılabilir olduğunu kontrol etmek gerekir.
Yedek alma işleminden önce mevcut sitenin çalışma durumunu da belgeleyin. Önemli sayfaların ekran görüntülerini almak, aktif formları test etmek ve kritik bağlantıları listelemek karşılaştırma yapmayı kolaylaştırır. Özellikle sipariş, başvuru veya teklif toplayan sitelerde eski kayıtların korunması büyük önem taşır.
Taşıma tamamlandıktan sonra eski hosting hesabını hemen kapatmak doğru değildir. Yeni sitenin bütün işlevleri kontrol edilene kadar eski ortamın erişilebilir kalması, beklenmeyen bir durumda geri dönüş seçeneği sağlar. Bu süre, işletmenin sitenin karmaşıklığına ve e-posta kullanımına göre planlanmalıdır. Eski sistemin açık tutulması tek başına yedek yerine geçmez; ancak kontrollü geçiş için ek güvenlik sağlar.
Alan adı ve DNS değişikliklerini birbirinden ayırın
Alan adı, web sitesinin internet üzerindeki adresidir. DNS ise bu adresin hangi sunucuya, e-posta hizmetine veya başka bir dijital servise yönleneceğini belirleyen kayıtlardır. Taşıma sırasında alan adı kayıt kuruluşunu değiştirmek ile web sitesini yeni hosting sunucusuna yönlendirmek aynı işlem değildir. Bu iki değişikliği aynı anda yapmak, sorun çıktığında kaynağı belirlemeyi zorlaştırabilir.
Yalnızca hosting değişecekse çoğu durumda alan adının kayıt kuruluşunu değiştirmeye gerek kalmaz. Gerekli olan, alan adının DNS kayıtlarında web sitesi için kullanılan sunucu bilgilerinin güncellenmesidir. E-posta kayıtları ise ayrıca korunmalıdır. Web sitesi yeni sunucuya taşınırken e-posta kayıtlarının silinmesi veya yanlış değerlerle değiştirilmesi, işletme e-postalarının çalışmamasına neden olabilir.
DNS değişikliklerinin internet üzerindeki farklı servis sağlayıcılarda aynı anda görünmesi zaman alabilir. Bu geçiş sırasında bazı kullanıcılar yeni sunucuyu, bazıları ise eski sunucuyu görebilir. Bu nedenle yayına geçiş anı, işletmenin yoğun olmayan bir dönemine denk getirilmeli ve eski sunucu hemen kapatılmamalıdır.
Alan adı yönetim paneline erişimin kimde olduğu da önceden netleştirilmelidir. Yönetici parolası, iki aşamalı doğrulama ve kayıt kuruluşu iletişim bilgileri güncel değilse işlem sırasında gereksiz gecikmeler yaşanabilir. Alan adı süresinin dolmak üzere olup olmadığı da kontrol edilmelidir. Taşıma, alan adı sahipliği veya yenileme sorunlarını çözmez; bunlar ayrı konulardır.
Sayfa adreslerini ve SEO değerini koruyun
Web sitesi taşınırken en sık gözden kaçan konulardan biri sayfa adresleridir. Sunucu değişse bile sayfa adresleri aynı kalıyorsa arama motorları ve kullanıcılar açısından geçiş daha sorunsuz olur. Ancak yeni tasarımda sayfa yapısı değişiyor, içerikler yeniden düzenleniyor veya farklı bir altyapıya geçiliyorsa bazı adreslerin değişmesi mümkün olabilir.
Adres değişikliği zorunluysa eski adres ile yeni adres arasında 301 yönlendirmesi kurulmalıdır. 301 yönlendirmesi, bir sayfanın kalıcı olarak başka bir adrese taşındığını bildiren yönlendirme türüdür. Örneğin eski bir hizmet sayfası adresi değiştiğinde, kullanıcı ve arama motoru yeni sayfaya yönlendirilmelidir. Tüm eski adresleri doğrudan ana sayfaya göndermek yerine, mümkün olduğunca konu bakımından en yakın yeni sayfaya yönlendirmek daha doğru bir yaklaşımdır.
Yeni sitede robots.txt, site haritası ve sayfaların arama motorlarına açık olup olmadığı da kontrol edilmelidir. Geliştirme aşamasında kullanılan “arama motorlarını engelle” ayarı canlı sitede unutulursa sayfalar Google’da görünmeyebilir. Alan adı veya URL yapısı değiştiğinde Google Search Console üzerindeki mülk ve site haritası kontrolleri de yeniden yapılmalıdır. Bu adımlar SEO sonucu garanti etmez; ancak taşıma kaynaklı görünürlük kayıplarını azaltmaya yardımcı olur.
Yeni sunucuda yayına geçmeden önce test ortamı oluşturun
Web sitesini doğrudan eski sunucudan yeni sunucuya geçirmek yerine, mümkünse önce geçici bir test adresinde çalıştırmak daha güvenlidir. Böylece ziyaretçiler eski siteyi kullanmaya devam ederken yeni ortamda sayfalar, formlar ve tasarım kontrol edilebilir. Test adresi arama motorlarına kapalı tutulmalı ve yanlışlıkla indekslenmemelidir.
İlk testte ana sayfayı kontrol etmek yeterli değildir. Menüdeki bütün bağlantılar, hizmet sayfaları, blog içerikleri, görseller, dosya indirme bağlantıları ve iletişim alanları incelenmelidir. Form doldurulduğunda bildirim e-postasının doğru adrese ulaşıp ulaşmadığı test edilmelidir. Mobil cihazlarda menü, butonlar, form alanları ve görsel boyutları ayrıca kontrol edilmelidir.
Özel işlevlere sahip sitelerde daha kapsamlı senaryolar gerekir. Örneğin üyelik bulunan bir sitede yeni kullanıcı kaydı, şifre yenileme ve oturum açma denenmelidir. E-ticaret sitesinde ürün arama, sepete ekleme, adres girişi ve ödeme adımlarının tamamı gözden geçirilmelidir. Randevu veya teklif sistemi kullanan işletmelerde kayıtların yönetim paneline düştüğü doğrulanmalıdır.
Test sırasında yalnızca “sayfa açılıyor mu?” sorusuna odaklanmayın. Hatalı bağlantılar, eksik görseller, bozuk karakterler, yavaş açılan bölümler ve yetkisiz erişim ihtimali de incelenmelidir. Mümkünse farklı tarayıcılarda ve hem telefon hem masaüstü cihazlarda kontrol yapılmalıdır. Bu aşamada bulunan sorunları listelemek, yayına geçiş günündeki karmaşayı azaltır.
Yayına geçiş gününü ve sorumlulukları planlayın
Web sitesi taşıma işlemini plansız şekilde başlatmak, işletmenin iletişim kanallarını ve satış süreçlerini etkileyebilir. Önceden belirlenmiş bir geçiş planı hazırlanmalıdır. Planda alan adı yönlendirmesini kimin yapacağı, yedekten kimin sorumlu olduğu, formların kimin tarafından test edileceği ve sorun yaşanırsa kimin karar vereceği açıkça yazılmalıdır.
Yayına geçiş için işletmenin yoğun olmayan bir zamanı seçilmelidir. Ancak yalnızca gece saatlerini tercih etmek her zaman gerekli değildir; önemli olan işlem sırasında sorumlu kişilerin ulaşılabilir olmasıdır. Ekip, geçiş başladıktan sonra hangi adımın tamamlandığını ve sırada ne olduğunu görebilmelidir.
Geçişten hemen önce yeni bir yedek alınması, son içerik değişikliklerinin korunmasını sağlar. Çünkü eski sistemde taşıma planı hazırlanırken yeni blog yazıları, müşteri kayıtları veya form başvuruları oluşmuş olabilir. Bu veriler yeni siteye aktarılmadan yönlendirme yapılırsa iki sistem arasında içerik farkı oluşabilir.
Yönlendirme yapıldıktan sonra DNS değişikliğinin yayılmasını beklerken e-posta hizmetini ayrıca takip edin. Web sitesi açılıyor olsa bile e-posta tarafında sorun yaşanabilir. İşletmenin telefon, e-posta ve form kanalları çalışmıyorsa kullanıcılar ulaşmakta zorlanır. Bu yüzden yayına geçiş checklist’inde iletişim bilgileri, form bildirimleri ve e-posta gönderimi ayrı maddeler olarak yer almalıdır.
Taşıma sonrasında bazı sayfalar açılmıyor, formlar çalışmıyor veya eski adresler yanlış yere gidiyorsa müdahaleyi geciktirmeyin. Sorunları önceliklendirin: önce iletişim ve satış süreçlerini etkileyen hatalar, ardından görünüm ve ikincil içerik sorunları ele alınmalıdır. Taşıma ve yeniden yapılandırma planı kapsamlıysa, web tasarım hizmetleri kapsamında teknik kontrollerin ve içerik yapısını bizimle birlikte değerlendirebilirsiniz.
Web Sitenizi Taşımak İstiyorsanız Yanınızdayız
Mevcut web sitenizi farklı bir hosting firmasına taşımak istiyor ancak teknik işlemler konusunda yeterli bilgiye sahip değilseniz, bu süreci sizin için yönetebiliriz.
Web Tasarım hizmetimiz kapsamında mevcut web sitenizin yeni hosting ortamına taşınması, alan adı ve hosting ayarlarının yapılması, dosya ve veritabanı aktarımının gerçekleştirilmesi gibi teknik işlemleri üstleniyoruz.
Aynı zamanda mevcut ajansınızla çalışmayı bırakıp yeni bir web tasarım ajansı veya hosting firması arıyorsanız, web sitenizin mevcut yapısını inceleyerek sürecin sorunsuz şekilde devralınmasını sağlayabiliriz.
Web sitenizin taşınması sırasında oluşabilecek veri kaybı, erişim sorunları veya yanlış sunucu yapılandırmalarıyla uğraşmak zorunda kalmadan, teknik süreci sizin adınıza yönetiyoruz.
Mevcut web sitenizi değiştirmeden yalnızca hosting veya hizmet sağlayıcınızı değiştirmek istiyorsanız da destek alabilirsiniz.
