---
title: "Magento 2 / Mage-OS / Adobe Commerce"
description: "Enterprise e-commerce platforma pro komplexní katalogy, B2B a multi-store, na Mage-OS i Adobe Commerce."
language: "cs"
canonical: "https://zapolu.com/cs/services/magento/"
---

# 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](https://mage-os.org)**: 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](https://business.adobe.com/products/magento/magento-commerce.html)**:
  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](https://www.linkedin.com/in/lubos-zapotocny-48bba0124/).

## 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](/cs/services/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ä](https://hyva.io): 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](/cs/services/integrations/)** 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](/cs/services/devops/).

## Jak spolupráce obvykle začíná

U běžícího e-shopu je přirozeným vstupem
[audit výkonu](/cs/services/performance-audit/): 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.