ikas mağaza taşıma hizmeti

ikas mağaza taşıma işinde önce neyi korumak istediğinizi belirleyelim

Mevcut mağazadan yeni altyapıya geçerken amaç yalnız aynı ürünleri başka bir panelde görmek değildir. İşletmenin satış düzeni, müşterinin alıştığı ürün bilgileri ve eski bağlantılardan gelen ziyaretler de geçişin parçasıdır. Tamga Dijital olarak ilk görüşmede hangi verilerin bulunduğunu, hangi süreçlerin çalıştığını ve yeni mağazadan ne beklediğinizi dinleriz. Böylece tasarım, veri aktarımı ve operasyon değişikliği aynı belirsiz başlığın içine toplanmaz. Yapılması gereken her işin teslimi, sorumlusu ve kabul koşulu ayrı görülebilir.

Mağazanız henüz veri düzeni bakımından hazır değilse önce bunu açıklamak gerekir. Ürün adları birbirinden kopuk, stok kodları tekrarlı veya görseller erişilemez durumdaysa doğrudan toplu aktarım yapmak hataları yeni sisteme taşır. Böyle bir durumda teklifin ilk aşaması veri hazırlığı olabilir. Dosyalar temiz ve hedef şablona uygunsa kapsam daha farklı hazırlanır. Ürün adedini tek başına fiyat göstergesi olarak kullanmayız; aynı sayıda kaydı bulunan iki mağaza çok farklı çalışma gerektirebilir.

Kaynak mağazanın kısa envanteri nasıl hazırlanır?

İlk envanterde kullanılan altyapı, satış yapılan alan adı, ürün aileleri, yaklaşık varyant sayısı ve mevcut bağlantılar yer alır. Daha sonra kategori, marka, görsel, içerik sayfası, müşteri ve eski sipariş kayıtları ayrı başlıklarda değerlendirilir. Kaynağın dışa aktarabildiği bilgi ile hedefin kabul ettiği bilgi karşılaştırılır. Bir dosyanın indirilebilmesi, içindeki bütün alanların yeni platformda aynı işlevle kullanılabileceği anlamına gelmez. Bu nedenle aktarılabilir alanlar ile yeniden hazırlanacak alanları başlangıçta ayırırız.

Envanter yalnız teknik ekibin hazırladığı bir belge olmamalıdır. Ürün bilgisi için satış veya katalog sorumlusu, stok için operasyon sorumlusu, alan adı için hesap sahibi ve yayın onayı için karar verecek kişi belirlenir. Bir fiyatın doğru olup olmadığını tasarımcı tahmin etmemelidir. İşletmenin doğrulayacağı bilgiler önceden işaretlendiğinde son aşamada beklenmedik bir onay kuyruğu oluşması daha kolay önlenebilir. Eksik veri, sorumlusu ve beklenen teslim zamanı aynı iş listesinde tutulur.

Ürün sayısı ile varyant sayısını birbirinden ayırın

Bir ürün ailesinin beş renk ve dört ölçü seçeneği olabilir. Mağaza sahibi bunu tek ürün olarak söylerken aktarım dosyasında farklı stok birimlerinin bulunması gerekebilir. Her seçeneğin fiyatı, görseli veya stoku farklıysa eşleştirme de bu ayrımı taşımalıdır. Aynı ürünün yanlışlıkla ayrı ailelere bölünmesi menüyü ve ürün keşfini etkiler. Farklı ürünlerin tek ailede birleştirilmesi ise müşteriye yanlış seçenek sunabilir. İlk incelemede basit ürünlerle birlikte en karmaşık ailelerden de örnek isteriz.

