IdeaSoft'tan Shopify'a geçiş rehberi

Shopify'a geçmeye karar vermiş mağazalar için süreç anlatımı. Veriyi dışarı çıkarmanın üç yolu, eşleme tablosunun nasıl kurulduğu, ürün açıklamalarındaki gömülü HTML mirası ve yayın günü koşu planı.

Bu yazı bir platform kıyaslaması değil. Shopify'a geçmeye karar vermiş bir mağazanın önündeki işi anlatıyor: veriyi nasıl çıkarırsınız, hangi alan neye karşılık gelir, hangi kalem yeniden kurulur ve yayın günü saat saat ne olur.

Yerli SaaS altyapılardan Shopify'a taşımanın genel akışını daha önce ayrı bir yazıda anlatmıştık. Burada tekrar etmek yerine, projelerde asıl zamanı yiyen üç başlığa giriyoruz: veriyi dışarı çıkarmak, eşleme tablosunu kurmak ve yayın gününü kazasız geçirmek.

Veriyi dışarı çıkarmanın üç yolu

Taşımanın ilk gerçek engeli, verinin elinize hangi biçimde geldiğidir. Kaynak platformdan bağımsız olarak üç yol vardır ve hangisinin kullanılacağı projenin süresini doğrudan belirler.

Pratikte çoğu projede ikisini birden kullanıyoruz: gövde veriyi panelden alıyor, eksik kalan alanları API ya da tarama ile tamamlıyoruz. Önemli olan, hangi alanın hangi yolla geldiğinin yazılı olmasıdır; aksi halde yayın sonrası bir eksik fark edildiğinde nereye bakılacağı bilinmez.

Bir uyarı: dışa aktarma dosyalarını Excel'de açıp kaydetmek, taşıma projelerinde en sık görülen veri bozulma sebebidir. Barkodlar bilimsel gösterime döner, başındaki sıfırlar silinir, Türkçe karakterler bozulur. Dosyalara Excel ile dokunmuyoruz.

Eşleme tablosu: projenin asıl belgesi

Eşleme tablosu, kaynak platformdaki her alanın Shopify'da neye karşılık geldiğini gösteren belgedir. Taşımanın sözleşmesi budur; yayın sonrası “bu alan nerede?” tartışmalarının tamamı burada önlenir.

Tabloda her satır için dört şey yazılır:

Karşılığı olmayan alanlar için üç seçenek vardır ve üçü de meşrudur: metafield olarak taşımak, etikete çevirmek ya da taşımamak. Yanlış olan, kararı vermeden yayına gitmektir. Kullanılmayacak on beş alanı metafield'a doldurmak, mağazayı ilk günden gereksiz karmaşıklaştırır.

Tabloyu biz hazırlıyoruz, siz onaylıyorsunuz. Onay gecikirse proje gecikir — çünkü sonraki her adım bu belgeye dayanır.

Ürün açıklamalarındaki gömülü HTML mirası

Bu, teklif aşamasında neredeyse hiç konuşulmayan ama taşımanın en sinsi kalemidir. Yıllar içinde ürün açıklamaları editörle yazılmıştır ve içlerinde kaynak platformun tema yapısına bağlı HTML birikmiştir: sabit genişlikli tablolar, satır içi renk ve font tanımları, eski adrese giden bağlantılar, artık var olmayan sunucudaki görseller.

Bu içerik olduğu gibi taşındığında Shopify'da çalışır ama iyi görünmez: tablolar mobilde taşar, renkler yeni temayla çakışır, bağlantılar 404 verir. Yaptığımız temizlik şu:

Son madde SEO açısından da önemlidir: aynı paragrafın binlerce ürün sayfasında tekrar etmesi, sayfanın özgün içeriğini seyreltir.

Varyant mantığındaki fark

Yerli altyapıların çoğu varyantı serbest tanımlı özelliklerle kurar; bir üründe kaç özellik olacağı esnektir. Shopify'da ise seçenek sayısı ve varyant adedi sınırlıdır. Bu fark, özellikle çok seçenekli ürünlerde yeniden kurgu gerektirir.

Karşılaştığımız tipik durumlar ve çözümleri:

Bu adım, taşımayı bir kopyalama işi olmaktan çıkarıp katalog düzenlemeye dönüştürür. Zaman alır ama sonucunda yönetimi kolay bir katalog kalır.

Kategori ağacı düzleşince ne oluyor?

Kaynak platformda kategoriler ağaç yapısındadır; Shopify'da koleksiyonlar düzdür ve hiyerarşi adrese yansımaz. Kategori yapısını birebir kopyalamak bu yüzden anlamsızdır.

Ağacı düzleştirirken kullandığımız ölçüt tek: bir kategorinin arama karşılığı ve ticari hacmi var mı? Varsa koleksiyon olur; yoksa üst koleksiyonun altında filtreye dönüşür. Bu kararı ürün sayısına değil, arama verisine bakarak veriyoruz.

Türkiye'ye özgü kalemler yeniden kurulur

Yerli bir altyapıda hazır tanımlı gelen pek çok şey Shopify tarafında sıfırdan kurulur. Bunlar taşımanın ikinci yarısıdır ve teklifte ayrı ayrı yazılı olmalıdır:

Yayın günü koşu planı

Taşıma yayına kapalı bir Shopify mağazasında yapılır; mevcut mağazanız o sürede satmaya devam eder. Kesinti riski yalnızca yayın anındadır ve o an için yazılı bir koşu planı hazırlıyoruz. Tipik akış:

Planın en önemli maddesi listede yok: geri dönüş kararı. Hangi durumda alan adını eski mağazaya geri çevireceğimizi ve bu kararı kimin vereceğini yayın öncesinde yazıyoruz. Uygulamak zorunda kalmamayı umduğumuz ama her projede hazır tuttuğumuz bir maddedir.

Kaynak mağazayı yayın günü kapatmıyoruz. Sipariş geçmişi, iade ve muhasebe süreçleri için bir süre erişilebilir kalması daha güvenlidir; kapatma kararı ilk ay tamamlandıktan sonra verilir.

İlk 30 gün

Yayın bir bitiş değil. İlk ay boyunca izlediğimiz beş şey var; bunları takvime bağlamayan projelerde sorunlar geç fark ediliyor.

İlk iki hafta arama trafiğinde dalgalanma normaldir; yönlendirmeler doğruysa toparlanır. Kalıcı düşüş genellikle eksik yönlendirmeden ya da indekslenmemiş koleksiyonlardan gelir, ikisi de düzeltilebilir.

Sık yapılan hatalar

Özet

IdeaSoft'tan Shopify'a geçiş teknik olarak öngörülebilir bir projedir. Veri aktarımı işin görünen kısmıdır; asıl emek eşleme tablosunda, katalog düzenlemesinde ve yönlendirme planındadır. Bu üçü yazılı hale geldiğinde yayın günü sürpriz kalmaz.

Ürün ve sipariş hacminizi, kullandığınız entegrasyonları ve kategori yapınızı paylaşın; envanteri çıkarıp kapsamı ve takvimi kalem kalem yazalım. Geçişin sizin için doğru zaman olmadığını düşünüyorsak bunu da açıkça söyleriz.

Not: Bu yazıda geçen platform adları ilgili şirketlerin tescilli markalarıdır. dotCREA'nın bu şirketlerle herhangi bir ticari ilişkisi ya da yetkili iş ortaklığı bulunmamaktadır. Yazı, yalnızca sunduğumuz taşıma hizmetinin kapsamını açıklamak amacıyla hazırlanmıştır.