Magento 2 Open Source czy Adobe Commerce? Co wybrać

Płatnej licencji Adobe Commerce potrzebujesz tylko w dwóch przypadkach: gdy Twój model B2B wymaga zaawansowanych cenników kontraktowych powiązanych z wielopoziomową strukturą akceptacji zamówień po stronie klienta, albo gdy globalny dział compliance Twojej korporacji wymaga gwarancji SLA bezpośrednio od Adobe. W pozostałych 90% przypadków na polskim rynku e-commerce Magento 2.4.7 Open Source na PHP 8.3 zoptymalizowane pod Varnish i OpenSearch 2.x w zupełności wystarczy. Realizując wdrozenia Magento 2 i Adobe Commerce, regularnie spotykamy firmy, które płacą rocznie 100 000–250 000 PLN za funkcje, które w wersji Open Source można wdrożyć za ułamek tej kwoty za pomocą gotowych modułów lub dedykowanego developmentu.

Ile tak naprawdę kosztuje Adobe Commerce w porównaniu do Open Source?

Wersja Open Source (dawniej Magento Community Edition) jest darmowa pod kątem licencji. Adobe Commerce (dawniej Magento Enterprise) kosztuje w modelu subskrypcyjnym zależnym od Twojego rocznego obrotu brutto (GMV — Gross Merchandise Value). Cenniki Adobe nie są publiczne, ale próg wejścia zaczyna się obecnie od około 22 000 – 25 000 USD rocznie dla sklepów o obrocie poniżej 1 miliona USD. Wraz ze wzrostem GMV opłata rośnie: przy obrotach na poziomie 20-40 mln PLN koszt licencji bez problemu przekracza 50 000 – 70 000 USD rocznie.

Do tego dochodzi wersja Adobe Commerce Cloud (PaaS oparty o infrastrukturę AWS/Azure). Jeśli zdecydujesz się na Cloud, Adobe narzuca swój pipeline deploymentu (pliki konfiguracyjne .magento.env.yaml, .magento.app.yaml) i specyficzne środowisko z systemem plików read-only, co przy dynamicznych wdrożeniach bywa frustrujące i wymaga specyficznej wiedzy DevOps.

Dla porównania: instancja Magento 2.4.7 Open Source postawiona na dedykowanej infrastrukturze w OVH, Hetznerze czy na chmurze AWS/GCP (2x Web Node + 1x DB Node MySQL/Percona + Redis + OpenSearch 2.12) to wydatek rzędu 1 500 – 4 000 PLN miesięcznie za serwery, które bez zadyszki utrzymają ruch na poziomie kilkunastu tysięcy sesji jednocześnie.

Czy natywne moduły B2B w Adobe Commerce są warte dopłaty?

Główny techniczny argument handlowców Adobe to tzw. B2B Suite. W Adobe Commerce funkcje te są wbudowane w kod core i obejmują:

• Shared Catalogs: przypisywanie dedykowanych cenników i widoczności produktów do konkretnych kont firmowych.
• Company Accounts: hierarchia ról w firmie klienta (np. dyrektor zakupów akceptuje koszyk złożony przez magazyniera).
• Quick Order i Requisition Lists: zamawianie masowe po pliku CSV lub listach stałych pozycji.
• Negotiable Quotes: moduł negocjacji cen w koszyku z wymianą wiadomości w panelu.
• Credit Limits: limity kupieckie z blokadą zamówień po przekroczeniu salda.

W Open Source tych funkcji nie ma w czystym repozytorium GitHub. Trzeba je dobudować lub dokupić. Na rynku dostępne są dojrzałe pakiety od dostawców takich jak Amasty (np. B2B Suite za ~1 500 USD), Mirasvit czy MageWorx. Jednorazowy koszt licencji takich wtyczek wynosi ułamek rocznej opłaty Adobe.

Haczyk leży w architekturze bazy danych. Jeśli masz 5 000 klientów B2B i każdy z nich ma unikalną siatkę 20 000 cen dla indeksów towarowych, natywny moduł Adobe radzi sobie z tym lepiej dzięki wydzielonym tabelom indeksującym. W SISL widzimy jednak, że w polskich realiach B2B logika cenowa i tak w 95% przypadków żyje w systemie ERP (Comarch ERP Optima, Subiekt GT/nexo PRO, Navireo czy SAP). Zamiast liczyć ceny po stronie Magento, sklep odpytuje ERP w czasie rzeczywistym przez szynę danych (RabbitMQ) lub pobiera wyliczone cenniki do bazy Redis. Płacenie Adobe za moduł, którego logikę i tak przejmuje ERP, jest po prostu marnowaniem budżetu.

Adobe Sensei vs OpenSearch i zewnętrzne silniki wyszukiwania

Od wersji 2.4.x Magento Open Source wymaga OpenSearch (lub Elasticsearch) jako domyślnego silnika katalogowego. Bez niego komenda bin/magento setup:di:compile i bin/magento indexer:reindex po prostu się wyłoży. Czysty OpenSearch daje dobre wyszukiwanie pełnotekstowe, ale brakuje mu wbudowanej sztucznej inteligencji, analizy intencji zakupowych czy automatycznych rekomendacji produktów.

Adobe Commerce oferuje Live Search powered by Adobe Sensei oraz Product Recommendations. To narzędzia SaaS-owe: zbierają dane o zachowaniu użytkowników i automatycznie podbijają w wynikach wyszukiwania produkty o najwyższej konwersji.

Czy Sensei jest powodem, by kupować Adobe Commerce? Nie, jeśli sprzedajesz na rynku polskim. Specyfika odmiany przez przypadki w języku polskim sprawia, że globalne algorytmy bez dokładnego słownika stemmera radzą sobie średnio. Lepsze rezultaty uzyskasz łącząc Magento Open Source z dedykowanymi narzędziami searchowymi, takimi jak Algolia, Doofinder czy polski Synerise.