Temsili bir ev yaşam kataloğunu düşünelim: aynı kupa modeli farklı hacim ve renklerde satılıyor, bazı seçeneklerin fotoğrafı ortak kullanılıyor. Deneme dosyasında aile ilişkisi, stok kodu ve görsel eşleşmesi ayrı kontrol edilir. Bu örnek gerçek müşteri sonucu değildir; nasıl bir kabul sorusu sorduğumuzu gösterir. Sizin mağazanızda ölçüt kumaş, paket içeriği veya ambalaj miktarı olabilir. Kullanılan örnekler gerçek katalog yapınızdan seçilmeden standart bir dosyanın bütün ihtiyacı karşılayacağı varsayılmaz.

Dosya hazırlığı ve deneme aktarımında ne kontrol edilir?

ikas, toplu ürün girişinde kendi şablonu üzerinden dosyayla içe aktarma ve düzenleme olanağı sunar. Kullanılacak alanlar, mevcut kayıtların kimlikleri ve hata çıktıları güncel ikas toplu ürün yükleme belgesinden doğrulanır. Eski platformdan gelen sütun adlarını doğrudan yeni şablonla eşdeğer kabul etmeyiz. Ürün adı, seçenek, stok kodu, görsel bağlantısı ve satışa açık olma durumu gibi proje için gerekli alanların karşılığı eşleştirme dosyasında gösterilir.

Toplu aktarım öncesinde sınırlı bir örnek grubu hazırlanır. Uzun açıklamalı bir ürün, görseli eksik bir kayıt, birden fazla seçeneği bulunan aile ve farklı satış koşulu olan ürün aynı denemede değerlendirilebilir. Beklenen sonuç yazılı değilse testin başarılı olduğunu söylemek güçleşir. Her örnekte hangi alanın nasıl görünmesi gerektiği kaydedilir. Yanlışlık tespit edildiğinde önce kaynağı düzeltilir; aynı hatayı büyütme ihtimali varken bütün katalog tekrar yüklenmez. Sonraki aktarımın mevcut kayıtları nasıl etkileyeceği ayrıca incelenir.

Ürün görselleri ve açıklamalar aynı kalitede taşınmalı

Görsel dosyasının yeni kayıtta bulunması tek başına yeterli değildir. Yanlış seçeneğe bağlanan fotoğraf, bozuk bağlantı veya eski ambalaj görseli müşterinin kararını etkileyebilir. İnceleme sırasında ana görsel, seçenek görseli ve yardımcı görsel sırası karşılaştırılır. Kullanılacak materyalin ürünle gerçekten eşleştiğini işletme doğrular. Yeni fotoğraf üretimi, arka plan düzenleme veya kapsamlı açıklama yazımı gerekiyorsa bu işler veri taşıma tesliminin içinde sessizce varsayılmaz; ayrı kapsam ve onayla değerlendirilir.

Açıklamalardaki eski mağaza bağlantıları ve biçimlendirmeler de gözden geçirilmelidir. Kaynak panelde düzgün görünen bir tablo, yeni temada mobil ekranı taşırabilir. Eski kampanya, teslimat veya destek bilgisi yeni koşullarla çelişebilir. Metinleri otomatik olarak daha uzun yapmak yerine korunacak bilgiyle güncellenecek bilgiyi ayırırız. Görsel hazırlığı için ikas ürün görselleri rehberi, aile ve seçenek düzeni için ürün varyant dosyası rehberi üzerinden hazırlık yapabilirsiniz.

Kategori ve menü düzeni birebir kopyalanmak zorunda mı?

Eski kategoriler işletmenin bugünkü ürün yapısını iyi anlatıyorsa korunmaları yararlı olabilir. Ancak yıllar içinde biriken boş gruplar, birbirine benzeyen adlar ve farklı ihtiyaçları karıştıran başlıklar yeni mağazada tekrar düşünülmelidir. Müşteri hangi ürün grubuna girdiğini anlayabilmeli; kategori adı, gösterilen ürünler ve ürün detayındaki bağlantılar aynı ilişkiyi sürdürmelidir. Ürünlerin bir kategoride görünmesiyle ana menüde o kategorinin bulunması ayrı kontrol edilir. Mobil menüde uzun adların davranışı gerçek içerikle incelenir.

