Wix ve hazır site oluşturuculardan kurumsal altyapıya geçiş

Firmanızın sitesini birkaç yıl önce Wix'te kendiniz kurdunuz. Bir hafta sonunda yayındaydı, aylık ücreti makuldü. Bugün ise İngilizce sürüm istiyorsunuz, satış ekibi formların CRM'e düşmesini bekliyor, iki kişi aynı anda düzenleme yapmak istiyor ve sitenin neden yavaş açıldığını kimse açıklayamıyor. Hazır site oluşturucu sizi buraya kadar getirdi; buradan sonrası için başka bir altyapı gerekiyor.

Hazır site ne zaman yetmez?

Wix, Squarespace ve benzeri hazır site oluşturucular küçük ve az değişen siteler için iyi çalışır. Aşağıdaki ihtiyaçlardan ikisi ya da daha fazlası belirdiğinde sınırlar hissedilmeye başlar:

• Çok dil: Her dilin kendi adresi, kendi meta bilgileri ve doğru hreflang etiketleri gerekiyorsa.
• Ekip yetkileri: Kimin hangi sayfayı düzenleyebileceğini, kimin yayına alabileceğini ayırmak istiyorsanız.
• Entegrasyon: Formların CRM'e, siparişlerin ERP'ye, ürün verisinin başka sistemlere akması gerekiyorsa.
• Veri sahipliği: İçeriği, form kayıtlarını ve kodu istediğiniz an tam olarak alıp başka yere götürebilmek istiyorsanız.
• Performans kontrolü: Hangi kodun yüklendiğine, görsellerin nasıl sunulduğuna ve sunucu ayarlarına müdahale etmeniz gerekiyorsa.

Bu ihtiyaçlar yoksa geçiş için acele etmeyin. Varsa, karar vermeden önce neyin taşınabileceğini öğrenmek gerekir. (Siteniz bir platformda değil de size özel yazılmış bir sistemdeyse, eski özel yazılımdan geçiş yazımız daha uygun bir başlangıç noktasıdır.)

İçeriğinizin ne kadarı dışa aktarılabilir?

Hazır platformlarda en çok şaşırtan konu budur: içerik sizin olsa da, onu topluca dışarı almak her zaman mümkün değildir. Durum platforma göre değişir ve zaman içinde güncellenebilir; geçişten önce kullandığınız platformun güncel yardım belgelerine bakın.

Bugünkü resmi belgelere göre:

• Wix: Wix'in yardım merkezi, blog yazılarını başka platformlara aktarmanın şu anda mümkün olmadığını belirtiyor. Wix Stores'taki ürünler ise CSV dosyası olarak dışa aktarılabiliyor (dijital ürünler hariç). Sayfa tasarımlarının başka bir sisteme taşınabildiğine dair resmi bir yol bulunmuyor.
• Squarespace: Dışa aktarım, WordPress biçiminde bir XML dosyası üretir. Temel sayfalar, tek bir blog ve metin ile görsel blokları çıkar; mağaza sayfaları, ürün ve video blokları, stil ayarları ve özel CSS ise dışa aktarıma dahil değildir.

Pratikte bu, metinlerin ve görsellerin büyük bölümünün elle ya da yarı otomatik yöntemlerle taşınacağı, tasarımın ise yeni altyapıda yeniden kurulacağı anlamına gelir. Bu iş, içeriği gözden geçirmek için de iyi bir fırsattır: eskimiş sayfaları taşımak yerine güncelleyebilir ya da kaldırabilirsiniz.

Metin ve görsellerin dışında unutulan üç veri grubu daha vardır:

• Form kayıtları ve iletişim listeleri: Platformun panelinde biriken form gönderimleri ve bülten aboneleri. Bunları dışa aktarılabilir bir biçimde alın ve yeni sistemde nasıl saklanacağına karar verin.
• Sayfa bazında SEO ayarları: Her sayfa için yazılmış başlık ve açıklamalar. Dışa aktarımda gelmiyorsa, bir tarama aracıyla canlı siteden toplanabilir.
• Ölçüm ayarları: Analiz ve reklam etiketleri, dönüşüm tanımları. Search Console'u alan adı düzeyinde (DNS kaydıyla) doğruladıysanız, kayıt korunduğu sürece doğrulama da devam eder.

