E-ticaret sitesi taşıma görüşmelerinde “ürünleri aktarırız” sözü kulağa yeterli gelir. Oysa mağazanın operasyonel geçmişi ürün kataloğundan çok daha geniştir: devam eden siparişler, iade kayıtları, müşteri izinleri, kategori adresleri, ödeme ayarları ve pazaryeri kimlikleri. Taşıma planı verinin kendisini, sahipliğini ve aktarım sonrası kullanılabilirliğini ayrı ayrı tanımlamalıdır.

Veri envanterini altı başlıkta oluşturun

1. Katalog: Ürün, SKU, barkod, GTIN, varyant, marka, kategori, fiyat, stok, görsel ve açıklama. Varyantların aynı ana ürüne bağlı kalması gerekir.

2. Ticari hareketler: Sipariş numarası, ürün satırları, indirim, vergi, kargo, ödeme ve iade/iptal durumları. Finansal mutabakat için eski sipariş kimliği yeni sistemde de izlenebilir olmalıdır.

3. Müşteri verisi: Hesap, adres, iletişim bilgileri, pazarlama izinleri ve erişim yetkileri. Veri işleme hukuki dayanağı ve güvenlik şartları kontrol edilmelidir; parolalar düz metin olarak istenmemelidir.

4. İçerik ve SEO: Hakkımızda, iade ve teslimat metinleri, blog, kategori açıklamaları, eski URL'ler, meta etiketleri, canonical, yönlendirme haritası, görsel alt metinleri.

5. Entegrasyonlar: Sanal POS, kargo, muhasebe/e-fatura, ERP, XML tedarikçi akışı, pazaryeri mağaza kimlikleri ve webhooks. Gizli API anahtarlarını kontrolsüz e-posta/Excel dosyasında paylaşmayın; yeni ortamda güvenli biçimde yeniden oluşturun.

6. İşletme ayarları: Kullanıcı rolleri, kampanyalar, bayi grupları, fiyat kuralları, teslimat bölgeleri ve bildirim şablonları.

Taşıma teslim tutanağında ne olmalı?

Alan Kaynak sayı Hedef sayı Örnek test Kabul
Aktif ürünler Kaynaktan ölçülür Hedeften ölçülür 10 ürün kimliği Onay/Bekliyor
Varyantlar Kaynaktan ölçülür Hedeften ölçülür Renk/beden stok Onay/Bekliyor
Eski siparişler Kapsama göre Kapsama göre Toplam ve vergi Onay/Bekliyor
URL yönlendirmeleri URL listesi 301 listesi En çok trafik alanlar Onay/Bekliyor

Sayı eşitliği tek başına kalite belgesi değildir. Bir ürünün fiyatı yanlış para biriminde gelmişse sayı aynı kalsa da aktarım başarısızdır.

Canlı işlemler için kesim planı

Taşıma sürecinde siparişler akmaya devam eder. Bu nedenle veri kopyasının alındığı saat, son senkronizasyon saati ve yeni mağazanın satışa açılma saati ayrı yazılmalıdır. Örneğin ilk ürün aktarımı pazartesi yapılıp mağaza perşembe açılacaksa aradaki üç günlük fiyat ve stok farkları yeniden işlenmelidir.

Ödeme ve kargo sistemlerinde iki ayrı mağazanın aynı olayı işlemesini engellemek için webhook ve otomatik görevler tek kaynağa geçirilmelidir. Geri dönüş planında eski sisteme tekrar nasıl dönüleceği de belirlenmelidir.

Dosya değil erişilebilir sonuç satın alın

Taşıma sözleşmesinde yalnızca “Excel'den veri yükleme” yazması yeterli olmayabilir. İçeriklerin sayfada görünmesi, müşterinin sipariş verebilmesi, ilgili eski URL'nin çalışması ve mutabakat raporlarının doğru olması kabul kriteridir.

Ayrıca veri silme ve saklama sorumlulukları ile sözleşme sona erdiğinde sağlayıcının hangi kopyaları ne kadar süre tutacağı netleşmelidir.

Sık sorulan sorular

Müşteri parolaları da taşınır mı?

Genellikle doğrudan taşınamaz. Parola sıfırlama veya yeni hesap etkinleştirme adımı planlamak gerekir.

Eski sipariş kayıtlarını yeni panelde görmek zorunlu mu?

İhtiyaç ve veri erişimine bağlıdır; ancak hukuki ve operasyonel saklama yükümlülükleri ayrıca değerlendirilmelidir.

Tasarım taşınırken SEO etkilenir mi?

URL, başlık, içerik ve sayfa yapısı değişiyorsa etkilenebilir. Test ortamı ve yönlendirme planı gereklidir.

Taşıma planı için: 3E Commerce geçiş hizmeti, IdeaSoft aktarım kontrolü ve ikas taşıma rehberi.