Wdrożenia Magento 2 i Adobe Commerce

Wdrożenia Magento (Adobe Commerce 2) — szyte na miarę

Wdrożenie Magento to nasza główna specjalność. SISL realizuje wdrożenia Magento 2.4+ i Adobe Commerce dla firm, które wyrosły z WooCommerce / Shopify i potrzebują platformy udźwigającej multistore, B2B, dziesiątki tysięcy SKU oraz integracje ERP / PIM / WMS. Robimy wdrożenia Magento end-to-end — bez bullshitu i bez korpo-żargonu.

Magento to nie jest CMS dla każdego małego sklepu — ale dla średniego i dużego e-commerce w Polsce nadal pozostaje pierwszym wyborem, szczególnie po rozwoju ekosystemu Hyvä, magazynów MSI i Magento PWA Studio.

Co konkretnie wdrażamy w Magento?

• Magento 2.4 / 2.4 LTS — od czystego Luma po custom theme.
• Hyvä Theme — alternatywa dla Luma, oparta na Tailwind + Alpine.js, zauważalnie szybsza na mobile (Core Web Vitals zwykle zielone bez specjalnych zabiegów).
• Magento PWA Studio — dla klientów chcących app-like experience, React + GraphQL, headless storefront.
• B2B — multi-customer pricing, company accounts, zatwierdzanie zamówień, requisition lists, custom catalogs, quote workflow.
• Multistore — wiele storefrontów na jednej instalacji (np. PL, DE, CZ z osobnymi cennikami, podatkami i językami).
• Integracje ERP / PIM / WMS — Comarch ERP Optima (mamy własny gotowy konektor: SISL Optima Connector, 300 zł / mc), SAP, Akeneo, Pimcore, Subiekt GT, Streamsoft, custom REST/SOAP.
• Płatności pod polski rynek — Przelewy24, PayU, BLIK, Stripe (karty + Apple/Google Pay), płatność za pobraniem.
• Wysyłka — InPost (Paczkomaty + kurier), DPD, Poczta Polska, DHL, GLS, Furgonetka jako broker.
• Faktury VAT + KSeF — generowanie po zamówieniu, integracja z Fakturownią / inFakt / wFirmą, eksport JPK_VAT. KSeF wchodzi etapami: od 1.02.2026 dla największych podatników, od 1.04.2026 dla pozostałych czynnych podatników VAT, od 1.01.2027 dla najmniejszych; kary startują 1.01.2027. Pełen plan przygotowania Magento + Comarch Optima opisaliśmy na /sisl-optima/ksef (zobacz też case E-FakturaPRO).
• Allegro, Empik, OLX — synchronizacja oferty i stocku, marketplace connectors.
• Google Shopping + Merchant Center — feed produktów, optymalizacja CTR i matching.
• Performance audit — Magento out-of-the-box jest wolny, optymalizujemy: Varnish, Redis, ElasticSearch, image lazyloading, krytyczny CSS, Hyvä migration jeśli masz Lumę.

Pełną listę modułów Magento i Adobe Commerce 2 które wdrażamy — gotowe (Mageworx, Mirasvit, Amasty) i custom-coded pod polski rynek (KSeF, Allegro, Furgonetka, Comarch ERP) — opisaliśmy osobno: moduły Magento — gotowe i custom rozszerzenia →.

Migracje do Magento

Robimy migracje z:

• WooCommerce → Magento — kiedy WooCommerce padał pod wolumenem (zwykle 1000+ zamówień/miesiąc lub 5000+ SKU).
• Magento 1 → Magento 2 — Magento 1 jest end-of-life od 2020, zostawanie na nim to ryzyko bezpieczeństwa.
• PrestaShop / IdoSell / Shoper → Magento — kiedy SaaS-owy sklep ogranicza Twoje plany (B2B, multistore, integracje).
• Custom legacy → Magento — przepisanie sklepu starego o 10 lat na nowoczesny stack.

Zachowujemy URL-e (kluczowe dla SEO), produkty, klientów, historię zamówień, opinie. Stary sklep zostaje sprawny do momentu przełączenia DNS.

Ile kosztuje wdrożenie Magento?

Magento to platforma dla średnich i dużych sklepów — wycena odzwierciedla skalę. Typowe widełki:

• Magento 2.4 + Hyvä, do 1000 SKU, podstawowe integracje — od 19 500 zł, 4-6 tygodni.
• Magento z B2B / multistore / 10k+ SKU + ERP integration — od 59 500 zł, 3-4 miesiące.
• Adobe Commerce Cloud + custom moduły / replatforming z Magento 1 — wycena indywidualna, zwykle 100k+ zł.
• Utrzymanie po wdrożeniu — od 1500 zł/mies. (security patches, monitoring, drobne poprawki) lub większy abonament dla sklepów wymagających ciągłego rozwoju. Szczegóły SLA (czasy reakcji, zakres wsparcia, major-version upgrades) opisujemy osobno: SLA dla Magento.

