Dlaczego sprzedawcy odchodzą z Magento
Magento Open Source i Adobe Commerce dają pełną kontrolę nad kodem, hostingiem i kasą, kosztem konieczności samodzielnego zarządzania tą infrastrukturą: łataniem bezpieczeństwa PHP i Magento, hostingiem serwerowym czy chmurowym oraz zgodnością PCI dla samodzielnie hostowanej kasy. BigCommerce, jako zarządzana platforma SaaS, zdejmuje z Twojego zespołu hosting, zgodność PCI i łatanie bezpieczeństwa platformy, w zamian za pracę w ramach ograniczeń platformy zamiast dowolnego kodu.
Częstym wyzwalaczem jest ten sam, który popycha sprzedawców w stronę Shopify: koszt utrzymywania dewelopera lub agencji na stałe do obsługi instancji Magento przestaje mieć sens, gdy wzrost sklepu nie uzasadnia już tego nakładu, zwłaszcza dla sklepów wciąż działających na niezałatanej instancji Magento 2 lub pozostających przy Magento 1, które wyszło już z okresu wsparcia.
Co zmienia się w modelu danych
Struktura katalogu EAV (Entity-Attribute-Value) w Magento pozwala definiować w dużej mierze dowolne atrybuty niestandardowe dla każdego typu produktu. Model produktów BigCommerce jest bardziej ustrukturyzowany niż w Magento, ale generalnie bardziej elastyczny w zakresie wariantów niż konkurencyjne platformy SaaS — natywnie obsługuje większą liczbę kombinacji wariantów produktów, a także pola niestandardowe i modyfikatory produktów dla atrybutów poza strukturą wariantów. To wciąż oznacza, że zestawy atrybutów Magento trzeba celowo zmapować na opcje wariantów i pola niestandardowe BigCommerce, a nie kopiować atrybut po atrybucie.
Drzewo kategorii w Magento pozwala na dowolne zagnieżdżanie z ustawieniami wyświetlania per widok sklepu, a produkt może należeć do wielu kategorii jednocześnie. Kategorie BigCommerce są bliższe tradycyjnemu drzewu niż płaski model kolekcji Shopify, co czyni migrację głęboko zagnieżdżonej struktury kategorii Magento nieco bardziej bezpośrednią — ale nadal powinna zostać przejrzana i uproszczona tam, gdzie struktura Magento rozrosła się organicznie przez lata, a nie została zaprojektowana.
Adresy URL, przekierowania i czym różni się to od Shopify
Klucze URL i przepisania adresów w Magento są w pełni konfigurowalne per widok sklepu. BigCommerce, w przeciwieństwie do Shopify, pozwala na niestandardowe ścieżki URL dla produktów, kategorii i stron bez wymuszania obowiązkowego prefiksu /products/ czy /collections/ — co może ułatwić zachowanie istniejącej struktury URL z Magento. To jednak nie usuwa potrzeby planu przekierowań: każdy adres URL, który się zmienia, nadal potrzebuje jawnego przekierowania 301, a ćwiczenie polegające na zweryfikowaniu każdego zaindeksowanego adresu URL Magento wobec jego nowego odpowiednika w BigCommerce i tak musi się odbyć, aby uniknąć spadku pozycji po migracji.
Rozszerzenia, kasa i wielosklepowość
Ekosystem rozszerzeń Magento oraz jego możliwość personalizacji kasy i przepływów panelu administracyjnego w kodzie nie mają bezpośredniego odpowiednika w BigCommerce — BigCommerce korzysta z marketplace'u aplikacji oraz własnych API i personalizacji frontu Stencil/Catalyst dla niestandardowej logiki. Każde aktywne rozszerzenie Magento wymaga jawnej decyzji podczas oceny: odpowiadająca mu aplikacja BigCommerce, niestandardowa budowa na bazie API BigCommerce, albo potwierdzenie, że nie jest już potrzebne. Model wielu witryn/sklepów w Magento również wymaga zmapowania na możliwości wielosklepowe BigCommerce, które pod maską działają inaczej, nawet gdy końcowy efekt wygląda podobnie.
Najczęstsze pytania
Czy BigCommerce obsłuży niestandardowe atrybuty produktów z Magento?
Poprzez połączenie opcji wariantów i pól niestandardowych, ale BigCommerce nie ma automatycznego odpowiednika zestawów atrybutów EAV z Magento. Mapujemy Twoje rzeczywiste wykorzystanie atrybutów podczas oceny, zamiast migrować każdy atrybut, jaki akurat zdefiniowało Magento.
Czy migracja adresów URL z Magento na BigCommerce jest łatwiejsza niż na Shopify?
Często nieco tak, ponieważ BigCommerce pozwala na niestandardowe ścieżki URL bez obowiązkowego prefiksu, w przeciwieństwie do stałej struktury Shopify. To zmniejsza liczbę adresów URL wymagających zmiany, ale każdy zmieniany adres URL nadal potrzebuje jawnego przekierowania 301 — audyt i tak musi się odbyć.
Co dzieje się z moimi rozszerzeniami i niestandardowymi modułami Magento?
Każde jest oceniane indywidualnie podczas oceny: zastąpienie istniejącą aplikacją BigCommerce, odbudowa na bazie API BigCommerce albo potwierdzenie, że nie jest już potrzebne. Oznaczamy tę listę przed wyceną projektu, nie po.
Czy mogę zachować funkcjonalność wielosklepową lub wielowitrynową?
Model wielu witryn Magento nie mapuje się bezpośrednio na architekturę BigCommerce, mimo że BigCommerce również obsługuje wiele frontów sklepowych. Mapujemy Twoją rzeczywistą potrzebę — osobne marki, regiony czy waluty — na właściwą strukturę BigCommerce, zamiast zakładać konwersję jeden do jednego.