Magento 2 fejlesztés: mit tud a platform és mikor éri meg?
A Magento 2 a nagy katalógusú, komoly integrációkkal működő webáruházak platformja. Ez az oldal végigveszi, hogyan épül fel a rendszer, mikor éri meg választani, milyen frontend irányok közül lehet dönteni és miről ismerhető fel a jó Magento fejlesztő.
Röviden
A Magento 2 ott a legerősebb, ahol a bérelt rendszerek falakba ütköznek: nagy katalógus, több áruház egy adminból, egyedi árazás és ERP kapcsolat. Cserébe dedikált szervert és mérnöki hátteret kíván.
- Open Source licenc0 Ft
- Bevezetés ársávja1,5–50 M Ft
- Projekt hossza3–6 hónap
- Ajánlott frontendHyvä
- Szerverdedikált VPS
Mi a Magento 2 és kinek való?
A Magento 2 a világ egyik legelterjedtebb nyílt forráskódú webáruház platformja, ma az Adobe gondozásában. Ereje a méretezhetőség: több tízezer termékes katalógus, több áruház egy adminból, több nyelv, több pénznem, B2B és B2C egy rendszerben.
Nem a legolcsóbb út egy webshophoz, viszont ott térül meg igazán, ahol a bérelt rendszerek és a kisebb platformok falakba ütköznek: egyedi árazási logika, ERP integráció, több raktár, komplex termékstruktúra. Ha a katalógus pár száz termék és nincs integráció, akkor a WooCommerce vagy egy bérelt rendszer olcsóbb választás. A döntéshez a Magento árak 2026 cikkünk ad számokat.
A két kiadás
Magento Open Source
Licencdíj nélkül használható, a teljes kereskedelmi motort tartalmazza. A magyar piacon a projektek túlnyomó többsége erre épül.
Adobe Commerce
Fizetős változat: B2B modul, tartalom-időzítés, Live Search és felhős szolgáltatások, forgalomtól függő éves licencdíjjal. Tapasztalatunk szerint a hazai középvállalati igények szinte mindig lefedhetők Open Source alapon, jól megválasztott kiegészítőkkel.
Ezért más, mint egy átlagos webshop motor
A Magento 2 moduláris felépítésű PHP alkalmazás: minden funkció önálló modul, a rendszer dependency injection konténerre, service contract interfészekre és plugin mechanizmusra épül.
Ez a gyakorlatban azt jelenti, hogy a gyári kódhoz soha nem nyúlunk: minden testreszabás külön modulban él, ezért a webshop verziófrissítés után is működőképes marad. Ez a legfontosabb különbség egy jól és egy rosszul fejlesztett Magento között. A platform emellett többrétegű gyorsítótárazásra és külön keresőmotorra épül: Redis, Varnish és OpenSearch nélkül nem beszélhetünk komoly Magento üzemeltetésről.
Luma, Hyvä vagy headless?
A frontend választás dönti el a mobil sebességet és a további fejlesztések árát. Három út van, ebből ma kettő járható.
Luma téma
A gyári téma mára elavult: nehéz JavaScript öröksége (RequireJS, Knockout) miatt lassú és drágán fejleszthető. Új projektnél már nem javasoljuk, meglévő áruháznál a mobil pontszámok csak korlátozottan javíthatók rajta.
Hyvä téma
Tailwind és Alpine.js alapon újraírt frontend, töredék annyi kóddal és kiváló Core Web Vitals eredményekkel. Ma ez a legjobb ár és érték arányú választás a legtöbb áruháznak, a további frontend munka is olcsóbb rajta.
Headless
PWA Studio vagy egyedi Next.js frontend GraphQL API-val. Akkor indokolt, ha az áruház több felületet szolgál ki vagy alkalmazás szintű élmény a cél. Cserébe jelentősen drágább építeni és üzemeltetni.
A frontend és a szerver együtt adja ki a sebességet. A mérhető gyorsítás lépéseit a sebességoptimalizálás cikkben vesszük végig.
Így épül fel egy Magento 2 fejlesztési projekt
A sorrend nem formalitás: a büdzsé fele az első két lépésen dől el. Ami ott kimarad, az a fejlesztés közben kerül elő, sokszoros áron.
- 01
Felmérés és specifikáció
Üzleti folyamatok, integrációk, termékstruktúra feltérképezése. Itt derül ki, mi az, ami kész modullal megoldható és mi kíván egyedi fejlesztést.
- 02
Rendszerterv
Modulok, integrációs pontok és a szerver architektúra megtervezése. A szerver nem utólagos kérdés: a Magento alá dedikált környezet kell.
- 03
Fejlesztés
Verziókezelt kód, staging környezet, a gyári kód érintése nélkül. Minden testreszabás saját modulban él, hogy a frissítések később se törjék össze.
- 04
Adatfeltöltés és integráció
Termékek, vásárlók, majd az ERP, a számlázó és a futárszolgálat bekötése. A hibakezelés és a monitoring is ekkor készül el, nem utólag.
- 05
Tesztelés
Funkcionális tesztkör a teljes vásárlási folyamatra, terheléses teszt a várható csúcsforgalomra és Core Web Vitals mérés mobilon.
- 06
Go-live és utókövetés
Átállás visszaállítási tervvel, majd monitoring és karbantartási csomag. Az első hetek mérési adatai alapján jön a finomhangolás.
Egy közepes projekt jellemzően 3-6 hónap a specifikációtól a go-live-ig. Migrációnál és sok integrációnál ennél hosszabb is lehet, a részleteket a migrációs cikkben írjuk le.
Miből ismered fel a jó Magento fejlesztőt?
Kérdezz rá, hogyan testreszab: aki a gyári kódot vagy a vendor mappát módosítja, attól menekülj. Kérdezz rá az üzemeltetésre is, mert a Magento nem az a platform, amit egy tárhelyre feltöltünk és működik.
A Magento fejlesztés csapatmunka: backend, frontend és üzemeltetési kompetencia együtt kell hozzá. Kérj referenciát élő, mérhető áruházakra és nézd meg, hogy verziókövetéssel, staging környezettel, dokumentálva dolgozik-e.
Kérdezd meg tőle
- Hogyan old meg egy egyedi igényt a gyári kód módosítása nélkül?
- Milyen szerveren futna az áruház és ki üzemelteti?
- Van staging környezet és verziókövetés a projektben?
- Melyik Magento verzióra épít és hogyan kezeli a frissítéseket?
- Mutat élő referenciát, amit meg lehet mérni?
- Mi történik a projekt átadása után: ki javít, ki figyel?
Gyakran ismételt kérdések a Magento 2 fejlesztésről
Ingyenes a Magento 2?
Mi a különbség a Magento Open Source és az Adobe Commerce között?
Kis webshopnak való a Magento?
Mennyi idő egy Magento 2 webshop fejlesztése?
Luma témára még érdemes fejleszteni?
Átvesztek meglévő, más által fejlesztett Magento webshopot?
Kapcsolódó cikkek
Beszéljünk a projektedről
Az egyeztetésen az a fejlesztő ül le veled, aki a munkát is végezné. Meglévő áruháznál ingyenes állapotfelméréssel kezdünk, új projektnél a specifikációval.