Mniejszy sklep (do 200-500 SKU)? Może warto wybrać WooCommerce lub custom rozwiązanie — Magento dla takich projektów jest overengineered.

Już masz Magento z Comarch Optima i przepisujesz dane ręcznie? Sprawdź ile rocznie tracisz w kalkulatorze strat i porównaj nasz konektor z innymi opcjami na rynku w matrycy SISL vs konkurencja. Najtańsze wejście w Magento z Hyvä — landing /lp/magento-od-18000.

Cały temat — co synchronizować, jak wybrać architekturę, KSeF, etapy wdrożenia, pułapki — opisaliśmy w jednym miejscu: Integracja Magento z Comarch Optima — przewodnik 2026.

Wdrażanie Magento krok po kroku — sześć etapów projektu

Wdrażanie Magento różni się od stawiania sklepu na gotowej platformie tym, że większość decyzji zapada przed pierwszą linijką kodu. Poniżej przebieg, który stosujemy w każdym projekcie — z realnymi czasami dla sklepu średniej wielkości, bez etapów dopisanych po to, żeby wycena wyglądała poważniej.

1. Discovery i architektura (1–2 tygodnie) — katalog, warianty, cenniki, grupy klientów, podatki, kraje wysyłki oraz lista systemów, z którymi sklep musi rozmawiać. Wynik: mapa integracji i decyzja Open Source kontra Adobe Commerce. Ten etap najczęściej ratuje budżet, bo tutaj wychodzi, że „prosty import produktów” oznacza mapowanie trzech formatów.
2. Projekt i frontend (2–3 tygodnie) — makiety kluczowych widoków: lista, karta produktu, koszyk, checkout, panel klienta. Na Hyvä budujemy od razu na Tailwindzie, bez etapu przerabiania Lumy.
3. Backend, moduły i integracje (3–6 tygodni) — konfiguracja Magento, moduły płatności i wysyłki, integracje z ERP, PIM i marketplace’ami. Najdłuższy etap i ten, w którym najczęściej rosną estymaty, bo API po drugiej stronie rzadko wygląda tak jak w dokumentacji.
4. Migracja danych (1–2 tygodnie) — produkty, klienci, historia zamówień, opinie i — co najważniejsze dla ruchu — mapowanie starych adresów URL na nowe. Migracja bez tej mapy to najdroższy sposób na skasowanie własnych pozycji w Google.
5. Testy i UAT (1–2 tygodnie) — ścieżki zakupowe na realnych danych, płatności w sandboxie, wydruk dokumentów, wydajność pod obciążeniem. Klient dostaje środowisko staging i listę scenariuszy do przeklikania.
6. Launch i hypercare (2 tygodnie) — przełączenie DNS, monitoring i czuwanie nad pierwszymi zamówieniami. Stary sklep zostaje sprawny do momentu, w którym nowy udowodni, że działa.

W Magento wdrożenia B2B różnią się od B2C nie cennikiem, tylko architekturą: konta firmowe, limity kredytowe, zatwierdzanie zamówień i indywidualne katalogi trzeba zaprojektować już na etapie pierwszym, bo doklejenie ich później oznacza przepisanie logiki cen.

Co realnie decyduje o koszcie wdrożenia Magento

Widełki powyżej to punkt wyjścia. O tym, gdzie w nich wylądujesz, decyduje sześć rzeczy — i żadną z nich nie jest liczba podstron.

• Złożoność katalogu, nie liczba SKU. Dziesięć tysięcy prostych produktów jest tańsze niż tysiąc konfigurowalnych, z cenami zależnymi od wymiarów, kompatybilnością akcesoriów i częściami zamiennymi.
• Liczba integracji i to, czy mają API. ERP z udokumentowanym REST-em to kilka dni. Ten sam ERP wystawiający wyłącznie plik na dysku sieciowym to kilka tygodni i osobny mikroserwis pośredniczący.
• B2B. Grupy cenowe, rabaty, limity kredytowe i workflow akceptacji potrafią podwoić zakres prac po stronie backendu.
• Multistore. Każdy kolejny kraj to nie tylko tłumaczenia, ale też podatki, metody płatności, przewoźnicy i osobne cenniki.
• Theme. Hyvä na bazie gotowego layoutu jest wyraźnie tańsza niż projekt graficzny od zera, a wypada lepiej w Core Web Vitals niż przerabiana Luma.
• Stan danych źródłowych. Czysty eksport z poprzedniej platformy kontra dwadzieścia lat historii w arkuszach — to bywa różnica tygodnia pracy.