Alan adı ve DNS: önce kimin elinde olduğunu öğrenin

İlk soru şudur: alan adınız nereden alındı? İki durum vardır:

1. Alan adı ayrı bir firmadan alındı ve platforma bağlandı. Bu en kolay durumdur. Geçiş günü DNS kayıtlarını yeni sunucuyu gösterecek şekilde değiştirmeniz yeterlidir.
2. Alan adı platformun içinden satın alındı. Bu durumda alan adını başka bir kayıt firmasına transfer etmeniz gerekebilir. Transfer için genellikle alan adı kilidinin açılması ve bir transfer kodu alınması gerekir; süreler ve kurallar alan adı uzantısına göre değişir. Bu işi lansman tarihine sıkıştırmayın, önceden başlatın.

DNS (alan adının hangi sunucuya gideceğini söyleyen kayıtlar) değişikliklerinin her yere yayılması zaman alabilir. Lansmandan birkaç gün önce kayıtların TTL (önbellekte tutulma süresi) değerini düşürmek, geçişin daha hızlı yansımasına yardımcı olur.

E-postanız bozulmasın: MX kayıtları

Site taşıma gününde en sık yaşanan sorun aslında siteyle ilgili değildir: şirket e-postaları gelmez olur. Bunun nedeni çoğunlukla, alan adının ad sunucuları (nameserver) yeni bir sağlayıcıya taşınırken e-posta kayıtlarının yeniden oluşturulmamasıdır.

Mevcut DNS kayıtlarının tamamının ekran görüntüsünü ya da dökümünü alın ve yeni sağlayıcıda birebir oluşturun. E-posta hizmetini de platform üzerinden aldıysanız, aboneliği kapatmadan önce bu hizmetin nasıl devam edeceğini netleştirin.

Site bir gün geç açılırsa fark edilir; e-posta bir gün gelmezse iş kaybedilir.

URL yapısı farkları ve yönlendirme

Hazır platformlar adresleri kendi kalıplarıyla üretir. Örneğin Wix'te blog yazıları genellikle /post/yazi-adi, ürünler /product-page/urun-adi biçimindedir. Yeni altyapıda bu adresler büyük olasılıkla değişecektir; çok dilli bir yapıya geçiyorsanız /tr/ ve /en/ gibi dil önekleri de eklenir.

Eski adresler arama sonuçlarında ve başka sitelerdeki bağlantılarda yaşamaya devam eder. Her birini yeni karşılığına 301 (kalıcı) yönlendirmeyle bağlamanız gerekir. Bir noktaya dikkat edin: alan adı yeni sunucuya geçtikten sonra eski platform bu yönlendirmeleri yapamaz. Kurallar yeni sitede tanımlanmalıdır.

Eski adres listesini çıkarma, eşleme tablosu hazırlama ve lansman sonrası izleme adımlarını site taşıma ve 301 yönlendirme rehberimizde anlattık. Yeni sitede birden fazla dil olacaksa hreflang hataları yazımız da işinize yarar.

Platform aboneliğini ne zaman kapatmalısınız?

Yeni site yayına girdiği gün eski aboneliği kapatmak cazip gelir. Şu koşullar sağlanmadan kapatmayın:

1. Alan adı transferi (gerekiyorsa) tamamlandı ve alan adı sizin hesabınızda.
2. E-posta yeni sağlayıcıda sorunsuz çalışıyor; gelen ve giden e-postalar test edildi.
3. Tüm metinler, görseller, form kayıtları ve gerekiyorsa ürün ve sipariş verileri yedeklendi.
4. Yeni site en az birkaç haftadır yayında; 404 hataları ve arama görünürlüğü izlendi, beklenmedik bir kayıp yok.

Abonelik kapandıktan sonra eski sitenin içeriğine erişiminiz kalmayabilir. Bu yüzden bir şeyi unuttuğunuzu fark edebileceğiniz kadar süre tanıyın.

Sonuç

Hazır site oluşturucudan geçişte iş, tasarımı yeniden kurmaktan çok, görünmeyen parçaları korumaktır: alan adı, e-posta kayıtları ve eski adresler. Bunları sırayla ele aldığınızda geçiş ziyaretçileriniz için fark edilmeden gerçekleşir. Kurumsal web sitesi projelerimizde bu adımları lansman planının parçası olarak ele alıyoruz.