Mevcut bir e-ticaret sitesini yeni bir altyapıya taşımak, sıfırdan kurmaktan daha hassas bir iştir: yıllardır biriken ürün verisi, müşteri hesapları, sipariş geçmişi ve arama motorundaki sıralamalar taşınma sırasında kaybedilebilir. Taşımanın başarısı, yeni sistemin özelliklerinden çok, eski sistemden çıkarılan verinin düzenine ve geçiş gününün planına bağlıdır. Bu rehber, AveksaSoft’a geçişte hangi verilerin nasıl hazırlanacağını adım adım anlatır.
Taşıma kapsamının belirlenmesinden başlayarak ürün ve kategori dosyaları, görseller ve içerikler, müşteri hesapları ve izinler, sipariş geçmişi ve açılış stoğu, SEO verileri ve eski adresler, entegrasyon ve mağaza ayarları, alan adı ve erişimler, pilot aktarım ve geçiş günü planına kadar her başlığı ele alıyoruz.
Önce taşıma kapsamını belirleyin
Her şeyi taşımak zorunda değilsiniz. Şu soruları yanıtlayın: Hangi ürünler taşınacak (satıştan kalkmış ürünler dahil mi)? Müşteri hesapları ve şifreler taşınacak mı? Sipariş geçmişi tamamı mı, son 1-2 yıl mı? Blog ve içerik sayfaları taşınacak mı? Hangi entegrasyonlar yeniden kurulacak? Kapsamı daraltmak taşımayı hızlandırır; ancak SEO değeri olan sayfaların (eski ürün ve içerik adresleri) yönlendirme listesine girmesi gerekir. Kapsamı yazılı belirleyin ve her veri grubu için sorumlu kişi atayın.
Hazırlanacak veri grupları
| Veri grubu | Format | Dikkat |
|---|---|---|
| Kategoriler | Tablo (ad, üst kategori, sıra, açıklama, SEO alanları) | Hiyerarşi sırası korunmalı |
| Ürünler ve varyantlar | Tablo (SKU, barkod, ad, kategori, fiyat, stok, özellikler, varyant seçenekleri) | Her varyant ayrı satır, benzersiz SKU |
| Görseller | Dosyalar + ürün-görsel eşleme listesi | Dosya adı ve sıra bilgisi |
| İçerik sayfaları | Metin + eski adres | Blog, kurumsal, yasal sayfalar |
| Müşteriler | Tablo (ad, e-posta, telefon, adresler, izin durumu) | KVKK ve izin kayıtları |
| Siparişler | Tablo (sipariş no, tarih, müşteri, satırlar, tutar, durum) | Geçmiş kayıt olarak, stok etkilemeden |
| SEO verileri | Eski adres listesi, başlık/meta, yönlendirme tablosu | Sıralama kaybını önlemek için kritik |
| Ayarlar | Kargo kuralları, ödeme, vergi, e-posta şablonları | Yeniden tanımlanacak |
Ürün, kategori ve varyant dosyaları
Eski sistemden ürün dışa aktarımı alın ve önce temizleyin: tekrarlayan ürünleri birleştirin, satıştan kalkmış ürünleri işaretleyin, eksik barkod ve ölçü bilgilerini tamamlayın, renk ve beden adlarını standartlaştırın (“Lacivert”/“Navy” karışıklığı), kategori atamalarını yeni kategori ağacına göre düzeltin. SKU’lar değişmemeli; sipariş geçmişi ve entegrasyonlar buna bağlıdır. Varyantlı ürünlerde ana ürün ile varyant ilişkisinin dosyada açıkça gösterildiğinden emin olun. Fiyatların KDV dahil mi hariç mi olduğunu belirtin.
Görseller, belgeler ve içerik
Görselleri eski sunucudan toplu indirin ve her görselin hangi ürüne, hangi sırayla ait olduğunu gösteren bir liste hazırlayın. Düşük çözünürlüklü veya filigranlı görselleri bu fırsatla yenileyin. Teknik belgeler (PDF kılavuz, sertifika) ve beden tabloları da ürünle eşleştirilmelidir. Blog ve kurumsal sayfaların metinlerini eski adresleriyle birlikte dışa aktarın; içerikteki iç bağlantılar yeni adreslere göre güncellenecektir. Yasal metinleri (mesafeli satış sözleşmesi, gizlilik, iade) bu vesileyle güncel mevzuata göre gözden geçirin.
Müşteri hesapları ve iletişim izinleri
Müşteri verisini taşırken KVKK yükümlülükleri devam eder: taşınan veri yalnızca gerekli alanlarla sınırlı olmalı, pazarlama izinleri kayıtlarıyla (tarih, kanal) birlikte taşınmalı, izni olmayan müşteriler yeni sistemde de izinsiz kalmalıdır. Şifreler genellikle güvenli biçimde (hash) saklandığı için eski sistemden yeni sisteme doğrudan taşınamayabilir; bu durumda müşterilere şifre yenileme bağlantısı gönderilir. Bu akışı önceden planlayın ve ilk giriş deneyimini test edin. Aktif olmayan (yıllardır sipariş vermeyen) müşteri kayıtlarını taşıyıp taşımayacağınıza saklama süreleriyle birlikte karar verin.
Sipariş geçmişi ve açılış stoğu
Sipariş geçmişi, müşterinin hesabında önceki siparişlerini görmesi ve raporlama için taşınır; ancak bu kayıtlar yeni sistemde stok veya muhasebe hareketi oluşturmamalıdır. Taşıma formatında sipariş numarası, tarih, müşteri, satırlar (SKU, adet, fiyat), toplam, ödeme ve durum bilgisi bulunmalıdır. Geçiş gününde açık (kargoya verilmemiş) siparişler ayrı bir liste olarak ele alınmalı ve yeni sistemde takip edilmelidir. Açılış stoğu, geçiş günündeki fiilî sayımdan girilmelidir; eski sistemdeki stok rakamı yerine sayım yapmak, yeni sisteme temiz başlamanın en güvenilir yoludur.
SEO verileri ve eski adresler
Taşımada en büyük görünmez kayıp, eski adreslerin 404 vermesiyle oluşan sıralama kaybıdır. Hazırlanacaklar: eski sitenin tüm adres listesi (site haritası ve Search Console’dan), her ürün ve kategori için eski adres → yeni adres eşleştirme tablosu, eski başlık ve meta açıklamaların taşınması, en çok trafik alan sayfaların listesi (öncelikli kontrol için). Yeni sistemde mümkünse aynı adres yapısını kullanın; mümkün değilse birebir 301 yönlendirmeleri kurun. Binlerce eski adresi ana sayfaya yönlendirmek değer taşımaz. Yayından sonra Search Console’da yeni site haritasını gönderin ve 404 raporunu haftalık izleyin.
Entegrasyonlar ve mağaza ayarları
Eski sistemdeki entegrasyonlar yeni sistemde yeniden kurulur: pazaryeri hesapları ve API bilgileri, kargo firması sözleşme ve API bilgileri, ödeme kuruluşu/banka sanal POS bilgileri (yeni sitenin alan adı için güncelleme gerekebilir), muhasebe programı erişimi, e-posta gönderim altyapısı, analiz ve reklam kodları (Analytics, Ads, Pixel). Mağaza ayarlarını da listeleyin: kargo kuralları ve ücretsiz kargo eşiği, vergi oranları, ödeme yöntemleri, e-posta şablonları, kampanya ve kupon tanımları. Bu listeyi geçiş öncesinde yeni sistemde tanımlayıp test edin.
Alan adı, e-posta ve erişimler
Alan adının yönetim panelindeki erişiminizi doğrulayın; DNS değişikliğini kim, ne zaman yapacak belirleyin. SSL sertifikasının yeni sunucuda hazır olduğundan emin olun. Kurumsal e-posta adresleri alan adına bağlıysa DNS değişikliğinde e-posta kayıtlarının (MX) korunması gerekir; bu adım sık atlanır ve e-posta kesintisine yol açar. Eski sistemin yedeğini geçişten önce alın ve geçiş sonrasında bir süre erişilebilir tutun.
Pilot aktarım ve test
- Kategori ağacını yeni sisteme kurun.
- 50-100 ürünle pilot aktarım yapın; varyant, görsel, fiyat ve stok doğruluğunu kontrol edin.
- Birkaç müşteri kaydı ve sipariş geçmişiyle hesap görünümünü test edin.
- Eski adresten yeni adrese yönlendirmeleri örnekle doğrulayın.
- Test siparişiyle ödeme, kargo ve e-posta akışını çalıştırın.
- Sorunları giderip tam aktarıma geçin.
Geçiş günü planı
Geçişi düşük trafikli bir güne ve saate planlayın; kampanya dönemlerinden uzak durun. Sıra: eski sitede sipariş alımını kısa süreliğine durdurun veya açık siparişleri kaydedin, son veri aktarımını (stok, yeni siparişler, yeni müşteriler) yapın, DNS’i yeni sunucuya yönlendirin, SSL ve yönlendirmeleri kontrol edin, test siparişi verin, Search Console’a yeni site haritasını gönderin. Geçişten sonraki ilk hafta 404 raporu, sipariş akışı, ödeme bildirimleri ve e-posta teslimini günlük kontrol edin. Müşterilere şifre yenileme gerekiyorsa bilgilendirme e-postasını geçiş günü gönderin.
AveksaSoft’a geçiş desteği
AveksaSoft paketlerinde ürün, kategori ve müşteri verisi tablo dosyalarıyla içe aktarılabilir; adres yapısı, 301 yönlendirmeleri, SEO alanları ve site haritası panelden yönetilir. Eski sisteminizin türünü, ürün ve müşteri sayınızı ve taşıma kapsamınızı demo görüşmesinde paylaşırsanız, hangi verinin hangi formatta hazırlanacağı ve geçiş planı birlikte çıkarılır. Büyük veya özel yapılı taşımalar proje kapsamında değerlendirilir.
Sık sorulan sorular
Müşteri şifreleri taşınabilir mi?
Çoğu durumda doğrudan taşınamaz; müşterilere ilk girişte şifre yenileme bağlantısı sunulur. Bu akışı önceden test edin ve geçiş günü bilgilendirme gönderin.
Eski adresler değişirse sıralamamı kaybeder miyim?
Birebir 301 yönlendirmeleri kurulursa kayıp sınırlı ve geçici olur. Yönlendirme tablosunu geçişten önce hazırlayın ve yayın sonrası 404 raporunu izleyin.
Stoğu eski sistemden mi almalıyım?
Geçiş günü fiilî sayımla girmek daha güvenilirdir; eski sistemdeki stok, birikmiş hataları taşıyabilir.