Dlatego nie wyceniamy Magento na podstawie briefu w mailu. Pierwsza rozmowa służy ustaleniu tych sześciu rzeczy, a wycena po niej jest stała i ma zapisany zakres.

Implementacja Magento a gotowe platformy — kiedy to się opłaca

Implementacja Magento ma sens wtedy, gdy ograniczenia gotowej platformy zaczynają kosztować więcej niż własny sklep. Uczciwie: dla większości małych sklepów ten moment nigdy nie nadchodzi i lepiej wyjdą na WooCommerce albo rozwiązaniu na zamówienie.

Magento wygrywa, gdy pojawia się przynajmniej kilka z poniższych:

• sprzedaż B2B i B2C z jednego katalogu, ale z osobnymi cenami i regułami;
• kilka storefrontów — marki, kraje albo hurt i detal — na jednej instalacji;
• integracje z ERP, PIM lub WMS, gdzie to system magazynowy jest źródłem prawdy;
• katalog, w którym klient filtruje po parametrach technicznych, a nie po kategorii;
• potrzeba pełnej kontroli nad kodem i danymi, bez limitów API i prowizji od obrotu.

Jeśli żaden z tych punktów nie pasuje, powiemy to na pierwszej rozmowie. Wdrożenie Magento dla sklepu, który go nie potrzebuje, kończy się drogim utrzymaniem platformy wykorzystywanej w dziesięciu procentach.

Najczęstsze błędy przy wdrożeniach Magento

Sklepy, które przejmujemy po innych wykonawcach, mają zwykle ten sam zestaw problemów. Każdy z nich jest tańszy do uniknięcia niż do naprawienia.

• Za dużo modułów. Każde rozszerzenie dokłada do czasu odpowiedzi i do listy rzeczy, które mogą się posypać przy aktualizacji. Opisaliśmy to osobno: ile modułów Magento to za dużo.
• Brak środowiska staging. Aktualizacja wgrywana prosto na produkcję to tylko kwestia czasu, kiedy sklep stanie w środku dnia sprzedażowego.
• Migracja bez mapy przekierowań. Nowy sklep, nowe adresy, zero przekierowań 301 — i ruch z Google budowany latami znika w tydzień.
• Wydajność zostawiona na koniec. Magento bez Varnisha, Redisa i porządnego wyszukiwania jest wolne z definicji. To decyzja architektoniczna, nie kosmetyka po launchu.
• Brak planu na utrzymanie. Sklep bez łatek bezpieczeństwa i bez ustalonego czasu reakcji na awarię to ryzyko, nie oszczędność — dlatego SLA ustalamy przed launchem, a nie po pierwszej awarii.

Najczęstsze pytania o Magento

Magento Open Source czy Adobe Commerce?

Open Source dla większości firm w Polsce wystarczy. Adobe Commerce (płatne) ma sens przy enterprise B2B z wymaganiami SLA, oficjalnym wsparciem Adobe i dodatkami jak Page Builder, B2B suite, Adobe Sensei AI.

Magento Luma czy Hyvä Theme?

Hyvä dla nowych wdrożeń — szybszy, prostszy w rozwoju (Tailwind + Alpine zamiast knockout.js), niższy koszt utrzymania długoterminowo. Luma tylko jeśli masz już duże inwestycje w istniejący theme.

Czy Magento da się postawić na własnym VPS?

Tak, ale wymaga porządnego serwera: PHP 8.2+, MySQL 8 / MariaDB 10.6+, ElasticSearch 7/8, Redis (sesje + cache), Varnish (cache HTTP). Sklep z 10k+ SKU realnie potrzebuje 8 vCPU / 16 GB RAM jako minimum produkcyjne.

Headless Magento — kiedy ma sens?

Gdy chcesz mieć custom storefront (Next.js / Nuxt) niezależny od Magento template'ów — np. dla apki mobilnej + web + smart-TV ze wspólnym backendem. Frontend wtedy konsumuje GraphQL API Magento. Większy koszt wdrożenia, ale elastyczność na lata.

Ile czasu trwa wdrożenie Magento?

Standardowe wdrożenie z Hyvä, podstawowymi integracjami, do 1000 SKU: 4-6 tygodni. Złożone B2B / multistore / migracja z legacy: 3-4 miesiące. Wszystko poniżej 4 tygodni to copy-paste theme — nie polecamy.

Czy SISL podpisuje NDA?

Tak. Standardowo podpisujemy umowę o poufności (NDA) przed rozpoczęciem rozmów o każdym nowym projekcie. Bezpieczeństwo Twojego pomysłu to nasz priorytet.

Kontakt — Magento w SISL

Email: [email protected]
Formularz: sisl.pl/#kontakt