Magento vagy Adobe Commerce? A valós költség KKV-szemmel

A licencdíj csak a kezdet: KKV-ként a működtetés, integráció és karbantartás dönti el, megéri-e egy ilyen webáruház-platform.

Mi történt

Az OpsMatters 2026. augusztus 17-én arról írt, hogy a Magento Open Source és az Adobe Commerce közötti döntésnél nem a licencár, hanem a teljes működtetési költség a lényeg. A cikk szerint a két megoldás ugyanarra a PHP-alapra épül, mégis nagyon eltérő összköltséget jelenthet attól függően, hogy ki mennyit fejleszt, integrál, üzemeltet és tart karban.

Mit jelent ez egy magyar KKV-nak

A magyar KKV-knak ebből nem az a tanulság, hogy „Magento vagy Adobe Commerce”, hanem az, hogy egy webáruház-platform kiválasztásánál a látszólag olcsóbb indulás könnyen drágább működést eredményezhet. Ez különösen igaz akkor, ha a cég nem csak egyszerű termékkatalógust akar, hanem B2B árakat, egyedi engedményeket, több felhasználói szerepkört, külső számlázót, ERP-t, raktárkezelést vagy ügyfélspecifikus rendelési folyamatot is szeretne.

A magyar piacon a legtöbb KKV-nál nem az a fő kérdés, hogy a rendszer „enterprise”-e, hanem hogy mennyi belső kapacitás van a napi működtetésre. Ha nincs külön e-kereskedelmi csapatod, akkor minden plusz bonyolultság azonnal megjelenik az adminisztrációban: több egyeztetés kell a marketinggel, a logisztikával, a pénzüggyel és az értékesítéssel. Egy olyan platform, amely sok beállítást, kiegészítőt és folyamatos fejlesztést igényel, valójában nem csak IT-költség, hanem működési teher is.

Ez a magyar KKV-knál azért különösen fontos, mert sok cég még mindig Excelben, e-mailben vagy egymástól elszigetelt rendszerekben kezeli a rendelési, árképzési és jóváhagyási folyamatokat. Ilyenkor a webáruház bevezetése nem egyszerűen egy új értékesítési csatorna, hanem egy folyamatátalakítási projekt. Ha a háttérrendszerek nincsenek rendben, a webáruház csak gyorsabban termeli ki ugyanazokat a hibákat: rossz ár, hiányzó készletadat, elakadt jóváhagyás, kézi számlázás, manuális visszaigazolás.

A hír azért hasznos magyar szemmel, mert rávilágít: a „platformdöntés” valójában folyamatdöntés. Nem az a fő kérdés, hogy melyik rendszer tud többet, hanem hogy a céged melyik működési modellt tudja fenntartani. Egy kisebb vagy közepes vállalkozásnál gyakran az a jobb megközelítés, ha előbb a belső folyamatok tiszták: ki hagy jóvá mit, honnan jön az adat, hol keletkezik a hiba, és mi az, amit automatizálni lehet. Erről bővebben érdemes elolvasni a Mikor érdemes központi törzsadat-kezelést bevezetni? és a Hogyan csökkentsd a kézi adategyeztetést több rendszer között? anyagokat.

A licencdíj körüli vita Magyarországon azért is félrevezető lehet, mert a döntéshozók sokszor a beszerzés pillanatában nézik a költséget, miközben a valódi teher később jön elő. Ilyen a fejlesztési munka, az integrációk karbantartása, a hibajavítás, a frissítések kezelése, a biztonsági megfelelés és az a belső idő, amit a kollégák az új rendszer megtanulására fordítanak. Egy KKV-nál ezek a tételek gyakran nem külön soron jelennek meg, mégis ezek viszik el a projekt megtérülését.

A cikkben szereplő logika egy másik fontos magyar tanulságot is hordoz: ha egy megoldás sok „kész” funkciót ígér, attól még nem biztos, hogy olcsóbb lesz a működtetése. Sok cég azért választ nagyobb platformot, mert azt reméli, hogy kevesebb egyedi fejlesztés kell. A valóságban viszont a magyar KKV-k üzleti folyamatai ritkán illeszkednek teljesen dobozból egy nagy rendszerhez. Ilyenkor az induló konfiguráció után jönnek a kiegészítések, a workaroundok és a külön integrációk, vagyis a költség egy része egyszerűen áthelyeződik.

