ikas altyapısından başka bir sisteme geçmeyi düşünüyorsanız işe tasarım seçerek değil, verinin nasıl çıkacağı ve yeni sistemde nasıl doğrulanacağı sorusuyla başlayın. Her mağazanın ürün varyantları, indirim kurguları ve entegrasyonları farklıdır. Ayrıca dışa aktarılabilen alanlar mevcut ikas planına ve erişim yetkilerine bağlı olabilir.

Geçiş kapsamını üç ayrı dosyada toplayın

Birinci dosya ürün envanteri olsun: ürün, varyant, SKU, barkod, fiyat, stok, kategoriler ve görseller. İkinci dosya operasyon envanteri olsun: sipariş durumu, kargo, iade, ödeme yöntemi, pazaryeri bağlantıları ve otomatik görevler. Üçüncü dosya ise SEO envanteri olsun: URL, canonical, meta başlık, açıklama, indeks durumu ve önemli organik trafik sayfaları.

Bu ayrım önemlidir; ürün aktarımı başarılı olsa da eski sitenin kampanya sayfaları veya blog bağlantıları unutulabilir.

Ürün verisini hedef sisteme nasıl eşleştirirsiniz?

İlk olarak her ürünün benzersiz anahtarını seçin. SKU ve barkoddan hangisinin satış kanallarında esas alınacağını yazın. Varyantlar için ana ürün ile alt ürün ilişkisinin bozulmadığından emin olun. Örneğin aynı gömleğin M ve L bedenleri bağımsız stok taşır; iki satırın tek ürün olarak birleşmesi yanlış satışa neden olur.

Kaynak alan Hedefte test
Ürün başlığı Karakter, ölçü ve marka bilgisi doğru mu?
Varyant Renk/beden seçenekleri ayrı stokla geliyor mu?
İndirim Liste fiyatı ile satış fiyatı ayrılmış mı?
Görsel URL Bağlantı geçici erişime bağlı mı?
SEO URL Yeni adresle birebir eşleşme kaydedilmiş mi?

Görselleri yalnızca harici bağlantı olarak bırakmayın; lisans ve kullanım koşullarına uygun biçimde hedef ortamda erişilebilir olmalarını test edin.

Müşteri ve sipariş aktarımında sınırları bilin

Müşteri e-postası, adres ve sipariş geçmişinin aktarılabilir olması; müşterinin eski parolasının da aktarılabileceği anlamına gelmez. Yeni mağazada kimlik doğrulama akışı planlanmalıdır. Kişisel veri aktarımı için erişim yetkileri, aydınlatma, saklama süresi ve güvenli işlem şartları değerlendirilmelidir.

Sipariş geçişinde üç durumu ayırın: tamamlanmış sipariş, henüz sevk edilmemiş sipariş ve iade/iptal süreci devam eden sipariş. Son iki grupta eski ve yeni panelde çifte işlem yapmamak için sorumlu sistem belirleyin.

URL haritası hazırlamadan yayına çıkmayın

ikas ürün adresleriyle yeni altyapıdaki ürün adreslerini iki sütunlu tabloya yazın. Eski kategorinin yeni karşılığı değişmişse yönlendirmeyi ürünle ilişkili en yakın hedefe yapın. 301 yönlendirmeleri zincirlemeyin; eski adres doğrudan son adrese gitmeli.

Canlıya çıkmadan önce 404, 5xx, noindex, canonical ve mobil kullanılabilirlik kontrolü yapın. Search Console üzerinden indekslenen sayfaları ve organik tıklamaları takip edin. URL'ler değişmiyorsa da yeni sunucuda aynı içeriklerin ve canonical adreslerinin korunduğunu doğrulayın.

İki sistemin aynı anda sipariş yönetmesini engelleyin

Geçiş gününde tek bir sipariş kaynağı tanımlayın. Ödeme bildirimi, stok düşümü, pazaryeri sipariş çekme ve kargo etiketi oluşturma süreçlerini örnek siparişlerle sınayın. Eski panele gelen yeni sipariş olup olmadığını birkaç gün izleyin.

Aktarımın başarılı olduğunun göstergesi “ürün sayısı eşit” değildir: ürün kimlikleri, ödeme sonuçları, yönlendirmeler ve iade akışı ayrı ayrı çalışmalıdır.

Yayına geçiş kontrol listesi

  1. Ürün ve varyant eşleştirme raporunu onaylayın.
  2. Eski URL → yeni URL yönlendirmelerini test edin.
  3. Sanal POS, kargo ve fatura akışlarını gerçek iş senaryosuyla doğrulayın.
  4. Müşteriye parola ve hesap erişimi konusunda net bilgi verin.
  5. İlk 72 saatte hata ve 404 kayıtlarını izleyin.
  6. Eski platformu veri saklama yükümlülükleri kontrol edilmeden kapatmayın.

Sık sorulan sorular

ikas'tan geçerken SEO tamamen korunur mu?

Hiçbir geçiş için sıfır sıralama değişimi garantisi verilemez. Doğru URL haritası, yönlendirme ve izleme riskleri azaltır.

Ürün sayısı çoksa nasıl başlanmalı?

Önce farklı ürün türlerinden pilot bir küme aktarın. Hatalı alan eşleştirmesi giderildikten sonra toplu aktarıma geçin.

Aynı alan adını kullanabilir miyim?

Alan adı kontrolü sizdeyse genellikle mümkün olur; DNS, SSL ve barındırma geçişi ayrıca planlanmalıdır.

İlgili hizmetler: E-ticaret sitesi taşıma, 3E Commerce paketleri ve URL/301 geçiş rehberi.