Migrace z Magenta na vlastní řešení: kdy dává smysl

Na Magentu dnes běží e-shopy, které před lety potřebovaly víc, než uměly krabicové platformy: velký katalog, víc zemí, B2B procesy, vlastní logiku. Letos se jejich majitelé potýkají se stejnou otázkou. Řady 2.4.5 a 2.4.6 skončily s podporou 11. 8. 2026 a upgrade na 2.4.9 je samostatný projekt.

Jedna z odpovědí zní: odejít z Magenta na vlastní nebo headless řešení. Tahle cesta umí vyřešit problémy, které žádná jiná platforma nevyřeší. Umí ale také vyměnit jeden drahý systém za jiný. Projdeme, kdy dává smysl a jak ji zvládnout bez velkého třesku.

Tři cesty z nepodporované verze

Každý Magento e-shop na staré řadě má na výběr ze tří cest:

1. Upgrade na podporovanou řadu. K září 2026 jsou to 2.4.7 (podpora do roku 2027), 2.4.8 (do jara 2028) a 2.4.9 (vydaná 12. 5. 2026, podpora do 5/2029). Řada 2.4.9 vyžaduje PHP 8.4 nebo 8.5 a novější OpenSearch, rozšíření je potřeba ověřit.
2. Přechod na SaaS, typicky na Shoptet nebo Shopify. Postup popisujeme v článku Migrace na Shoptet z Magenta.
3. Vlastní nebo headless řešení, o kterém je tento článek.

Pro Magento Open Source platí jedna důležitá věc: prodloužená podpora neexistuje. Tu nabízí Adobe jen zákazníkům placeného Adobe Commerce.

Co přesně znamená „vlastní řešení"

Pod stejným označením se skrývají velmi odlišné projekty. Než začnete porovnávat, ujasněte si, o kterém mluvíte:

První varianta je nejlevnější, ale nejmenší. Rychlý frontend postavený nad Magentem vyřeší výkon a UX, ne náklady na provoz backendu a upgrady. Pokud je vaším problémem právě údržba Magenta, headless frontend ho neodstraní.

Pozor na licence. Medusa a Sylius jsou pod licencí MIT, Vendure pod GPLv3 s možností komerční licence a Shopsys Platform pro ostrý provoz vyžaduje komerční licenci (k 9/2026). Víc o architektuře v hesle Headless commerce.

Kdy vlastní řešení dává smysl

Odchod z Magenta na vlastní řešení doporučujeme zvážit, když platí aspoň dvě z těchto věcí:

• Logika je jádrem byznysu. Konfigurátory, výpočty cen podle zakázky, B2B schvalování, napojení na výrobu. V Magentu je máte jako úpravy jádra nebo vlastní moduly, které při každém upgradu bolí.
• Magento používáte jen z části. Z celé platformy potřebujete katalog, košík a objednávky. Zbytek obcházíte nebo vypínáte.
• Víc prodejních kanálů. Web, mobilní aplikace, B2B portál a pokladna potřebují jeden backend s čistým API.
• Máte vlastní tým, nebo dlouhodobého partnera. Vlastní řešení bez lidí, kteří mu rozumí, je jen technický dluh v nové podobě.
• SaaS vám nestačí. Shoptet nebo Shopify by znamenaly vzdát se funkcí, bez kterých neprodáváte.

Kdy spíš ne

Stejně otevřeně řekneme, kdy vlastní řešení nedoporučujeme:

• Standardní B2C e-shop. Pokud Magento používáte jako běžný e-shop, SaaS vás vyjde levněji a s menším rizikem.
• Problémem je hlavně frontend. Pomalý a zastaralý vzhled se dá vyřešit i v Magentu. Šablona Hyvä Theme je od listopadu 2025 zdarma a open source (licence OSL3 a AFL3), placené zůstávají její checkout a enterprise nadstavby.
• Nemáte kapacitu na vývoj. Vlastní řešení se nedokončí spuštěním. Potřebuje průběžný vývoj a údržbu.
• Chcete jen utéct od Adobe. Existuje Mage-OS, nezávislá nezisková distribuce Magento Open Source. Verze 3.0 z května 2026 stojí na Magentu 2.4.9. Náročnost provozu ale zůstává stejná.