Ez nem azt jelenti, hogy a nagyobb platformok rosszak lennének. Azt jelenti, hogy a választást a saját működési valóságodhoz kell igazítani. Ha sok a rendelési szabály, eltérő az árképzés ügyfelenként, és több belső jóváhagyási kör van, akkor a technológia csak akkor segít, ha a folyamatok is fegyelmezettek. Ha viszont a cég alapvető adminisztrációja még erősen manuális, akkor előbb lehet, hogy nem webáruház-platformot, hanem háttérfolyamat-automatizálást kell bevezetni: például jóváhagyási folyamat automatizálást vagy riportautomatizálást.

Magyar KKV-knál gyakori helyzet az is, hogy a vezető egyetlen rendszerben szeretné látni a rendeléseket, a készletet, a számlázást és az ügyfélinformációkat. Ez üzletileg teljesen érthető igény, de nem biztos, hogy rögtön egy nagy e-kereskedelmi platform a legjobb válasz. Sokszor először egy jól megtervezett adatkapcsolat, egy ügyfélportál vagy egy belső adminfelület adja meg azt az átláthatóságot, amit a vezetés keres. Ha ez ismerős, érdemes megnézned a Portál fejlesztés KKV-knak: gyorsabb belső működés és a Webes adminisztrációs felület készítése könnyű kezeléssel cikkeket.

Az is fontos különbség a magyar és a nyugati enterprise-környezet között, hogy nálunk sok KKV nem dedikált IT-üzemeltetéssel működik. Ezért a „menedzselt infrastruktúra” vagy a „kevesebb DevOps-teher” nem elméleti előny, hanem nagyon is gyakorlati szempont. Ha nincs belső csapat, amelyik érti a frissítéseket, a biztonsági javításokat és a skálázást, akkor minden platform, ami ezt részben leveszi a válladról, valójában működési biztonságot vásárol. Ugyanakkor ezért különösen fontos, hogy ne csak az első bevezetési ajánlatot nézd, hanem azt is, mennyi belső koordinációt és külső támogatást igényel majd a rendszer hosszú távon.

A magyar KKV-k számára a legnagyobb veszély nem az, hogy „rossz” platformot választanak, hanem hogy túl korán döntsenek technológiáról, miközben még nincs tiszta folyamatmodelljük. Ha nem tudod pontosan, melyik adat honnan jön, ki hagy jóvá, és hol keletkezik a legtöbb hiba, akkor a platformválasztás inkább hitkérdés lesz, mint üzleti döntés. Ilyenkor érdemes előbb feltérképezni a folyamataidat, például a Mikor nem érdemes egyedi rendszert fejleszteni? és az Excel táblázat helyett adatbázis: mikor jön el a pont? anyagok mentén.

Mit csinálj vele

Először ne azt döntsd el, hogy Magento, Adobe Commerce vagy valami más kell-e, hanem azt, hogy a mostani működésedben mi a szűk keresztmetszet: az árképzés, a rendelésfeldolgozás, a készletkezelés, a számlázás vagy az ügyfélkommunikáció. Ha ezt nem látod tisztán, a platformválasztás könnyen félremegy.

Második lépésként írd össze három évre előre a teljes működési költség fő elemeit: fejlesztés, integráció, üzemeltetés, karbantartás, biztonság, belső adminisztráció. Nem kell centire pontosnak lennie, de látnod kell, hogy a licencdíj csak egy sor a teljes képletben.

Harmadik lépésként nézd meg, mely folyamatokat lehetne inkább automatizálni vagy egyszerűsíteni, mielőtt nagy platformba fektetsz. Sok cégnél egy jó workflow automatizálás vagy riport automatizálás nagyobb üzleti hasznot hoz, mint egy drágább webáruházmotor.

Negyedik lépésként készíts rövid döntési listát: mi az, ami kötelezően kell, mi az, ami később is ráépíthető, és mi az, ami csak „jó lenne”. Ez segít elkerülni, hogy a rendszer a valós üzleti igények helyett a technikai kívánságlistát szolgálja ki.

Ha pedig még bizonytalan vagy, érdemes egy külső szemmel is átnézetni a folyamataidat. A codemesh ingyenes konzultációval és a Digitalizációs felmérés segítségével abban tud segíteni, hogy lásd: nálad most platformváltás, folyamatdigitalizálás vagy egyszerűbb automatizálás hozná a legjobb eredményt.