Hosting taşıma hizmetinde hangi işlemler teslim edilmeli?

Hosting taşıma hizmetinde ne teslim edilmeli?

Hosting taşıma hizmetinde yalnız dosyaların yeni sunucuya kopyalanması değil; veritabanı, alan adı bağlantıları, gerekli uygulama ayarları ve temel işlev kontrolleri de kapsamlandırılmalıdır. Hangi verilerin taşınacağı, yayına geçişin nasıl yapılacağı, kabulü kimin vereceği ve eski hizmetin ne zaman kapatılacağı belirli olmalıdır. E-posta hesaplarının taşınması ise ayrıca değerlendirilmesi gereken bir iş olabilir.

Bu yazı, mevcut web sitesini başka bir barındırma ortamına geçirmek isteyen işletmeler için teslim odaklı bir rehberdir. Her sitenin aynı yöntemle veya aynı sürede taşınacağını söylemez. Amaç, teklif görüşmesinde hangi soruların sorulacağını ve işin tamamlandığının nasıl anlaşılacağını açıklamaktır. Böylece hizmeti yalnızca bir dosya aktarımı olarak değil, çalışan web sitesinin kontrollü devri olarak değerlendirebilirsiniz.

İlk teslim, kaynak ortamın anlaşılmasıdır

Çalışmaya başlamadan önce mevcut sitenin teknolojisi, dosya yapısı ve veritabanları belirlenmelidir. Site yönetimiyle hosting yönetimi farklı kişilerde olabilir. Alan adı, DNS ve uygulama erişimlerinin kimde olduğu öğrenilmelidir. Bu bilgiler hazır değilse başlangıç incelemesinde oluşturulacak envanter ayrı bir çıktı olarak istenebilir. Eksik erişimlerin taşıma günü ortaya çıkması önlenmelidir.

İlk teklif aşamasında bütün parolaları tek bir dosyada göndermeniz gerekmez. Teknik ekibin hangi erişime ihtiyaç duyduğu ve bu erişimin nasıl verileceği çalışma kapsamıyla birlikte planlanmalıdır. Yönetim hesabının kişisel bir çalışana bağımlı olması gibi sorunlar varsa bunlar da not edilmelidir. Şirketin kendi varlıkları üzerinde kontrol sahibi kalması, devir sürecinin temel parçalarından biridir.

Taşınacak veri listesi yazılı olmalı

Dosyalar, veritabanları ve uygulama için gerekli ayarlar ayrı başlıklarla listelenebilir. Bir panelde birden fazla site varsa hangilerinin kapsama dahil olduğu belirtilmelidir. Alt alan adları, test ortamları veya eski klasörler de bulunabilir. Sağlayıcının bütün görünen veriyi taşımakla yalnızca aktif siteyi taşımak arasında hangi kapsamı esas aldığını öğrenin.

WordPress'in resmî taşıma belgeleri, ortam değişiklikleri sırasında veri ve site adresi gibi bileşenlerin dikkate alınmasını açıklar; işlem öncesi yedek hazırlığına da dikkat çeker. Buradan her sitenin aynı dosya yapısıyla taşınacağı sonucu çıkarılmamalıdır. Kullanılan uygulamaya göre uygun yöntem seçilmelidir. Kapsam, sitenin gerçek yapısına dayanmalıdır.

Yeni ortamın uygunluğu aktarım öncesinde incelenmeli

Hedef hosting ortamı uygulamanın gereksinimlerini karşılamalıdır. Kullanılan sürümler, gerekli bileşenler ve dış servis bağlantıları incelenir. Mevcut sitede çalışan bir özelliğin yeni ortamda otomatik olarak aynı koşullara sahip olduğu varsayılmaz. Uygulama geliştiricisine ihtiyaç duyulacak konular varsa bunun kim tarafından koordine edileceği önceden belirlenmelidir.

Hosting taşımasıyla uygulama geliştirmeyi ayrı tutun. Taşıma sırasında bulunan eski bir eklenti hatası veya mevcut yazılım sorunu için ek çalışma gerekebilir. Sağlayıcıdan hangi uyumluluk kontrollerini yapacağını ve hangi düzeltmelerin hizmet dışında olduğunu açıklamasını isteyin. Böylece daha önce var olan sorunlarla taşımanın oluşturduğu eksikler daha anlaşılır biçimde ayrılabilir.

