Magento 2 / Mage-OS / Adobe Commerce

Magento pohání některé z největších e-commerce provozů na webu a pověst těžkopádné platformy si vysloužilo oprávněně. Když běží dobře, je to stále nejschopnější otevřená platforma pro komplexní katalogy a B2B. Když běží špatně, znamená to produktovou stránku načítanou dvanáct sekund a náklady na hosting, které nikdo neumí zdůvodnit. Většina našich zakázek na Magentu začíná právě u takto pomalého e-shopu.

Pracujeme s oběma živými větvemi platformy:

• Mage-OS: komunitou vedený fork, který odpojuje budoucnost platformy od roadmapy Adobe a vydává rychleji. Nové open-source buildy míří sem, ne do původního Magento Open Source; těžiště komunitního vývoje se přesunulo do tohoto forku.
• Adobe Commerce: licencovaná cloudová edice s B2B suitou, page builderem a enterprise SLA.

Práci vede architekt s certifikací Adobe Certified Master – Adobe Commerce Architect, nejvyšší, jakou Adobe pro Commerce uděluje, a s Hyvä certifikací pro frontend. Obojí si ověříte na LinkedInu.

Kdy je Magento správná volba

• Komplexní katalogy s mnoha typy produktů, konfigurovatelnými variantami a cenovými pravidly
• B2B požadavky: firemní účty, nabídková řízení, cenové úrovně, schvalování objednávek
• Multi-store a multi-brand setupy pod jednou administrací
• Existující investice do rozšíření a integrací Adobe Commerce

Pokud se vás nic z toho netýká, bývá levnější volbou Shopify.

S čím se na nás klienti obracejí

• Produktové stránky, které se načítají tři sekundy, přestože Varnish a Redis jsou „už nakonfigurované“
• Pokladna, která během kampaně selže, zatímco servery běží na deseti procentech; úzké hrdlo je téměř vždy v kódu nebo v konfiguraci cache, ne v hardwaru
• Čtyřicet nainstalovaných rozšíření, polovinu z nich už jejich autoři opustili a dvě kolidují na stejném observeru
• Indexery a crony ve stavu, kdy e-shop ukazuje zboží, které na skladě není
• Upgrade odkládaný tak dlouho, že se z každého bezpečnostního patche stal samostatný projekt

Případy, které jsme opravili

Anonymizovaný výběr z e-shopů, na kterých jsme pracovali:

• Registrace zákazníků přestaly o víkendu fungovat, protože tabulka jednoho rozšíření spotřebovala všech 4,29 miliardy auto-increment ID, přestože v ní leželo jen půl milionu řádků. Hotfix na BIGINT vrátil registrace do hodiny; schema override zajistil, že oprava přežije i upgrady.
• Objednávky na dobírku začaly po upgradu vyžadovat platbu kartou: migrace schématu přestavěla tabulku a posunula ID řádků, která jeden letitý modul používal jako natvrdo zapsané konstanty. Našli jsme to porovnáním surových tabulek mezi prostředími.
• Prodejné skladové množství se měsíce propadalo pod realitu. Konektor na marketplace přejmenovával čísla objednávek až po založení skladových rezervací, takže je MSI nemělo jak uvolnit. Doložili jsme to anti-joiny nad metadaty rezervací; opravu obstaral patch od dodavatele a úklidový cron.
• Adresy přestaly v ERP sedět, protože ochrana Magenta proti CSV injection bez upozornění přidává mezeru před každou hodnotu začínající na „+“, tedy i před telefonní čísla. Příčinu jsme dohledali ve zdrojovém kódu frameworku a opravili composer patchem.
• Upload médií fungoval na stagingu a v produkci padal. Postupné vylučování hypotéz došlo k jedinému zastaralému řádku v konfiguraci a samoopravný data patch zajistil, že se problém nevrátí.

Co děláme

• Audity výkonu a přestavby storefrontu. Standardně doporučujeme Hyvä: nahrazuje celý zastaralý frontendový stack a skóre Lighthouse se typicky dostane do devadesátek. PWA Studio nebo plně headless tam, kde to případ skutečně vyžaduje.
• Vlastní moduly a integrace na ERP, PIM, expedici, platby a marketplaces, stavěné idempotentně a s důrazem na pozorovatelnost, protože právě integrace bývají u Magenta nejčastější příčinou produkčních incidentů.
• Upgrady verzí, včetně záchrany projektů na Magentu 1 a migrací na Mage-OS. Riziko skoku mezi hlavními verzemi snižujeme kompletním auditem rozšíření ještě před zahájením prací.
• Dlouhodobá provozní podpora: bezpečnostní patche, monitoring, ladění cache a inženýrská pohotovost pro případ, kdy se v databázi zaplní tabulka zámků. To vše jako měsíční paušál, opřený o DevOps a infrastrukturu.

Jak spolupráce obvykle začíná

U běžícího e-shopu je přirozeným vstupem audit výkonu: pevná cena dohodnutá předem, skutečná měření a prioritizovaný seznam oprav. U e-shopu na Magentu 1 nebo o několik hlavních verzí pozadu začínáme místo toho posouzením migrace: co se přenese, co se přepíše a jak bude vypadat plán přepnutí. V obou případech znáte rozsah i cenu písemně ještě před vystavením první faktury.