E-ticaret Platformu Değiştirmek: Veri, Adres, Geçiş Günü
E-ticaret platformu değiştirirken ne taşınır, ne yeniden kurulur: ürün, müşteri ve sipariş verisi, adresler, entegrasyonlar ve kesintisiz geçiş planı.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
E-ticaret platformu değiştirmek, mağazanın ürün, müşteri ve sipariş verisini, adreslerini, ödeme ve kargo bağlantılarını yeni bir altyapıya taşımak ve satışı kesmeden eski sistemi kapatmaktır. Bu bir tasarım yenilemesi gibi görünse de aslında bir taşınmadır: görünen yüzün altındaki her bağlantı yeniden kurulur ya da bilinçli olarak bırakılır. Başarılı geçişin ölçütü yeni sitenin güzelliği değil, geçiş gününden sonra siparişlerin, ödemelerin ve müşterilerin kaybolmamasıdır.
Platform değiştirmeye genellikle bir sınır zorlar: maliyet artmıştır, ihtiyaç duyulan özellik yoktur, hız ya da esneklik yetmemektedir. Karar verilmişse iş artık sırayla yürütülür: envanter, eşleştirme, deneme taşıması, canlı geçiş, geçiş sonrası izleme.
Bu yazı, platform taşımanın veri, adres ve geçiş günü boyutlarını anlatır. Arama motoru görünürlüğünün korunması ayrı ve daha ayrıntılı bir konudur; burada yalnızca bağlantısı kurulur.
Taşımadan önce neyin envanteri çıkarılır?
Geçişin ilk adımı, eski sistemin ne yaptığının listesidir. Ürünler ve kategoriler bellidir; ama sistemin sessizce yaptığı işler çoğu zaman unutulur: otomatik e-postalar, vergi hesapları, kargo ücreti kuralları, indirim mantığı, stok bildirimleri, muhasebeye giden aktarımlar.
Envanteri üç sütunda tutun: taşınacak, yeniden kurulacak, bırakılacak. Her satır için bir sahibi olsun. Bırakılacak kalemleri de bilerek seçin; eski sistemin yıllardır birikmiş ve kimsenin kullanmadığı özelliklerini taşımak, yeni sistemi baştan yavaşlatır.
Bu aşamada eski platformdan veriyi dışa aktarabildiğinizden emin olun. Bazı altyapılar belirli verileri, örneğin müşteri şifrelerini ya da sipariş geçmişinin tamamını, dışarı vermez. Bunu geçişten önce öğrenmek, planı değiştirir; geçiş günü öğrenmek ise zarara yol açar.
Hangi veri taşınır, hangisi yeniden başlar?
Ürün verisi, kategoriler, görseller ve içerik sayfaları taşınır. Burada fırsatı kullanın: eksik açıklamaları, çift kayıtları ve ölü ürünleri geçişten önce temizleyin. Kirli veriyi taşırsanız kirli bir mağaza alırsınız; temizi taşırsanız yeni sistem ilk günden sağlıklı çalışır.
Müşteri hesapları ve sipariş geçmişi taşıma değeri yüksek ama zor kısımdır. Şifreler çoğu zaman taşınamaz; müşteriye ilk girişte şifre yenileme yolu sunmak gerekir ve bunu önceden e-postayla duyurmak girişte yaşanacak şaşkınlığı azaltır. Müşteri verisinin taşınması kişisel veri sorumluluğu getirir; bu konuda bir hukukçuya danışın.
Sipariş geçmişi için ikinci bir seçenek vardır: tamamını yeni sisteme almak yerine, eski sistemi bir süre salt okunur arşiv olarak açık tutmak. Muhasebe ve iade ihtiyacı olduğu sürece bu, ucuz ve güvenli bir çözümdür.
- Taşınır: ürünler, kategoriler, görseller, içerik sayfaları, müşteri kayıtları
- Yeniden kurulur: ödeme, kargo, vergi, e-posta şablonları, indirim kuralları
- Salt okunur arşivde tutulabilir: eski sipariş geçmişi
- Bırakılır: kullanılmayan eklentiler ve ölü ürünler
Adresler ve yönlendirmeler nasıl korunur?
Platform değişince ürün ve kategori adreslerinin biçimi çoğu zaman değişir. Eski adreslerin her biri, yeni adrese kalıcı yönlendirmeyle bağlanmazsa, arama motorlarındaki yerinizi, dış sitelerden gelen bağlantıları ve müşterilerin yer imlerini kaybedersiniz. Bu iş, geçişin en çok ihmal edilen ve en pahalıya mal olan kısmıdır.
Yönlendirme tablosunu geçişten önce hazırlayın: eski adres sütunu, yeni adres sütunu. Geçiş günü bu tabloyu uygulayın, ardından en çok ziyaret alan adreslerin tek tek doğru yere gittiğini kontrol edin. Yönlendirme kurallarını hazırlamak için yönlendirme kuralı üreticimizi, sonucu sınamak için yönlendirme denetimi aracımızı kullanabilirsiniz.
Adres düzeni, başlıklar, açıklamalar ve yapısal veri de yeni sitede korunmalıdır. Bunun ayrıntısı için site yenilemede SEO kaybını önleme yazımıza bakın; platform değişikliği de bir site yenilemesidir.
Ödeme, kargo ve diğer entegrasyonlar nasıl taşınır?
Entegrasyonlar geçişin en çok sürpriz çıkaran yeridir. Ödeme altyapısı, kargo firması, muhasebe ya da ERP bağlantısı, pazaryeri aktarımı ve e-posta aracı yeni platformda ya hazır bağlayıcıyla ya özel çalışmayla ya da hiç desteklenmeden gelir. Hangisi olduğunu karar aşamasında öğrenin; platformu seçtikten sonra öğrenmek, bütçeyi ve takvimi bozar.
Ödeme geçişi, yalnızca teknik bir bağlantı değil, bir sözleşme ve onay süreci de gerektirebilir. Bu süre geçiş takvimine baştan eklenmelidir. Geçiş gününde yeni sistemde gerçek bir ödemeyle test siparişi yapmak, sorunu müşteri bulmadan önce siz bulmanızı sağlar.
Her entegrasyon için bir sahibi ve bir test senaryosu tanımlayın: sipariş verilince stok düşüyor mu, kargo etiketi çıkıyor mu, fatura ya da muhasebe kaydı oluşuyor mu.
Geçiş günü nasıl yönetilir?
Geçiş için sakin bir gün ve saat seçin; kampanya, bayram ve yoğun sezonun ortası uygun değildir. Eski sistemde yeni ürün ve içerik girişini kısa bir süre dondurun; böylece son bir veri taşıması ile iki sistem arasındaki fark kapanır.
Önce yeni sistemi gizli bir adreste son kez deneyin: ürün, sepet, ödeme, sipariş e-postası, hesap girişi. Sonra adres kayıtlarını yeni sisteme çevirin, yönlendirmeleri açın ve gerçek bir sipariş verin. Eski sisteme dönüş yolunu birkaç gün açık bırakın; sorun çıkarsa geri dönebilmek, geçişin sigortasıdır.
Geçişten sonraki ilk günlerde siparişleri, ödeme hatalarını, hata sayfalarını ve müşteri yazışmalarını yakından izleyin. Sorunların çoğu ilk günlerde ortaya çıkar ve erken fark edilirse küçükken düzelir.
Platform taşımada sık yapılan hatalar nelerdir?
En sık hata, taşımayı tasarım projesi sanmaktır. Yeni görünüm üzerinde aylarca çalışılır; veri, adres ve entegrasyonlar son haftaya kalır. Takvimi tersine kurun: önce veri ve bağlantılar, sonra görünüm.
İkinci hata, eski sistemi çok erken kapatmaktır. Sipariş geçmişi, fatura ve iade kayıtlarına ihtiyaç duyabilirsiniz; erişimi kaybetmeden önce hepsini dışa aktarın ya da salt okunur olarak açık tutun.
- Yönlendirme tablosunu hazırlamamak
- Geçişi yoğun sezona denk getirmek
- Müşteri şifrelerinin taşınamayacağını son güne bırakmak
- Entegrasyon desteğini platform seçildikten sonra öğrenmek
- Eski sistemi test ve yedek olmadan kapatmak
Platform değiştirmek ne zaman yanlış seçimdir?
Sorun platformda değilse taşıma çözüm olmaz. Yavaş bir site çoğu zaman görsel boyutundan, eklenti fazlalığından ya da sunucu ayarından kaynaklanır; yetersiz dönüşüm ise ürün sayfası ve ödeme akışının sorunudur. Taşıma masraflıdır ve bu sorunları kendiliğinden çözmez.
Yoğun sezonun hemen öncesinde, ekip küçükken ya da geçişi sahiplenecek biri yokken de bekleyin. Platform değiştirmek bir proje yönetimi işidir ve ilgisiz bir ekibin yan görevi olarak yürütülemez. Hazır platform ile özel yazılım arasındaki seçim için ilgili yazımıza da bakabilirsiniz.
Platform değiştirmek bir taşınmadır: önce envanter, sonra temiz veri, korunmuş adresler, test edilmiş entegrasyonlar ve sakin bir geçiş günü gelir. Geri dönüş yolu açık kaldığı sürece geçiş kontrollü olur. Mevcut mağazanızın taşınmaya uygun olup olmadığını birlikte değerlendirmek isterseniz rabbitclip ile bir keşif görüşmesi yapabilirsiniz.
Sık sorulanlar
E-ticaret platformu değiştirmek ne kadar sürer?
Süre ürün sayısına, entegrasyon sayısına, veri temizliğine ve ekibin ayırabildiği zamana bağlıdır. Sabit bir süre vermek yanıltıcı olur; envanter çıkarıldıktan sonra gerçekçi bir takvim kurulabilir.
Müşteri şifreleri yeni platforma taşınır mı?
Çoğu zaman taşınmaz. Müşteriye ilk girişte şifre yenileme yolu sunmak ve bunu önceden e-postayla duyurmak gerekir.
Geçişte sipariş kaybı olmaması için ne yapılır?
Geçiş günü sakin bir zamanda seçilir, yeni sistem gerçek bir ödemeyle denenir ve eski sisteme dönüş yolu birkaç gün açık tutulur. Geçiş sonrası ilk günlerde siparişler yakından izlenir.
Eski adresler için yönlendirme gerekli mi?
Evet. Eski ürün ve kategori adreslerini yeni karşılıklarına kalıcı yönlendirmeyle bağlamazsanız arama görünürlüğünü ve dış bağlantıları kaybedersiniz.
Eski sistemi ne zaman kapatmalıyım?
Sipariş, fatura ve iade kayıtlarını dışa aktardıktan ve yeni sistemin birkaç hafta sorunsuz çalıştığını gördükten sonra. Kayıt ihtiyacı sürüyorsa salt okunur arşiv olarak açık tutabilirsiniz.