Wydajność: Hyvä Themes vs Luma i Adobe Commerce Cloud

Wokół wydajności Magento narosło wiele mitów. Prawda jest taka, że wersja bazowa kodu Magento 2 Open Source i Adobe Commerce pod maską wykorzystuje niemal ten sam rdzeń frameworka (Zend/Laminas, Symfony components). Adobe Commerce ma dodatkowe tabele i moduły, co bez optymalizacji potrafi wręcz spowolnić wykonywanie zapytań SQL przy operacjach takich jak catalog_product_save.

Przełomem w wydajności Magento w ostatnich latach nie było Adobe Commerce, lecz Hyvä Themes — nowoczesny frontend dla Magento 2 oparty na Tailwind CSS i Alpine.js, który całkowicie wyrzuca przestarzały stos Lumy (RequireJS, Knockout.js, LESS).

W naszych projektach sklep na Magento 2.4.7 Open Source postawiony na Hyvä Themes osiąga w Google PageSpeed Insights wyniki rzędu 90–98/100 na urządzeniach mobilnych, bez dotykania infrastruktury Adobe Cloud. Czasy ładowania Time to First Byte (TTFB) z poprawnie skonfigurowanym Varnish Cache schodzą poniżej 80 ms. Adobe Commerce samo w sobie nie da Ci lepszego performance’u — daje go dobrze napisany frontend i czysty kod modułów bez wycieków pamięci w pluginach around.

Polski stack e-commerce a wersja Magento

Dla polskiego sklepu fundamentem są integracje z lokalnymi bramkami, kurierami i systemami prawno-podatkowymi. Tutaj wersja Magento nie ma żadnego znaczenia — żaden z tych komponentów nie jest wspierany out-of-the-box przez Adobe.

Zarówno na Open Source, jak i na Adobe Commerce, musisz wdrożyć dokładnie te same rozwiązania:

• KSeF (Krajowy System e-Faktur): integracja przesyłania faktur ustrukturyzowanych bezpośrednio z Magento lub częściej przez ERP/system fakturowy (np. Fakturownia, iFirma, Comarch).
• Płatności: integracje z Przelewy24, PayU, Autopay ze wsparciem dla BLIK-a na jednym ekranie oraz BLIK OneClick.
• Logistyka: wtyczki InPost ShipX (Paczkomaty z dynamiczną mapą punktów na checkout), DPD, DHL.
• Marketplace: dwukierunkowy sync z Allegro (przez BaseLinkera lub dedykowane integracje API).
• Podatki: weryfikacja kontrahenta na białej liście VAT w Ministerstwie Finansów i walidacja numerów VIES dla transakcji wewnątrzwspólnotowych (WNT).

Wszystkie te integracje bazują na API Magento (REST / GraphQL) lub na observerach i pluginach. Płacąc za Adobe Commerce, nie dostajesz żadnej przewagi w integracji z polskim ekosystemem.

Page Builder, Content Staging i Targetowanie — kiedy Adobe wygrywa?

Żeby być w pełni obiektywnym: Adobe Commerce ma kilka potężnych narzędzi contentowo-marketingowych, których replikacja na Open Source bywa kosztowna:

1. Content Staging: możliwość zaplanowania zmian na stronie z wyprzedzeniem czasowym (np. zmiana banerów, cen promocyjnych i układu kategorii na Black Friday, która włącza się automatycznie 29 listopada o 00:01 i wyłącza 2 grudnia). W Open Source wymaga to ręcznej pracy o północy lub dedykowanych skryptów crona.
2. Customer Segments: dynamiczne segmentowanie klientów na podstawie ich historii zamówień, wartości koszyka czy przeglądanych kategorii i serwowanie im spersonalizowanych reguł rabatowych w czasie rzeczywistym.
3. Natywny Page Builder z zaawansowanymi uprawnieniami: Page Builder jest wprawdzie dostępny w Open Source, ale w Commerce ma rozszerzone opcje podglądu wersji roboczych w czasie.

Podsumowanie: Po czym poznać, że to czas na Adobe Commerce?

Nie kupuj licencji Adobe Commerce tylko dlatego, że „to bezpieczniejszy wybór dla korporacji”. Zanim podpiszesz kontrakt na 100 000+ USD na 3 lata, sprawdź tę checklistę. Potrzebujesz Adobe Commerce tylko wtedy, gdy:

• Roczny obrót sklepu przekracza 50 000 000 PLN i koszt licencji stanowi promil Twojej marży.
• Prowadzisz złożoną sprzedaż B2B w modelu międzynarodowym (wiele walut, magazynów, różne poziomy uprawnień w firmach kupujących), a Twoja logika rabatowa musi być przetwarzana bezpośrednio w silniku Magento.
• Twój zespół marketingu codziennie przygotowuje dziesiątki kampanii i Content Staging zaoszczędzi setki godzin pracy manualnej.
• Wymagasz oficjalnego wsparcia technicznego Adobe z gwarantowanym czasem reakcji vendor-level SLA.

Jeśli na powyższe punkty odpowiadasz przecząco, wybierz Magento 2.4.7 Open Source z frontendem Hyvä Themes. Zaoszczędzone 100 000 – 200 000 PLN rocznie zainwestuj w optymalizację UX, analitykę i rozwój dedykowanych modułów wspierających sprzedaż.

Jeśli stoisz przed wyborem architektury dla nowego projektu lub planujesz migrację ze starszej wersji i nie wiesz, która opcja zepnie się biznesowo — napisz do nas. Przeanalizujemy Twoje wymagania funkcjonalne i policzymy realny koszt TCO wdrożenia.