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: komunitní distribuce Magento Open Source s vlastním release procesem a komunitní správou. Zůstává záměrně kompatibilní, takže e-shop na Mage-OS je pořád e-shop na Magentu a stávající rozšíření fungují dál. Nové open-source projekty zakládáme zde.
• Adobe Commerce: licencovaná edice, která se vyplatí, když opravdu využijete řízený cloud hosting se SLA nebo enterprise podporu. Adobe Commerce B2B (firemní účty, sdílené katalogy, vyjednávané cenové nabídky) je rozšíření, které Adobe licencuje zvlášť, nad rámec této ceny.

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. Ověřovací záznamy obou najdete na stránce o nás.

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 konfigurace pod jednou administrací
• Stávající investice do rozšíření a integrací Adobe Commerce

Pokud se vás nic z toho netýká, bývá levnější volbou Shopify, a řekneme vám to hned na prvním hovoru.

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 jedou na deseti procentech vytížení
• Čtyřicet nainstalovaných rozšíření, polovinu z nich už jejich autoři opustili a dvě kolidují kvůli stejnému 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

Z deseti let práce na Magentu, na kterých tato praxe stojí, anonymizovaně:

• 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 pro 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 napevno zapsané konstanty. Našli jsme to porovnáním surových tabulek mezi prostředími.
• Prodejné skladové množství se měsíce odchylovalo od skutečnosti. Konektor pro 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 odpovídat, 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ým vylučováním hypotéz jsme došli 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 v našich vlastních měřeních dosahuje skóre výkonu v Lighthouse nad 90. 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 seznam oprav seřazený podle priority, který zvládne i váš vlastní tým. 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.