Czy MACH i composable commerce w e-commerce to to samo?
W rozmowach sprzedażowych „MACH” i „composable” często znaczą to samo w praktyce, ale dla CTO i architekta to różne poziomy abstrakcji: pierwsze to zasady techniczne, drugie to model zakupowy i granice odpowiedzialności między dostawcami.
Czym jest MACH w jednym zdaniu dla zespołu produktowego?
MACH to skrót od Microservices, API-first, Cloud-native i Headless. W e-commerce oznacza: silnik zamówień i domena handlu żyją osobno od witryny, wszystko rozmawia przez API, a infrastruktura jest przystosowana do automatycznego skalowania i wdrożeń w chmurze (np. AWS ECS, kontenery Docker).
To nie jest nazwa produktu ani certyfikat. Możesz mieć „composable stack”, który technicznie łamie jeden z filarów MACH, albo architekturę zgodną z MACH zbudowaną głównie na open source zamiast na dziesięciu SaaS-ach.
Czym jest composable commerce i czemu brzmi jak MACH?
Composable commerce opisuje model, w którym zamawiasz wyspecjalizowane usługi (search, CMS, personalizacja, płatności, OMS) i sklejasz je przez API zamiast polegać na jednym monolicie.
Dobry composable plan definiuje: kto jest „systemem prawdy” dla ceny, stanów magazynowych i zamówienia, jakie są SLA integracji oraz jak wygląda strategia observability, gdy łańcuch ma 5-8 dostawców.
GMI Software z Gdańska, przy ponad 16 latach praktyki i 120+ wdrożeniach, często startuje od MedusaJS v2 jako silnika zamówień i katalogu, a composable warstwę dobiera wtedy, gdy klient ma realny zwrot z osobnej wyszukiwarki lub PIM, a nie „na pokaz” w RFP.
MACH kontra composable: tabela decyzyjna
MACH odpowiada na pytanie „jak technicznie zbudować platformę”. Composable odpowiada na pytanie „z ilu dostawców składamy funkcje”.
Typowy błąd to kupienie pięciu kart composable bez wspólnego modelu danych: wtedy integracja pochłania 40-60% czasu zespołu i każda kampania marketingowa kończy się ticketami do trzech firm jednocześnie.
Z drugiej strony czyste MACH na wyłącznie autorskich mikroserwisach bez gotowego silnika commerce bywa droższe w utrzymaniu niż MedusaJS v2 plus jeden SaaS do treści marketingowych.
Ile kosztuje „podatek integracyjny” w composable?
Każda dodatkowa granica API to kontrakty schematów, monitoring, retry, idempotencja i testy regresji przy release. W projektach B2B z GMI Software widzimy, że pierwsza pełna integracja ERP z headless kosztem czasu przypomina 3-6 tygodni pracy zespołu, a każdy kolejny duży dostawca dodaje 2-4 tygodnie, jeśli nie ma gotowych adapterów.
Dlatego wycena na gmi.software po procesie DDT (Discovery, Design & Technology) zawiera mapę integracji, a nie tylko liczbę ekranów sklepu. Udzielamy też gwarancji ceny stałej po DDT, żeby klient nie płacił za nieskończoną spiralę „jeszcze jednego klocka”.
Jak MedusaJS v2 wpisuje się w oba pojęcia?
MedusaJS v2 to open-source silnik headless na Node.js: moduły domenowe, eventy, rozszerzenia. Technicznie dobrze wpisuje się w MACH, bo oddziela rdzeń handlu od frontu (Next.js) i aplikacji mobilnej (React Native).
Jednocześnie możesz traktować Medusa jako pierwszy klocek composable: dołożysz Algolia, Contentful lub własny PIM, jeśli KPI na wyszukiwarkę lub treści to uzasadnia.
W aplikacji SFD zrealizowanej przez GMI Software połączenie mobilnego kanału z backendem pod szczyty ruchu pokazuje, że stabilne API i headless są warunkiem, a nie dodatkiem, gdy community generuje skoki ruchu 3-5 razy ponad bazę w kampaniach.
Co robić przed podpisaniem umowy na composable stack?
Zdefiniuj minimalny zestaw przepływów (checkout B2B, zwroty, split shipment, cenniki kontraktowe) i przypisz każdy krok do systemu odpowiedzialnego za dane. Bez tego integrator dostanie piękny diagram, który nie przeżyje pierwszego kwartału operacji.
Jeśli szukasz partnera, który łączy warsztat DDT, MedusaJS v2, NestJS i doświadczenie mobilne, napisz na kontakt zespołu GMI Software - wstępną estymację często oddajemy w 48 godzin.
Najczęstsze pytania
- Czy każdy sklep composable jest automatycznie MACH?
- Nie musi. Composable może opierać się na jednym dużym silniku z wtyczkami albo na hostingu, który nie jest cloud-native. MACH wymaga spójności czterech filarów, a nie samej liczby logo na slajdzie.
- Czy MACH bez composable ma sens?
- Tak. Możesz zbudować MACH głównie na open source (MedusaJS v2, NestJS, PostgreSQL, Redis) i własnych mikroserwisach, z jednym dostawcą integracji. Composable wtedy jest „cienkie”, a elastyczność nadal wysoka.
- Jak GMI Software ogranicza ryzyko integracji?
- Zaczynamy od DDT: mapa domen, kontrakty API, scenariusze awarii. Potem wycena z gwarancją ceny stałej, observability (logi, metryki, tracing) i plan release z flagami funkcji pod kampanie.
- Ile czasu zajmuje pierwszy release MACH z MedusaJS?
- Typowo 3-6 miesięcy do pierwszej wersji produkcyjnej MVP, zależnie od liczby integracji ERP/PIM i złożoności B2B. Dokładny harmonogram ustalamy po warsztatach DDT.
- Czy muszę mieć osobnych dostawców na mobile i web?
- Nie. GMI Software buduje Next.js i React Native na tym samym API MedusaJS, co skraca time-to-market i utrzymanie w porównaniu z dwoma niezależnymi zespołami i dwoma modelami danych.
Treść zaktualizowano: 8 kwietnia 2026