Alan adı ve DNS değişikliklerinin sorumlusu belli olsun

Alan adı başka bir firmada, hosting başka bir firmada yönetiliyor olabilir. DNS değişikliğini yapacak yetkili kişi proje planına dahil edilmelidir. Hangi kayıtların hangi amaçla değiştirileceği belirlenmeli; web sitesi taşınırken ilgisiz e-posta veya başka hizmet kayıtları gelişigüzel değiştirilmemelidir. Mevcut kayıtların başlangıç envanterinde bulunması bu kontrolü kolaylaştırır.

DNS üzerinde yapılan değişikliklerin farklı kullanıcılar tarafından aynı anda görülmesi beklenmemelidir. Geçiş yaklaşımı bu davranış ve mevcut koşullar dikkate alınarak hazırlanır. Kesin yayılma süresi sözü vermek yerine teknik ekip hangi kontrollerle yeni ortamın kullanıldığını doğrulayacağını açıklamalıdır. Alan adının başka bir kayıt firmasına taşınması da hosting değişikliğiyle otomatik olarak aynı işlem değildir.

Yayına geçmeden önce test listesi oluşturun

Yeni ortamda ana sayfanın açılması temel bir kontroldür; fakat tek başına yeterli olmayabilir. Önemli sayfalar, görseller ve site içi bağlantılar incelenmelidir. Kullanıcı girişi veya içerik yönetimi varsa bunların çalışması da kontrol edilir. Kabul listesi, şirketin siteyi hangi işler için kullandığına göre hazırlanmalıdır. Her projede aynı test sayısı gerekmeyebilir.

Örneğin hizmet sitesinde iletişim formunun doğru çalışması önemliyken, işlem alan bir sitede sepet veya sipariş adımları da kritik olabilir. Bunlar örnek kabul senaryolarıdır; gerçek müşteri başarısı veya belirli bir sonucun kanıtı değildir. Testin gerçek sipariş ya da e-posta üretmesi halinde yan etkiler kontrol edilmeli, gerekiyorsa güvenli bir test yöntemi belirlenmelidir.

Formlar ve e-posta gönderimi ayrıca doğrulanmalı

İletişim formunun ekranda başarı mesajı göstermesi, bildirimin doğru adrese ulaştığını tek başına kanıtlamaz. Formun kayıt, bildirim ve hata akışı incelenmelidir. Sunucudan veya bir dış hizmetten gönderim yapılıyorsa yeni ortamın bu bağlantıyla uyumlu olduğu kontrol edilmelidir. Uygulamanın kullandığı erişim yöntemini bilen tarafın çalışmaya katılması gerekebilir.

Web sitesinin taşınmasıyla posta kutularının taşınması farklıdır. Alan adınıza bağlı kullanıcı hesapları, eski mesajlar ve cihaz kurulumları ayrı kapsam gerektirebilir. Teklifte “mail dahil” gibi genel ifadeler yerine hangi işlemin yapıldığını sorun. Posta hizmeti de değişecekse mail taşıma çalışması ayrıca planlanmalıdır. Böylece web sitesinin devriyle şirket yazışmalarının yönetimi birbirine karıştırılmaz.

Adresler ve yönlendirmeler korunmalı

Hosting değişikliğinde web adreslerinin değişmesi zorunlu değildir. Mevcut alan adı ve sayfa yolları korunabiliyorsa bunlar kabul kontrolüne dahil edilmelidir. Bilinen önemli sayfaların yeni ortamda doğru yanıt verdiği incelenir. Eski yönlendirmeler veya uygulama sunucu ayarları varsa bunların ihtiyaç duyulan karşılıkları değerlendirilmelidir. Yeni ortamda farklı sunucu yazılımı bulunması ek inceleme gerektirebilir.

Barındırma değişikliğinin otomatik olarak daha iyi arama sıralaması sağlayacağı söylenmemelidir. Teknik hedef, çalışan içeriğin ve gerekli erişim sinyallerinin korunmasıdır. Alan adı veya adres değişikliği de yapılacaksa bu ayrıca planlanmalıdır. Birbirinden farklı projeleri aynı anda belirsiz biçimde yürütmek yerine hangi değişikliğin neden yapıldığı yazılı hale getirilmelidir.

