Shopify’a geçişe ürün dosyasını yükleyerek başlamayın. Önce hangi kayıtları taşıyacağınızı, eski mağazadaki hangi işlevleri yeniden kuracağınızı ve satışın hangi anda yeni sisteme geçeceğini yazın. Sağlam bir geçiş planının çıktısı; veri kapsamı, eski–yeni adres eşlemesi, sorumlular ve kabul kontrollerini bir araya getiren dosyadır.
Bu rehber hâlihazırda satış yapan markalar içindir. Hangi altyapıyı seçeceğiniz hâlâ belirsizse önce altyapı seçimi rehberini kullanın. Burada Shopify’ın diğer platformlardan daha iyi olduğu varsayılmıyor; geçiş seçeneğini uygulama açısından değerlendirecek hazırlık ele alınıyor.
Geçiş nedeninizi günlük bir işe bağlayın
“Yeni bir site istiyoruz” kapsam çıkarmaya yetmez. Ekibin hangi işte zorlandığını ve yeni mağazada ne yapabilmesi gerektiğini anlatın. Örneğin koleksiyon hazırlamak, ürün seçeneklerini yönetmek veya siparişi stok sistemine iletmek farklı teslimler gerektirir. Bunların hepsi yalnız tema değiştirerek çözülmeyebilir.
Mevcut mağazada iyi çalışan işleri de kaydedin. Müşterinin ürünü bulduğu menü, tekrar sipariş verdiği hesap ekranı veya destek ekibinin kullandığı sipariş notu korunması gereken bir ihtiyaç olabilir. Eski ekrandaki her parçayı kopyalamak yerine o parçanın yaptığı işi tarif edin.
Taşınacak veriyi yeniden kurulacak işlevden ayırın
Bir ürünün adı ve fiyatı veri kaydıdır. Ürüne eklenen kişiselleştirme bedelinin sepette hesaplanması ise işlevdir. Dosyada “kişiselleştirme” sütunu bulunması, o davranışın Shopify’da çalışacağı anlamına gelmez.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Alan | Önce çıkarılacak envanter | Kararı belirleyen soru |
|---|---|---|
| Ürün ve varyant | Ana ürünler, satılabilir seçenekler, stok kodları, görseller | Hangi seçenek hangi fiyat ve stokla satılacak? |
| Müşteri | Profil, adres, iletişim tercihi ve kaynak kaydı | Hangi alan gerekli; hangi kayıtla ilişkilenecek? |
| Geçmiş sipariş | Tamamlanan, açık, iade/iptal bekleyen kayıtlar | Yeni sistemde görünmesi mi, erişilebilir arşiv mi gerekli? |
| Sayfa ve içerik | Ürün dışı sayfalar, yazılar, dosyalar | İçerik hangi yeni sayfada ve hangi adresle açılacak? |
| İşlev ve bağlantı | Ödeme, kargo, stok, muhasebe, kampanyalar | Aynı işi yeni mağazada kim, hangi bağlantıyla yapacak? |
Shopify’ın geçiş belgesi farklı veri türleri için farklı yollar tarif eder. Tek bir aktarım aracının bütün mağazayı taşıdığı varsayımıyla teklif karşılaştırmayın.
Her veri türü için yöntem ve kabul ölçütü seçin
CSV, Comma-Separated Values; virgülle ayrılmış değerler dosyasıdır. Tablo satırlarını uygulamalar arasında taşımaya yarar; kaynak ve hedef sütunların aynı anlama gelmesini kendi başına sağlamaz. Ürün dosyasıyla müşteri dosyası da farklı şemalardır.
Yerleşik dosya, aktarım uygulaması veya özel çözüm arasındaki seçim kayıt türüne, kaynak erişimine ve hedefte gerekli davranışa bağlıdır. Shopify’ın dosya kapsamı siparişler için yerleşik CSV içe aktarımı sunmaz. Sipariş geçmişini standart ürün yüklemesinin parçası saymayın.
Müşteri kaydı da giriş parolasından ayrıdır. Müşteri CSV belgesindeki sınırlar nedeniyle parola ve sipariş geçmişi müşteri dosyasına eklenerek taşınmaz. Hesap deneyimi ayrıca planlanmalıdır.
Bir yöntemi seçerken “yükleyebiliriz” cevabından sonra şu soruları sorun: Hangi alanlar destekleniyor? Eşleşmeyen kayıt ne olacak? Yeniden çalıştırınca kayıt çoğalacak mı? Son güncelleme yalnız değişen alanları işleyebilecek mi? Bunlar açıklanamıyorsa yöntem henüz kesinleşmemiştir.
Önce zor örnekleri doğrulayın
Örnek aktarım için yalnız en temiz ürünü seçmeyin. Varsa çok seçenekli ürün, birden fazla görsel, indirimli fiyat, stokta olmayan seçenek ve özel bilgi kullanan ürünü dahil edin. Müşterilerde eksik telefon, ortak e-posta ve birden fazla adres gibi durumların nasıl ele alınacağını görün.
Kontrol iki seviyede yapılır. İlkinde kayıt sayıları ve alanlar kaynakla karşılaştırılır. İkincisinde müşteri ve ekip işi denenir: doğru seçenek sepete ekleniyor mu, siparişte doğru stok kodu görünüyor mu, ekip ürünü ayırt edebiliyor mu? İçe aktarımın “tamamlandı” mesajı bu kontrollerin yerine geçmez.
Temsili örnek: Bir markanın iki rengi ve üç bedeni olan ürünü tek ürün sayfasında sunulacak olsun. Kabul ölçütü yalnız ürünün görünmesi değildir; satılan her kombinasyonun doğru fiyat, stok ve görselle eşleşmesidir. Bu örnek bir mağazada gerçekleştirilmiş aktarım sonucu değildir.
Adresleri ve bağlı sistemleri aynı kapsam dosyasına ekleyin
URL, Uniform Resource Locator; bir sayfanın web adresidir. Eski ürün, kategori ve yazı adreslerinin yeni karşılıklarını listeleyin. Alan adının korunması, adresin sonrasındaki yolun da korunacağı anlamına gelmez. Öncelikli eski bağlantıları mağaza kayıtları, site haritası ve mevcut arama verisinden çıkarın.
Ödeme ve kargoda ise mevcut sözleşmenin varlığıyla Shopify bağlantısını ayırın. Kaynak platformdaki sağlayıcı veya özel anlaşma yeni mağazada aynı yöntemle çalışmayabilir. Ülke, hesap ve plan koşullarını Türkiye ödeme rehberinden ve kargolama rehberinden ilerleterek doğrulayın. Geçiş planına ayrıntılı sağlayıcı listesini tekrar kopyalamayın; bağlantının sorumlusunu ve kabul sonucunu ekleyin.
Kopyalayıp doldurun: Geçiş kapsamı ve kabul dosyası
Tabloyu ayrı bir dosyada kullanmak için Shopify geçiş hazırlık dosyasını açıp kopyalayabilirsiniz.
Bu bir planlama tablosudur; Shopify’a yüklenecek veri şablonu değildir. Her kayıt türü için satırı çoğaltın.
Dar ekranda tabloyu yana kaydırabilirsiniz.
| Kapsam kalemi | Kaynak ve kayıt sayısı | Hedef / yöntem | Dönüşüm veya kapsam dışı alan | Sorumlu | Kabul kanıtı | Son güncelleme |
|---|---|---|---|---|---|---|
| Ürün / varyant | … | … | … | … | Kaynak–hedef seçenek ve fiyat karşılaştırması | … |
| Müşteri / adres | … | … | … | … | Örnek profil ve erişim kontrolü | … |
| Geçmiş / açık sipariş | … | … | … | … | İlişki ve operasyon sorumlusu kontrolü | … |
| Eski adresler / içerik | … | … | … | … | Eski bağlantıdan doğru hedefe erişim | … |
| Sistem bağlantıları | … | … | … | … | Belgelenmiş uçtan uca senaryo | … |
Belirsiz satıra “taşınacak” yazmayın. “Örnek dosya bekleniyor”, “yöntem denenmedi” veya “arşivde tutulacak” gibi gerçek durumu yazın. Tam aktarımda örnekteki kararın değişmesine neden olan yeni alan çıkarsa kapsamı yeniden değerlendirin.
Kaynak platformunuza göre hazırlığı derinleştirin
Aynı kapsam dosyasını her platformda aynı sütunlarla dolduramazsınız. WooCommerce’de varyasyon ve eklenti bağımlılıklarını, Ticimax’ta farklı ürün çıktılarını, ikas’ta grup ve görünürlük eşlemesini, IdeaSoft’ta çıktı erişimi ve üye gruplarını kendi kaynak yapınız üzerinden inceleyin.
Eski bağlantılar için adres ve yönlendirme rehberi, profil ve geçmiş kayıtlar için sipariş ve müşteri hesapları rehberi ayrı kabul sorularını tamamlar.
Eski mağazanın ne zaman iş bırakacağını belirleyin
Bu aşamayı yayın kesimi ve geri dönüş rehberindeki görev ve karar sırasıyla planlayın.
Hazırlık sırasında kaynak mağaza satış almaya devam edebilir. İlk veri kopyasıyla yayın arasındaki yeni siparişleri, değişen stokları ve müşteri güncellemelerini yakalayacak son aktarım adımı gerekir. Açık siparişleri hangi ekip ve sistemin tamamlayacağı da karara bağlanmalıdır.
Yayın kararı yalnız alan adına bakılarak verilmez. Kritik veri kontrolleri, eski adresler, ödeme ve sipariş işleme akışı için kabul kanıtı gerekir. Genel alışveriş kontrollerini yayına hazırlık rehberiyle tamamlayın.
Kapsam dosyanızdaki boşluklar, geçiş projesinin ilk görüşmesinde sorulacak somut sorulardır. Veri çıktıları ve bağlı sistemler hazırsa Shopify’a geçiş hizmetinin kapsamını inceleyebilirsiniz. Geçiş talebinde mağaza adresinizi, kaynak platformu ve öncelikli değişiklikleri paylaşın; kişisel müşteri verisini ilk mesajınıza eklemeniz gerekmez.
