E-ticaret altyapısı değiştirmek, mevcut sistemin sınırı satışı ya da operasyonu ölçülebilir biçimde kısıtlıyorsa ve bu sınır eklenti, barındırma veya süreç düzeltmesiyle aşılamıyorsa doğru karardır. Bunun dışındaki durumlarda taşınmak çoğu zaman sorunu yeni bir adrese götürür. Kararın maliyet tarafı da tek bir proje faturasından ibaret değildir: yeni mağazanın kurulumu, verinin temizlenip aktarılması, yönlendirme ve SEO işleri, entegrasyonların yeniden bağlanması ve geçiş haftalarında riske giren satış birlikte hesaba katılmalıdır.
Bu rehber, mevcut altyapısının kendisini yavaşlattığını düşünen e-ticaret yöneticisi için yazıldı. Sonunda elinizde üç şey olmalı: sorunun gerçekten altyapıda olup olmadığına dair bir teşhis, kalmak ile gitmeyi aynı terazide tartan bir hesap ve tedarikçilere sorabileceğiniz somut bir soru listesi. Rakamları kendi mağazanızdan alacaksınız; tutar içeren örneklerin tamamı açıklama amaçlıdır.
Önce teşhis: sorun altyapıda mı, üzerine kurduklarınızda mı?
Altyapı değişikliği talebi genellikle bir öfke anında doğar. Kasım kampanyasında site yavaşlamıştır, pazaryerinde biten ürün satılmıştır ya da ajans “bu sistemde o özellik yapılamaz” demiştir. Bu cümlelerin her biri farklı bir teşhis ister, çünkü bir kısmı platformun gerçek sınırıdır, bir kısmı ise yıllar içinde biriken kurulum borcudur.
Yavaşlığı ele alalım. Optimize edilmemiş ürün görselleri, birbirinin işini tekrar eden eklentiler, kaldırılmış ama kodu temaya yapışık kalmış izleme etiketleri ve yetersiz barındırma paketi, yeni platforma geçilse de benzer sonucu üretebilir. Aynı görselleri ve aynı etiket yığınını taşıdığınızda, yeni altyapı kötü alışkanlıklarınızı devralır. Buna karşılık sistem aynı ürüne depo bazında stok tutamıyorsa, toptan müşteriye ayrı fiyat listesi tanımlatmıyorsa veya varyant yapınız platformun sınırına dayanmışsa, bunu düzeltmenin yolu çoğu zaman gerçekten başka bir altyapıdır.
Pratik bir sınama önerelim. Son altı ayda sizi zorlayan olayları bir sayfaya yazın ve her birinin yanına üç bilgiyi ekleyin: ne sıklıkla oluyor, kaç satışa veya kaç saate mal oluyor, mevcut sağlayıcı bunun için ne cevap verdi. Sağlayıcıdan yazılı “desteklemiyoruz” yanıtı almadığınız bir madde henüz sınır sayılmaz; yalnızca bir varsayımdır. Listenin sonunda yalnızca ikisi gerçek sınır çıkarsa, altyapı değiştirmek yerine bir denetim ve temizlik projesi daha akıllıca olabilir. Dört beş tanesi çıkıyorsa ve aynı noktaya, örneğin katalog yapısına veya entegrasyon katmanına işaret ediyorsa, geçiş artık sizin yerinize konuşmaya başlamıştır.
Kalmanın da bir faturası var: iki tarafı aynı terazide tartın
Teklif geldiğinde herkes geçişin tutarına bakar; oysa karşılaştırma yapılacak ikinci rakam çoğu zaman hiç hesaplanmaz. Kalmanın maliyeti görünmez, çünkü faturası gelmez. Depocunun her sabah elle düzelttiği stoklar, müşteri hizmetlerinin iptal ettiği fazla satışlar ve kurulamadığı için hiç açılmayan toptan kanal, muhasebe kaydında “altyapı gideri” diye geçmez.
Örnek bir mağaza düşünelim. Ekibi haftada yaklaşık 12 saatini elle sipariş ve stok düzeltmeye harcıyor; saatlik maliyeti 200 TL varsayıldığında bu yılda yaklaşık 125.000 TL ediyor. Sistem toptan fiyat listesini kuramadığı için bayilerden kaçan kârın 180.000 TL olduğunu tahmin ediyor, fazla satış iptalleri ve pazaryeri yaptırımları da 45.000 TL tutuyor. Bu örnekte kalmanın yıllık faturası 350.000 TL olur. Bu rakam bir pazar ortalaması değildir, yalnızca hesabın nasıl kurulduğunu gösterir. Sizin mağazanızda sonuç bunun çok altında çıkabilir; o zaman karar da değişir.
Kârı değil ciroyu yazmak en yaygın hatadır. Kaçan toptan satışın tamamını değil, o satıştan kalacak kârı alın; aksi halde hesap gitmekten yana şişer. Tahmin yaptığınız yerleri de işaretleyin. Kayıtlardan gelen elle iş saati ile “bu özellik olsa şu kadar satardık” varsayımı aynı güvenilirlikte değildir ve yönetim kuruluna ya da ortağınıza sunarken bu ayrımı açıkça göstermek, karara duyulan güveni artırır.
Bütçeyi şişiren kalemler teklifin neresinde saklanır?
İki mağaza aynı platforma geçse bile katalog, entegrasyon ve özel geliştirme farkı tutarı bambaşka bir yere taşır; bu yüzden genel bir aralık karar vermenize yardım etmez. Asıl işe yarayan, maliyeti belirleyen değişkenleri bilmek ve teklifleri onlar üzerinden okumaktır. Welda'nın kendi hizmet bedeli de bu kalemlere göre şekillenir ve ücretsiz görüşmede netleşir.
| Kalem | Tutarı büyüten durum | Teklifte görmek istediğiniz ifade |
|---|---|---|
| Katalog ve veri | Çok varyant, dağınık özellik alanları, eski sistemin sınırlı dışa aktarımı | Hangi veri, kaç kayıt, kaç deneme aktarımı |
| Entegrasyonlar | Pazaryeri, ERP veya muhasebe, kargo, e-belge bağlantıları | İsim isim liste ve veri akış yönü |
| Özel işlevler | Bayi fiyatı, abonelik, paket ürün, özel kargo kuralı | Hazır çözüm mü, özel geliştirme mi; bakımı kimde |
| URL ve SEO | Büyük ürün arşivi, değişen kategori yapısı, çok dil | Haritayı kim çıkarır, kaç URL elle kontrol edilir |
| Tasarım | Sıfırdan tasarım, özel ödeme veya sepet akışı | Hazır tema uyarlaması mı, özel tema mı |
| Geçiş sonrası | Kampanya dönemine yakın geçiş, küçük iç ekip | Destek süresi, müdahale süresi, kapsam dışı işler |
Teklifte hiç görünmeyen ama geçişten kaynaklanan giderleri de ayrıca listeleyin. Eski sistemle yeni sistemin aynı anda ödendiği çakışma dönemi; yeni platformda ayrı abonelikle gelen uygulamalar; ödeme kuruluşu değişiyorsa yeni sözleşme ve komisyon koşulları; sıfırlanan ürün görselleri için yeniden üretim; ekibin eğitim ve alışma döneminde düşen hızı; geçişten önceki haftalarda dondurulan kampanyaların fırsat maliyeti. Bunların hiçbiri bir tedarikçinin kusuru değildir, ama hiçbir teklif de bunları sizin yerinize toplamaz. Yeni mağazanın uzun vadeli toplam giderini görmek için hazır platformların gerçek maliyeti yazısı ile e-ticaret sitesi maliyetini belirleyen kalemler rehberine göz atmanız işe yarar.
Farkı somutlaştırmak için iki örnek düşünün. İlki, 300 ürünlü, tek depolu, yalnızca kendi sitesinden satan bir butik: işin ağırlığı tema, görsel düzeni ve az sayıda yönlendirmededir; birkaç kişilik ekip kararları hızla alabilir. İkincisi, 25.000 parçalı, araç uyumluluk bilgisi tutan, bayilere özel fiyat veren ve ERP'ye bağlı bir yedek parça mağazası: burada görünen tasarım işi küçük kalır, emeğin büyük kısmı veri modeline, fiyat kurallarına ve binlerce adresin eşleştirilmesine gider. İkisi de teklifte “altyapı geçişi” diye geçer, ama ortak yanları neredeyse yalnızca bu başlıktır. Kendi mağazanızın hangi örneğe yakın olduğunu görmek için mevcut eklentilerin ve özel geliştirmelerin envanterini çıkarın; her satırın yanına “yeni sistemde hazır var, uygulamayla çözülür, özel yazılır, artık gerekmiyor” seçeneklerinden birini yazın. Son seçenek çoğu mağazada bütçeyi en çok rahatlatan satırdır, çünkü yıllar önce bir kampanya için eklenip unutulan işlevleri yeniden yazdırmak için para ödemek zorunda kalmazsınız. E-ticaret altyapısı değiştirmek için teklif isterken bu envanteri de paylaşın; tedarikçilerin aynı listeye fiyat vermesi karşılaştırmayı hemen kolaylaştırır.
Veri: kaç satır taşındığı değil, taşındıktan sonra işe yarayıp yaramadığı
“Tüm veriler aktarılacak” cümlesi bir geçiş teklifindeki en pahalı belirsizliktir. Ürün tablosunu CSV ile almak kolaydır; zor olan, varyantın doğru görsele, müşterinin doğru sipariş geçmişine, kuponun kalan kullanım hakkına bağlı kalmasıdır. Bir ürün sayısı tutabilir ama bedenler yanlış renge bağlanmışsa, müşteri sorunu ilk siparişte görür.
Müşteri hesapları ayrı bir kararı gerektirir. Parolalar çoğu sistemde tek yönlü şifrelendiği için genellikle taşınamaz; kullanıcıların ilk girişte parolasını yenilemesi gerekir. Bu teknik bir ayrıntı gibi görünse de doğrudan satışa dokunur, çünkü sadık müşteriniz ilk gün karşısına çıkan “giriş yapılamadı” uyarısıyla karşılaşırsa alışverişi başka zamana bırakabilir. Çözüm basittir ama planlanmalıdır: geçiş duyurusu e-postası, misafir olarak satın alma seçeneği ve açık bir yenileme ekranı.
KVKK tarafını da projenin ortasında değil, başında konuşun. Müşteri verisini yeni bir sağlayıcıya taşımak, kişisel veriyi işleyen tarafların değişmesi anlamına gelebilir. Sunucular yurt dışındaysa yurt dışına aktarım kuralları gündeme gelebilir, aydınlatma metninin de güncellenmesi gerekebilir. Pazarlama izinlerini tarih ve kaynak bilgisiyle birlikte taşımak ve İYS kayıtlarıyla tutarlılığını korumak da önemlidir; izni belirsiz kişileri kampanya listesine sokmak, geçişin yan etkisi olarak hukuki risk doğurabilir. Bu başlıkları hukuk danışmanınızla doğrulamanızı öneririz; buradaki notlar yol gösterir, hukuki görüş yerine geçmez.
İyi bir veri geçişi en az iki deneme aktarımı içerir. İlk deneme sorunları gösterir; ikincisi düzeltmelerin kalıcı olduğunu kanıtlar. Her denemeden sonra basit bir mutabakat yapın: örneğin eski sistemde 1.200 ürün ve 4.300 varyant varsa yeni sistemde de aynı sayılar görünmeli, rastgele seçilen 50 ürünün fiyatı, stoğu, görseli ve kategorisi elle karşılaştırılmalı, 20 müşterinin sipariş geçmişi açılıp kontrol edilmelidir. Dağınık ürün verisini olduğu gibi taşımak yerine bu fırsatı temizlik için kullanın; kapalı ürünlerin, mükerrer kodların ve boş özellik alanlarının hangisinin gideceğine geçişten önce karar verin.
SEO ve yönlendirme: kaybın büyüklüğünü belirleyen yer
Bir mağazanın organik trafiği, yıllar içinde biriken adreslere bağlıdır. Altyapı değiştiğinde URL yapısı da çoğu zaman değişir ve her eski adresin yeni karşılığını göstermezseniz arama motoru da müşteri de boş sayfaya düşer. Kısa cevap şudur: doğru hazırlanmış bir geçişte geçici dalgalanma normaldir, ancak kalıcı kayıp büyük ölçüde atlanan adımlardan kaynaklanır. Adım adım kontrol için site taşıma SEO kontrol listesi hazır bir başvuru kaynağıdır; burada e-ticarete özgü farklara odaklanalım.
Harita yalnızca menüden görülen sayfalardan çıkarılmaz. Tarama aracı, Search Console, analitik verisi, sunucu kayıtları ve geri bağlantı raporu birleştirilerek envanter oluşturulur; stoktan kalkmış ama hâlâ trafik alan ürünler de böyle yakalanır. Sonra adresler ayrıştırılır. Binlerce ürün sayfası kuralla yönlendirilebilir, ama değişen kategori ağacının elle eşleştirilmesi gerekir; en çok trafik ve bağlantı alan küçük grup ise satır satır denetlenir.
E-ticarette karşılaşılan tuzakların birkaçı şunlardır. Bazı barındırılan platformlar URL'lere sabit önek ekler, bu yüzden eski adres kalıbını koruyamayabilirsiniz; hedef platformda bunu teklif aşamasında doğrulayın. Türkçe karakterli eski adresler kodlanmış biçimiyle de kayıtlı olabilir, haritaya iki hali de girmelidir. Filtre ve sıralama parametreli sayfalar kuralsız bırakılırsa kategori sayfalarıyla çakışabilir. Stoktan kalkmış ürünleri topluca ana sayfaya yönlendirmek de iyi bir çözüm değildir; en yakın kategoriye ya da benzer ürüne göndermek hem müşteriye hem arama motoruna daha anlamlı bir yanıt verir. Ayrıca yönlendirme zincirlerini de temizleyin: eski taşımalardan kalan bir adres, yeni hedefe doğrudan gitmelidir.
Yönlendirmenin tek başına yetmediğini unutmayın. Sayfa başlıkları, açıklamalar, ürün yapısal verisi, kanonik etiketler, görsel adresleri ve iç bağlantılar da yeni mağazaya aktarılmalıdır. Hazırlık ortamında konulan “arama motorlarına kapalı” ayarının yayın günü kaldırıldığını kontrol etmek, kulağa basit gelse de ayrı bir madde olarak listede bulunmalıdır. Google'ın site taşıma belgeleri, yönlendirmelerin mümkün olduğunca uzun, genel olarak en az bir yıl tutulmasını önerir. Mağazanızı bu kuralla kurun ve eski alan adınızın kaydını da erken bırakmayın. E-ticarete özgü sayfa yapısı için e-ticaret SEO rehberi ek bir kontrol sağlar.
Türkiye'de geçişi zorlaştıran üç bağlantı: pazaryeri, taksit, e-belge
Yurt dışı rehberleri bu bölümü pek yazmaz, çünkü bu üç bağ yerel pazarın gerçeğidir. Yeni mağaza açıldığında bağlantılar kendiliğinden gelmez ve her birinde sorun farklı bir biçimde görünür.
Trendyol ve Hepsiburada eşleşmeleri. Pazaryerindeki listeleriniz çoğunlukla barkod veya stok kodu üzerinden mağazanıza bağlıdır. Geçiş sırasında stok kodları yeniden üretilirse senkron kopar: stok güncellenmez, sipariş düşmez, ya da en kötüsü biten ürün satılmaya devam eder. Kodları korumak, değiştirilecekse eşleşme tablosu hazırlamak ve geçiş gününde pazaryeri tarafında kısa süreli bir stok güvenliği uygulamak, satıcı puanınızı korumanın yoludur. E-ticaret entegrasyonları rehberinde bu bağlantıların nasıl düşünüleceğini ayrıntılı bulabilirsiniz.
Sanal POS ve taksit. Türkiye'de ödeme sayfası yalnızca “kart al” ekranı değildir. Banka bazlı taksit tablosu, komisyon yansıtma tercihi ve 3D doğrulama akışı alışkanlığın parçasıdır. Mevcut sanal POS hesabınız yeni altyapıda desteklenmeyebilir ya da yeniden başvuru gerektirebilir; bu da takvime eklenmesi gereken dış bir süreçtir. Kaydedilmiş kartlar genellikle ödeme kuruluşunda saklandığından, kuruluş değişirse taşınma durumunu ayrıca sorun. Ödeme testini de küçük tutarlı gerçek siparişlerle ve en az birkaç banka kartıyla yapın, üstüne de iade senaryosunu ekleyin.
e-Fatura ve e-Arşiv. Mağazanız entegratörünüz üzerinden e-belge kesiyorsa, yeni altyapının bu entegratöre nasıl bağlanacağı, faturanın hangi sipariş durumunda tetikleneceği, iadelerin nasıl işleneceği ve numaralandırmanın kesintisiz sürmesi önceden netleşmelidir. Eski sistemdeki belgelerin saklanması ve erişimi konusunda da yükümlülükleriniz sürer; bu nedenle eski paneli kapatmadan önce mali müşavirinize danışın. Mevzuat ve entegratör koşulları zaman içinde değişebildiği için buradaki notları güncel uygulamayla doğrulayın.
Geçiş tarihini kampanya takvimi belirler, proje planı değil
Çoğu mağazada yılın kârı birkaç haftada yazılır. Efsane Kasım, 11.11, yılbaşı, Ramazan ve sezon açılışları gibi dönemlerin hemen öncesine denk düşen bir geçiş, teknik olarak kusursuz olsa bile mantıksızdır; çünkü yeni sistemin küçük hataları, yılın en pahalı günlerinde ortaya çıkar. Doğru yöntem takvimi geriye doğru kurmaktır: kritik kampanyadan önce sistemin en az birkaç hafta sakin trafikte çalışmış olması gerekir.
Geçiş gününün kendisini de ayrıntılı yazın. Hangi saatte ürün ve ayar girişi donacak, son fark aktarımını kim alacak, alan adı TTL değeri kaç gün önceden düşürülecek, ilk gerçek siparişi kim verecek, bir sorun çıktığında kim karar verecek? Geri dönüş ölçütünü de önceden belirleyin. Örneğin “ödeme alınamıyor ve iki saat içinde çözülemiyor” durumunda eski siteye dönülür. Bu cümleyi kriz anında kurmak, doğru kararı vermeyi çok zorlaştırır. Geçiş sırasında eski sistemde gelen siparişlerin yeni tarafa düşmesi de planın ayrı bir maddesidir; aksi halde kayıp sipariş, ilk müşteri şikâyetiyle ortaya çıkar.
Yayından sonraki ilk otuz gün için günlük kısa bir kontrol listesi tutun: 404 raporu, yönlendirme hataları, ödeme başarı oranı, pazaryeri senkron hataları, Search Console tarama durumu, GA4 satın alma olaylarının sipariş kayıtlarıyla tutarlılığı. Trafik düşüşünü de doğru okuyun. Organik görünürlükte birkaç haftalık dalgalanma beklenebilir; ama sepet veya ödeme adımında ani kopuş varsa o artık bir SEO konusu değil, hemen çözülmesi gereken bir hatadır. Ölçümü de eski sistemle birkaç hafta paralel karşılaştırabilmek için geçiş öncesi temel değerleri kaydedin.
Şimdi başlamamanız gereken durumlar
Bir karar rehberi, “geçin” demeyi bildiği kadar “şimdi geçmeyin” demeyi de bilmelidir. Satışlar reklam verimliliği, ürün uyumu veya fiyat rekabeti nedeniyle düşüyorsa, yeni altyapı bu sorunların hiçbirini çözmez ama size birkaç ay odak kaybettirir. Yalnızca daha modern görünmek istiyorsanız, çoğu durumda mevcut sistemde tema yenilemesi aynı sonuca daha düşük riskle ulaştırır.
İnsan kapasitesi de bir sınırdır. Geçiş, ajansa devredilip unutulacak bir iş değildir: ürün verisini tanıyan, kararları verebilen ve testlere zaman ayırabilen biri sizin tarafınızda olmalıdır. Küçük bir ekipte bu kişi zaten kampanyaları yöneten kişiyse, ya kampanya temposunu düşürmek ya da işi başka bir döneme almak gerekir. Tersine, sağlayıcı önemli bir bağlantıyı desteklemeyi bırakacağını duyurduysa beklemek bedeli büyütür; zorunlu geçişi aceleyle yapmak yerine planlı olarak öne çekmek en sağlıklı seçenektir.
Görüşmede tedarikçiye sormanız gereken sorular
Aşağıdaki sorular cevapları karşılaştırılabilir hale getirir. Her tedarikçiye aynı listeyi yazılı gönderin; böylece toplam tutarlardan önce kapsam farklarını görürsünüz.
- Hangi veri türlerini aktarıyorsunuz, kaç deneme yapıyorsunuz, mutabakatı kim imzalıyor?
- Yönlendirme haritasını kim çıkarıyor, hangi kaynaklardan besleniyor, kaç URL elle kontrol ediliyor?
- Hangi entegrasyonlar kapsamda? Her biri için veri akışının yönünü ve hata durumunda ne olacağını anlatır mısınız?
- Hedef platformda karşılanmayan veya özel geliştirme gerektiren ihtiyacımız var mı?
- Kapsam dışı istekleri nasıl fiyatlıyor, hangi onayla ilerletiyorsunuz?
- Geçiş sonrası destek ne kadar sürüyor, yanıt süresi nedir, sorumluluk nerede bitiyor?
- Kod, tema, analitik ve reklam hesaplarının sahibi kim olacak? Sizden ayrılırsak ne yanımıza kalır?
- Geri dönüş planınız nedir ve bu kararı hangi ölçüte göre veriyoruz?
Bu soruları bize de sorabilirsiniz. Welda, ihtiyaca göre Shopify, WooCommerce, Ticimax veya İdeasoft üzerinde mağaza kurar; ürün kataloğunu düzenler, ödeme ve kargo entegrasyonlarını, Trendyol ve Hepsiburada bağlantılarını kurar, GA4 ve Meta Pixel ile ölçümü devreye alır. Bu listede olmayan bir platforma ya da kapsamlı kurumsal bir ERP projesine geçiyorsanız, durumu görüşmede açıkça konuşmak gerekir; bizim uygun olmadığımız bir senaryoda bunu size söylemeyi tercih ederiz. Eski sistemden veri aktarımının kapsamı ise mevcut altyapınızın neyi dışa verebildiğine bağlıdır, dolayısıyla ön incelemeden önce söz vermeyiz. Stok ve POS tarafını da tek havuzda toplamak isterseniz Welda Stock mağazanızla birlikte çalışacak şekilde kurulabilir.
E-ticaret altyapısı değiştirmek üzerine düşünüyorsanız, teşhis listenizi ve yukarıdaki hesabı alıp ücretsiz görüşmeye gelin. Mağazanızın ürün sayısına, entegrasyonlarına ve takvimine bakarak kapsamı birlikte çıkarırız; bedel de bu görüşmede netleşir.
Sık sorulan sorular
E-ticaret altyapısı değiştirmek ne kadar sürer?
Süre katalog büyüklüğüne, entegrasyon sayısına, özel işlevlere ve ekibinizin karar hızına bağlıdır. Az ürünlü, az entegrasyonlu bir mağaza ile çok varyantlı, pazaryeri ve ERP bağlantılı bir mağazanın takvimi aynı olmaz. Sağlıklı plan, kampanya takvimine göre geriye doğru kurulur ve deneme aktarımları ile testlere ayrı süre tanır.
Altyapı değiştirince Google sıralamalarım düşer mi?
Geçici dalgalanma olabilir; hiçbir tedarikçi bunun olmayacağını garanti edemez. Doğru URL haritası, 301 yönlendirmeleri, korunmuş başlık ve yapısal veri, kontrol edilmiş tarama ayarları ve geçiş sonrası izleme, kalıcı kayıp riskini önemli ölçüde azaltır.
Eski müşteri şifrelerini yeni sisteme taşıyabilir miyim?
Genellikle hayır, çünkü parolalar tek yönlü şifrelenir ve sistemler arasında uyumlu olmayabilir. Çoğu geçişte müşteriler ilk girişte parolalarını yeniler. Bunu önceden duyurmak ve akışı sade tutmak, alışverişin kesilmesini önler.
Pazaryeri mağazalarım geçiş sırasında kapanmalı mı?
Her durumda kapatmak gerekmez. Stok kodu eşleşmesi korunuyor ve entegrasyon önceden sınanıyorsa, geçiş penceresinde kısa süreli stok güvenliği uygulamak genellikle yeterli olur. Kodlar değişiyorsa riski pazaryeri entegratörünüzle birlikte değerlendirin.
Hazır platformdan açık kaynağa veya tersine geçişin farkı nedir?
Fark asıl sorumlulukta ortaya çıkar. Barındırılan sistemlerde bakım ve güvenliğin önemli kısmı sağlayıcıdadır, ama özelleştirme platform sınırlarına bağlıdır. Kendi barındırdığınız sistemlerde kontrol artar, güncelleme ve güvenlik de size veya ajansınıza geçer. Hangisinin daha ucuz olduğunu tek başına söylemek zordur; ekibinizin kapasitesi kararı belirler.
Geçiş bedeli nasıl belirleniyor?
Platform seçimi, ürün sayısı, veri durumu, entegrasyonlar, özel geliştirme ve yayın sonrası destek bedeli belirler. Sabit liste fiyatı yayınlamıyoruz; e-ticaret altyapısı değiştirmek için kapsam belirlendiğinde ücretsiz görüşmede teklif netleşir.