Kategori birleştirmek veya yeni gruplara ayırmak adres planını da etkiler. Bu nedenle tasarım kararları URL eşleştirmesi tamamlandıktan sonra habersiz değiştirilmemelidir. Yeni bir kategori açılıyorsa hangi ürünleri içerdiği ve eski gruptan nasıl ayrıldığı açıklanır. Her kelime varyasyonu için yeni bir boş kategori üretmek yerine alışverişte gerçekten farklı bir seçim ihtiyacı aranır. Genel vitrin tasarımı da yenilenecekse ikas mağaza tasarımı kapsamıyla taşıma işleri birlikte planlanabilir.

Eski URLler yeni sayfalarla nasıl eşleştirilir?

Eski ürün, kategori ve önemli içerik adresleri yeni karşılıklarıyla bir tabloda eşleştirilir. Kaynak adres, hedef adres, içerik türü ve kontrol sonucu ayrı sütunlarda tutulabilir. Aynı ürün yeni mağazada bulunuyorsa ilgili ürün hedeflenir; ilgisiz bütün adresleri ana sayfaya gönderen bir düzen kurulmaz. Artık sunulmayan içerikler için gerçek karşılık araştırılır. Karar gerektiren kayıtlar otomatik olarak tamamlandı diye işaretlenmez; işletmenin ürün devamlılığı ve içerik planıyla birlikte ele alınır.

Kalıcı adres değişiklikleri ve toplu yönlendirme yöntemi güncel ikas yönlendirme belgesine göre uygulanır. Yönlendirme tablosunun hazırlanması ile canlıda doğru çalıştığının görülmesi farklı aşamalardır. Eski bağlantı açıldığında beklenen hedefe ulaşılıyor mu, hedef sayfa gerçekten mevcut mu ve arada gereksiz bir zincir oluşuyor mu kontrol edilir. Google’ın site taşıma rehberi de URL değişikliklerinin planlanmasını ve geçiş sonrası izlemeyi ele alır. Bu hazırlıklar sıralama kaybı yaşanmayacağına dair garanti oluşturmaz.

Müşteri kaydı ve sipariş geçmişi için ayrı karar gerekir

Ürün aktarımının desteklenmesi, müşterilerin parolalarının veya eski siparişlerin aynı biçimde taşınacağı anlamına gelmez. Her veri grubunda kaynak erişimi, hedef olanakları ve işletmenin saklama ihtiyacı ayrıca incelenir. Örneğin Shopify’dan ikas’a geçiş belgesi ürün ve müşteri aktarımı için belirli bir yöntem açıklar. Bu yöntemi bütün eski kayıt türlerine genişletmek doğru olmaz. Kullanılacak yol, mağazanızın gerçek kaynağına ve güncel teknik koşullarına göre belirlenir.

Geçmiş kayıtların yeni panelde işlem yapılabilir veri olarak bulunmasıyla erişilebilir bir arşivde saklanması farklı ihtiyaçlardır. İade takibi, eski sipariş soruları ve raporlama için hangi bilginin kimde bulunacağı işletmeyle görüşülür. Müşteri ve erişim verileri açık teklif formuna yüklenmez. Yetki, dosya paylaşımı ve çalışma sonundaki erişim düzeni uygun yöntemle belirlenir. Gerekli hukuki değerlendirmeler işletmenin ilgili uzmanıyla yürütülmelidir; teknik aktarım hizmeti hukuki uygunluk onayının yerine geçmez.

Kargo, ödeme ve diğer bağlantılar yeniden doğrulanır

Eski mağazada bir entegrasyonun çalışıyor olması, yeni altyapıda aynı hesap ve ayarla otomatik çalışacağını göstermez. Bağlantının sağlayıcısı, desteklenen işlevler, gerekli abonelik ve uygulama sorumlusu belirlenir. Ödeme, kargo, fatura, pazaryeri ve stok sistemlerinin her biri için veri akışı ayrı çizilebilir. Tasarım ekibinin yapabileceği panel düzenlemesi ile sağlayıcının etkinleştirmesi gereken hesap işlemi karıştırılmaz. Kullanılabilirlik teyit edilmeden bütün mevcut entegrasyonların sorunsuz devam edeceği söylenmez.