Geçiş sırasında güncellenen verileri planlayın

Site taşıma kopyası hazırlanırken yeni içerik, form kaydı veya sipariş oluşmaya devam edebilir. Bu verinin hangi ortamda oluştuğu ve son aktarımda nasıl ele alınacağı belirlenmelidir. Yalnızca ilk kopyanın alınmasıyla aktif sitenin bütün sonraki işlemlerinin de taşındığı varsayılmamalıdır. Gerekiyorsa uygulama sorumlusuyla uygun çalışma penceresi kararlaştırılır.

İşletme, değişikliklerin yapılabileceği zamanları ve kapanışın etkisini açıklamalıdır. Teknik ekip de durulacak koşulları ve beklenmeyen sonuçta nasıl ilerleyeceğini belirtmelidir. Her durumda sıfır kesinti veya sıfır veri farkı sözü vermek yerine, uygulamaya uygun yöntemi ve kontrol adımlarını görmek gerekir. Kabul kararı bu plan üzerinden verilmelidir.

Teslim raporu ve eski hizmetin kapanışı

Teslim raporunda taşınan siteler, yapılan temel değişiklikler, tamamlanan kontroller ve varsa açık kalan işler bulunmalıdır. Alan adı ve uygulama erişimlerinin şirket yetkilisine nasıl teslim edildiği belirtilmelidir. Teknik rapor yalnızca uzun işlem listesi olmamalı; müşterinin neyin hazır olduğunu anlayabileceği bir özet de içermelidir. Sonradan çıkacak bir sorunun takibi böylece kolaylaşır.

Eski hostingin kapanışı ayrıca onaylanmalıdır. İhtiyaç duyulan veriler alınmadan veya kabul kontrolleri bitmeden hizmetin sonlandırılması istenmemelidir. Tutulacak kopyaların kapsamı, erişimi ve saklama koşulları da kararlaştırılır. Geçici taşıma kopyasıyla devam eden yedekleme hizmetinin aynı şey olmadığını unutmayın. Yeni ortam için düzenli yedek beklentisi ayrıca açıklanmalıdır.

Taşıma sonrası destekte hangi sınırlar olmalı?

Proje tamamlandıktan sonra taşıma kaynaklı eksiklerin nasıl bildirileceği belirlenmelidir. Yeni içerik girilmesi, tasarım değişikliği veya yeni özellik geliştirme farklı işler olabilir. İlk dönem desteğinin süresi ve neleri kapsadığı teklif içinde yazılmalıdır. Sorunun barındırma, uygulama veya başka bir hizmet kaynaklı olabileceği durumlarda inceleme yöntemi açıklanmalıdır.

Devam eden uygulama bakımı istiyorsanız bunu ayrıca belirtin. Örneğin WordPress tema ve eklenti güncellemelerinin yapılması, yalnız hosting alanı sunulmasından farklıdır. Gerekli bakım ve yönetim planı kurulduğunda sonraki talepler doğru ekibe yönlendirilebilir. Böylece taşıma sonrasında kimin hangi işe bakacağı belirsiz kalmaz ve şirketiniz kendi sisteminin kontrolünü korur.

İz Medya'ya hosting taşıma talebinizi iletin

Mevcut site adresi, kullanılan uygulama, yaklaşık veri miktarı ve geçiş beklentisi ilk değerlendirme için yararlıdır. E-posta hizmetinin de değişip değişmeyeceğini belirtin. Bilmediğiniz teknik ayrıntıları tahmin ederek doldurmanız gerekmez; başlangıç incelemesinde doğrulanacak konular olarak yazabilirsiniz. İlk form mesajında parola veya hassas müşteri verisi paylaşmayın.

İz Medya hosting hizmeti, kendi bulut ortamında talebe özel hazırlanır. Ayrı işletim sistemi veya özel yapılandırma gerektiren bir uygulamanız varsa VPS sunucu seçeneğini de değerlendirebiliriz. Çalışma başlamadan önce veri listesi, testler, geçiş yöntemi ve bedel yazılı hale getirilir. Böylece satın aldığınız hizmetin teslimi dosya kopyasının ötesinde açıkça tanımlanmış olur.

Sık Sorulan Sorular