Proč obchodníci odcházejí z Magenta
Magento Open Source a Adobe Commerce dávají plnou kontrolu nad kódem, hostingem i pokladnou za cenu toho, že si tuto infrastrukturu musíte spravovat sami: bezpečnostní záplaty PHP a Magenta, server nebo cloudový hosting a shodu s PCI pro pokladnu, kterou hostujete. BigCommerce jako spravovaná SaaS platforma sejme vašemu týmu z beder hosting, shodu s PCI i bezpečnostní záplaty platformy výměnou za práci v rámci omezení dané platformy místo libovolného kódu.
Častým spouštěčem je totéž, co tlačí obchodníky směrem k Shopify: náklady na udržování vývojáře nebo agentury pro správu instance Magenta přestanou dávat smysl, jakmile růst obchodu už tuto zátěž neodůvodňuje — zvlášť u obchodů stále běžících na nezáplatované instanci Magenta 2 nebo přetrvávajících na Magentu 1 po konci životnosti.
Co se mění v datovém modelu
Katalogová struktura Magenta EAV (entity-attribut-hodnota) umožňuje definovat pro každý typ produktu prakticky libovolné vlastní atributy. Produktový model BigCommerce je strukturovanější než u Magenta, ale obecně flexibilnější v otázce variant než konkurenční SaaS platformy — nativně podporuje větší počet kombinací variant produktů, plus vlastní pole a modifikátory produktů pro atributy mimo strukturu variant. I tak je ale třeba sady atributů z Magenta záměrně namapovat na možnosti variant a vlastní pole BigCommerce, ne je kopírovat atribut po atributu.
Strom kategorií v Magentu umožňuje libovolné vnořování s nastavením zobrazení podle pohledu obchodu a produkt může patřit do mnoha kategorií najednou. Kategorie na BigCommerce jsou blíž tradičnímu stromu než plochý model kolekcí na Shopify, což dělá migraci hluboce vnořené struktury kategorií z Magenta o něco přímočařejší — přesto by se měla zkontrolovat a zjednodušit tam, kde struktura v Magentu rostla organicky roky, ne podle záměru.
URL adresy, přesměrování a čím se to tu liší od Shopify
Klíče URL adres a přepisy v Magentu jsou plně konfigurovatelné podle pohledu obchodu. BigCommerce na rozdíl od Shopify umožňuje vlastní cesty URL adres pro produkty, kategorie a stránky bez vynucené předpony /products/ nebo /collections/ — což může usnadnit zachování stávající struktury URL adres z Magenta. To ale neodstraňuje potřebu plánu přesměrování: každá URL adresa, která se přece jen změní, stále potřebuje výslovné přesměrování 301, a audit každé indexované URL adresy z Magenta proti jejímu novému protějšku na BigCommerce je třeba udělat tak jako tak, aby nedošlo k propadu pozic po migraci.
Rozšíření, pokladna a více výloh
Ekosystém rozšíření Magenta a jeho schopnost upravit pokladnu i administrativní procesy přímo v kódu nemají na BigCommerce přímou obdobu — BigCommerce používá tržiště aplikací plus vlastní API a přizpůsobení výlohy přes Stencil/Catalyst pro vlastní logiku. U každého aktivního rozšíření Magenta je třeba během posouzení výslovně rozhodnout: ekvivalentní aplikace na BigCommerce, zakázková stavba na API BigCommerce, nebo potvrzení, že už není potřeba. Model více webů/obchodů v Magentu je také třeba namapovat na možnosti více výloh BigCommerce, které fungují pod kapotou jinak, i když výsledek může vypadat podobně.
Časté otázky
Zvládne BigCommerce vlastní produktové atributy z Magenta?
Kombinací možností variant a vlastních polí, ale BigCommerce nemá automatickou obdobu sad atributů EAV z Magenta. Vaše skutečné využití atributů namapujeme během posouzení, ne migrací každého atributu, který Magento náhodou má definovaný.
Je migrace URL adres z Magenta na BigCommerce jednodušší než na Shopify?
Často o něco ano, protože BigCommerce umožňuje vlastní cesty URL adres bez povinné předpony, na rozdíl od pevné struktury Shopify. To snižuje počet URL adres, které se musí změnit, ale každá, která se přece jen změní, stále potřebuje výslovné přesměrování 301 — audit je třeba provést tak jako tak.
Co se stane s mými rozšířeními a vlastními moduly z Magenta?
Každé se vyhodnotí zvlášť během posouzení: nahrazení existující aplikací na BigCommerce, přestavba na API BigCommerce, nebo potvrzení, že už není potřeba. Tento seznam vytváříme dřív, než stanovíme rozsah projektu, ne až po něm.
Můžu si zachovat provoz více obchodů nebo webů?
Model více webů v Magentu se nepřevádí přímo na architekturu BigCommerce, i když BigCommerce také podporuje více výloh. Váš skutečný požadavek — samostatné značky, regiony nebo měny — namapujeme na správnou strukturu BigCommerce, ne s předpokladem přímého převodu jedna ku jedné.