Kabul kontrolü yalnız bağlantı adının panelde görünmesine dayanmaz. Projeye uygun deneme yöntemiyle ürün eşleşmesi, fiyat veya stok bilgisinin hangi yönde aktığı ve siparişin ilgili sisteme nasıl ulaştığı incelenir. Beklenmeyen sonuçların kime bildirileceği belirlenir. Canlı müşteriye gereksiz e-posta gönderen veya gerçek stoku plansız değiştiren testler yapılmaz. Deneme verisi, sağlayıcı koşulları ve işletme onayı birlikte değerlendirilir. Kapsam dışı bağlantıların kurulumu gerekiyorsa bedeli ve takvimi ayrıca açıklanır.

Yayın tarihi ve son veri aktarımı birlikte planlanır

Hazırlık sürerken eski mağazaya yeni ürünler veya siparişler gelebilir. İlk veri dosyasının alındığı tarihle yayın günü arasındaki fark kapanmadan alan adı değiştirmek, iki sistem arasında tutarsızlık oluşturabilir. Bu nedenle son dosyanın hangi anda alınacağı, hangi ekibin fiyat ve stok değiştireceği ve arada gelen siparişlerin nerede takip edileceği yazılır. Bir süre veri girişi duracaksa bunun kapsamı işletmeye önceden açıklanır. Yayın kararını verecek kişi ve ulaşılabilir destek sorumlusu bellidir.

Alan adının yeni mağazaya bağlanması teknik geçişin yalnız bir adımıdır. İlgili DNS kayıtları güncel sağlayıcı yönlendirmesine göre incelenir; mevcut e-posta kayıtlarının kaybolmaması da önemlidir. Eski mağazayı hemen kapatmak yerine açık sipariş ve arşiv ihtiyacı değerlendirilir. Sorun halinde geri dönüşün ne anlama geldiği önceden düşünülür: alan adını geri bağlamak, yeni sistemde oluşmuş siparişleri kendiliğinden eski sisteme taşımaz. Bu nedenle geri dönüş kararı veri ve operasyon planıyla birlikte ele alınmalıdır.

Yayın kabulü hangi kanıtlarla yapılır?

Kabul dosyasında örnek ürünlerin ve akışların sonuçları bulunur. Ürün ailesi ve seçenek ilişkisi, ana görsel, kategori bağlantısı, mobil ürün ekranı, uygun ödeme adımı ve siparişin işletme tarafında görülmesi kapsam dahilinde kaydedilebilir. Her kalem için beklenen durum ve gözlenen sonuç birlikte yazılır. Yalnız ekranın açıldığını göstermek, bütün taşımanın doğru yapıldığını kanıtlamaz. Eksik veya farklı sonuçlar önem sırasına göre ele alınır; yayını engelleyen bir durum varsa çözülmeden tamamlandı denmez.

İşletme kabul oturumunda yalnız ana sayfaya bakmamalıdır. Satış ekibinin sık sorulan bir ürün sorusunu, operasyonun bir stok durumunu ve içerik sorumlusunun örnek düzenlemesini denemesi yararlıdır. Bu görüşmede henüz hazır olmayan materyaller de görünür olmalıdır. Bir görselin eksikliğiyle yanlış fiyatın etkisi aynı değildir; öncelik buna göre belirlenir. Yayın sonrasında gelen yeni tasarım isteği ile önceden onaylanan teslimin eksikliği ayrı kaydedilir. Böylece destek konusu belirsiz bir revizyon listesine dönüşmez.

Taşıma fiyatını ve kapsamını nasıl karşılaştırmalısınız?