Širší srovnání najdete v článku Magento vs. enterprise vlastní řešení a v obecnějším textu Kdy má smysl vlastní e-shop místo SaaS platformy.

Postupná migrace místo velkého třesku

Nejčastější chyba je pokusit se nahradit celé Magento najednou. Projekt se natáhne, starý systém mezitím dál potřebuje údržbu a den přepnutí nese obrovské riziko. Doporučujeme postupnou výměnu:

1. Audit a mapa funkcí. Sepíšeme moduly, úpravy jádra, integrace a to, co z nich reálně používáte.
2. Integrační vrstva. ERP, sklad a platby napojíme přes middleware, ne přímo do Magenta. Při výměně backendu pak integrace zůstanou.
3. Nový frontend. Postavíme ho nad API Magenta. Zákazníci dostanou rychlejší web a vy máte hotovou polovinu cílové architektury.
4. Výměna backendu po částech. Katalog, ceny, košík a objednávky přesouváme postupně do nového řešení. Frontend se jen přepojí.
5. Vypnutí Magenta. Až v něm nezbude nic, co by se používalo. Mapa 301 přesměrování a kontrola SEO platí stejně jako u každé migrace.

Tento postup je pomalejší na papíře, ale bezpečnější v praxi. Každý krok přináší hodnotu sám o sobě a můžete se kdykoliv zastavit. Souvislosti popisujeme v článku Microservices architektura pro rostoucí e-shop.

Data a SEO: co z Magenta přenést

I u vlastního řešení platí stejná pravidla jako u každé migrace. Katalog v modelu EAV je dobré při převodu pročistit: sady atributů, které nikdo nevyplňuje, nemají v novém systému co dělat. Konfigurovatelné produkty převedete na strukturu variant, kterou nový backend zná. Hesla zákazníků Magento ukládá jako hash (SHA-256, u novějších instalací Argon2id). Vlastní řešení je na rozdíl od SaaS může převzít, pokud při přihlášení umí ověřit stejný formát hashe a pak heslo přehashovat vlastním algoritmem. Zákazníci tak nemusí nastavovat nová hesla.

Pro SEO je cenná tabulka URL rewrites. Obsahuje i staré adresy z dřívějších přejmenování. Z ní a z dat Search Console sestavíme mapu 301 přesměrování, nebo rovnou zachováme dosavadní strukturu adres, pokud to nové řešení dovolí.

Náklady a termíny

Ceník vlastního řešení nejde paušalizovat. Rozhoduje rozsah logiky, počet integrací a zvolený základ. Obecně platí, že vstupní investice je vyšší než u upgradu i SaaS a náklady se přesouvají z licencí a hostingu na vývoj.

Náš postup je proto vždy stejný. Technologický audit zvládneme do 10 dnů. Audit a výběr platformy obvykle trvá 2–4 týdny, migrace a spuštění u replatformingu 4–10 týdnů. U vlastního řešení s výměnou backendu počítejte s delší dobou, rozloženou do etap. Cenu připravíme po auditu podle rozsahu.

Checklist rozhodnutí

• Víte, na jaké řadě Magenta běžíte a do kdy má podporu?
• Máte vyčíslené náklady na upgrade na 2.4.8 nebo 2.4.9?
• Máte seznam funkcí, které SaaS neumí a bez kterých neprodáváte?
• Víte, jestli je váš problém frontend, backend, nebo provoz?
• Máte tým nebo partnera, který vlastní řešení bude dlouhodobě rozvíjet?
• Jsou integrace oddělené od Magenta, nebo zadrátované do jeho modulů?

Pokud si na většinu otázek nevíte rady, začněte službou Replatforming. Porovnáme upgrade, SaaS i vlastní řešení na vašich číslech. Pokud je rozhodnuto pro vývoj, navážeme službou programování na míru.