Teklifleri yalnız toplam bedelle karşılaştırmak yanıltıcı olabilir. Bir teklifte sadece dosya yükleme bulunurken diğerinde veri temizliği, URL eşleştirmesi ve yayın desteği yer alabilir. Ürün ile varyant adedinin nasıl sayıldığı, medya hazırlığının kimde olduğu ve kaç örnek kontrol yapılacağı sorulmalıdır. Kaynak dosyadaki hataların giderilmesi otomatik dahil kabul edilmemelidir. Taşınacak içeriklerin ve yeniden kurulacak sayfaların listesi görünür olduğunda teklifin gerçek kapsamını değerlendirmek kolaylaşır.

Tamga Dijital taşıma bedelini incelemeden sabitlemez. Tek seferlik çalışma, ek geliştirme, KDV, üçüncü taraf giderler ve destek dönemi yazılı teklifte açıklanır. ikas aboneliği, ücretli uygulama veya tema lisansı ajans hizmetiyle aynı ödeme değildir. Mevcut bir kurulum paketinin içinde bulunan ürün yerleşimi gibi kalemler aynı teslim için yeniden ücretlendirilmemelidir. Ek veri temizliği veya kapsam dışı ürün çalışması varsa neden ve adet hesabı ayrıca gösterilir; düşük başlangıç tutarıyla belirsiz ek işler saklanmaz.

Taşıma ile özel tema projesini ne zaman ayırırız?

Hedefiniz yalnız altyapıyı değiştirmekse her sayfayı baştan tasarlamak gerekmeyebilir. Buna karşılık farklı ürün seçimi veya özgün içerik düzeni isteniyorsa tema çalışması taşımanın yanında planlanabilir. Önce hangi ekranların standart tema olanaklarıyla karşılandığı görülür. Mevcut bir bölümün renk ve görsellerini düzenlemekle yeni davranış kodlamak farklı teslimlerdir. ikas özel tema kodlama kapsamı gerektiğinde ayrı değerlendirilir; taşıma paketinin bütün özel geliştirmeleri içerdiği varsayılmaz.

Tasarım kararlarının veri ve adres çalışmasını sürekli değiştirmemesi gerekir. Yeni koleksiyon adları, ürün bilgi alanları ve bağlantı yapısı uygun aşamada onaylanır. Sonradan gelen önemli bir değişiklik varsa etkilediği kayıt ve testler belirlenir. İşletme hangi talebin mevcut kapsamın içinde olduğunu, hangisinin ek uygulama gerektirdiğini görebilmelidir. Bu yaklaşım yalnız maliyet için değil, yayın tarihinin gerçekçi tutulması için de önemlidir. Belirsiz bir tarih sözü yerine bağımlılıkları açıklanan bir teslim takvimi hazırlanır.

Geçiş sonrasında neyi izliyoruz?

İlk yayın kontrolü tamamlandıktan sonra önemli eski bağlantılar, beklenmeyen hata yanıtları ve işletmenin bildirdiği ürün sorunları izlenir. Search Console erişimi varsa tarama ve indeks bilgileri kendi tarihleriyle değerlendirilir. Veri gecikmesi veya rapora erişememe durumu görünürlük kaybı gibi sunulmaz. Arama motorunun yeni yapıyı değerlendirmesi zaman alabilir; her gün aynı adres için tekrar tekrar indeks isteği göndermek bir teslim yöntemi değildir. Teknik bir engel görülürse çözüm bekletilmeden önceliklendirilir.

Uzun vadeli içerik ve organik büyüme çalışması taşımanın son kontrolünden farklıdır. Yeni kategorilerin bilgi ihtiyacı, özgün ürün açıklamaları ve arama sorgularına uygun sayfa düzeni için e-ticaret SEO hizmeti ayrıca planlanabilir. Taşıma desteğinin ne kadar sürdüğü ve bu dönemde hangi sorunların ele alınacağı yazılı olmalıdır. Müşteri ekibinin sonraki ürün girişlerinde aynı düzeni koruyabilmesi için gerekli kısa kullanım aktarımı ve açık işler listesi teslimde paylaşılır.

Karar gerektiren kayıtlar için örnek çalışma tablosu

Taşıma dosyasındaki her satırı otomatik kabul etmek yerine hangi kaydın neden beklediğini gösterebiliriz. Aşağıdaki tablo yalnız hazırlık örneğidir; platforma yüklenebilen gerçek ürün dosyası değildir. Kodlar kurgusaldır. İşletmenizin dosyasında gereken alanlar kaynak ve hedef sistem incelenerek belirlenir. Bu tür bir karar tablosu, aynı ürün üzerinde farklı ekiplerin çelişen düzenlemeler yapmasını azaltmaya yardımcı olabilir. Teknik olarak okunabilen ama ticari açıdan yanlış olan kayıtlar da bu aşamada fark edilebilir.

Örnek kayıt	Görülen durum	Karar ve sorumlu
A ailesinin kırmızı seçeneği	Stok kodu başka üründe de kullanılıyor	Katalog sorumlusu doğru kodu belirler; eşleşme onaylanmadan aktarım tamamlanmaz
B ürününün yardımcı fotoğrafı	Görsel adresi açılmıyor	Kullanılabilir dosya işletmeden alınır veya eksik görsel olarak kaydedilir
Eski C kategorisi	Yeni katalogda doğrudan karşılığı yok	İlgili içerik ve ürün devamlılığı değerlendirilir; rastgele hedef atanmaz
D ürününün kampanya açıklaması	Eski teslim tarihi metinde kalmış	Güncel bilgi satış sorumlusunca doğrulanır; eski vaat yeni sayfada sürdürülmez

Bu kayıtlar çözüldükten sonra yalnız dosyanın son halini saklamak yetmez. Hangi kararın kim tarafından verildiği, kullanılan sürüm ve deneme sonucu aynı çalışma düzeninde bulunmalıdır. Örneğin stok kodu değiştiyse ilgili dış sistem eşleşmesinin de tekrar kontrol edilmesi gerekebilir. Bir görsel yenilendiyse ana ürünle seçenek ilişkisi yeniden görülür. Böylece düzeltmenin bir satırı iyileştirirken başka bir akışı etkilemesi fark edilebilir. Bütün kayıtlar için aynı otomatik işlemi tekrarlamak yerine, sorunun türüne uygun kabul kontrolü seçilir.

İşletme ekibine teslimde hangi dosyalar kalmalı?

Teslim seti yalnız yeni mağaza bağlantısından oluşmamalıdır. Onaylanmış veri eşleştirme listesi, önemli eski ve yeni adres tablosu, örnek kabul sonuçları ve açık işler kaydı uygun biçimde paylaşılır. Hangi dosyanın çalışma taslağı, hangisinin son onaylı sürüm olduğu anlaşılır olmalıdır. Hesapların sahipliği ve üçüncü taraf destek sorumluları da belirtilir. İleride yeni ürün ekleyen bir çalışan, taşıma sırasında belirlenen aile ve kategori düzenini nereden öğreneceğini bilmelidir. Teslim biçimi ve bu dosyaların kapsamı teklif aşamasında açıklanır.

Mağazanız için taşıma kapsamını birlikte çıkaralım

Başlamak için mevcut sitenizin bağlantısını, kullandığınız altyapıyı, yaklaşık ürün ve varyant adedini ve hedef yayın dönemini paylaşabilirsiniz. Önce mevcut durumunuzu anlayalım; sonra veri aktarımı, tema, URL ve entegrasyon işlerini ihtiyacınıza göre ayıralım. Henüz bütün teknik dosyaları hazırlamış olmanız gerekmez. Eksik bilgiler görüşme sırasında listelenir. Şifre veya müşteri verisi göndermeden ikas mağaza taşıma teklifi isteyebilir, Türkiye genelinde uzaktan çalışma sürecini görüşebilirsiniz.