Medusa.js vs Magento 2: kumba valida ja millal?

Platvormivalikut alustatakse tavaliselt valest otsast. Võrreldakse funktsioonide nimekirju, loetakse analüütikute edetabeleid ja vaieldakse selle üle, kumb tehnoloogia on uuem. Tegelik otsus sõltub hoopis ühest küsimusest: kui suur osa sellest, kuidas teie kliendid ostavad, on platvormis juba olemas ja kui suur osa tuleb ise juurde kirjutada?

Seda ei pea arvama. Seda saab kokku lugeda.

Kirjutage üles: kuidas teie kliendid päriselt ostavad. Kes tellib, mis hinnaga, kelle kinnitusega ja millise dokumendi alusel. Iga rida selles nimekirjas on kas mõnel platvormil valmis funktsioon või mõnel lisatöö. Kui info kirja pandud ja olemas, muutub ülejäänud otsus lihtsaks.

Meie erianduste tööriistakasti 2 valikut

Magento 2 on laialdaste võimalustega valmis e-kaubanduse platvorm. Selles on toodete haldus, kassa, kliendikonto ja haldus. Tasuta versioon kannab nime Magento Open Source, äripakett Adobe Commerce. Hulgimüügi jaoks on eraldi moodul, kust tulevad ettevõttekontod, hinnakirjad, pakkumised ja kinnitused. See moodul töötab ainult Adobe Commerce'i peal ja vajab eraldi litsentsi; tasuta versioonis seda ei ole. Vahe on tähtis, sest just see moodul on Magento kõige tugevam argument hulgimüüja jaoks.

Medusa.js on avatud lähtekoodiga e-poe süsteem. Paigaldusega tulevad süsteem ja haldusliides, poe avalik leht on aga eraldi rakendus, mis majutatakse taustsüsteemist lahus. Stardiks on olemas ametlik Next.js pood ja hulgimüügi jaoks eraldi stardipakett.

Ekslik on arvata, et need on vastandid: küps monoliit ühel pool, moodne tükkidest kokku pandud arhitektuur teisel. MACH Alliance kirjeldab teist, Gartner mõõdab endiselt esimest. Adobe teatab, et Adobe Commerce nimetati 2025. aasta võrdluses üheksandat aastat järjest liidriks; Gartner hindab seejuures tasulist Adobe Commerce'i, mitte tasuta Magentot.

Kumbki neist ei ütle, milline pood teile sobib.

Kolm küsimust, mis otsuse ära teevad

Katvus. Kui palju teie ostuprotsessist on karbis juba olemas?

Omand. Kelle kood see on ja kes seda pärast projekti valmimist parandab ning edasi arendab?

Kulu. Kas te maksate litsentsi või arenduse eest?

Neljas võimalik küsimus, kas teie kataloogist saab osta ka AI-agent, on alles tekkimas ja sellest tuleb juttu eraldi.

Lisaks kiputakse neid kahte võrdlema paindlikkuse järgi. See on vale telg. Magento on üks paindlikemaid platvorme üldse: sündmused, pluginad, oma moodulid ja täielik ligipääs koodile. Muuta saab peaaegu kõike.

Vahe ei ole selles, kas muuta saab, vaid selles, mis muutmine maksab. Magento paindlikkus toimib tema enda eelduste järgi. Kui teie ostuprotsess sobib sellega, mida Magento ostukorvi, kliendi ja hulgimüügi kohta juba lubab, saate tuhat rida valmis loogikat kaasa veebipoe ülespanekuga juba kaasa.

Medusa tuum teeb vähem eeldusi, mistõttu on Medusa arenduses meil vabamad käed, küll aga ei tee see järelandmisi võimekuses (Medusa tuum on testitud suurte kataloogidega).

Küsimus ei ole seega, kumb on paindlikum, vaid kumma eeldustega teie ostuprotsess paremini sobib.

Katvus: kui palju on juba olemas

Mis vahe on Magento ja Medusa hulgimüügi võimalustel

Ostuprotsessi osa

Adobe Commerce, hulgimüügimoodul

Medusa, tuum ja hulgimüügi stardipakett

Ettevõttekonto ja töötajate rollid

Litsentsis olemas

Stardipaketis olemas

Eri hinnad eri firmadele

Jagatud kataloog

Kliendigrupp ja hinnakiri tuumas

Läbiräägitavad pakkumised

Litsentsis olemas

Stardipaketis olemas

Kinnitusvoog enne tellimust

Litsentsis olemas

Stardipaketis olemas

Kulupiirid töötaja kohta

Litsentsis olemas

Stardipaketis olemas

Kiirtellimus artiklinumbriga

Litsentsis olemas

Tuleb ise ehitada

Kordustellimuse nimekirjad

Litsentsis olemas

Tuleb ise ehitada

Levinud arvamus on, et Medusa sobib jaekaubanduseks ja tõsine hulgimüük tähendab Magentot. Tabel ütleb muud: ametlik Medusa hulgimüügi stardipakett katab enamiku samadest sammudest. Dokumentatsioon küll suunab ettevõttekonto jaoks oma moodulit kirjutama, aga stardipakett on selle töö juba ära teinud.

Tabel katab standardse hulgimüügi, aga teie oma ei ole ainult standardne. Peaaegu igal ettevõttel on ostuprotsessis ridu, mida kumbki nimekiri ei sisalda, sest need tulevad tema enda ärimudelist, mitte hulgimüügi üldisest praktikast. Neid ridu ei saa tabelisse panna, sest igal firmal on need erinevad. Just seal otsus päriselt sünnibki: mitte selle vahel, kumb nimekiri on pikem, vaid selle vahel, millise platvormi külge on teil lihtsam oma erilähenemist lisaks arendada.

Mida Magento katvus päriselt tähendab

Adobe hulgimüügimoodul kirjeldab organisatsiooni, kes ostab.

Ettevõttekonto paneb sama firma ostjad ühe konto alla, kus administraator ehitab osakonnad, rollid ja õigused. Hierarhia ise on mõeldud kinnitamiseks: ostja paneb korvi, juht kinnitab. Jagatud kataloog tähendab, et eri firmad näevad eri tooteid ja eri hindu. Kataloog on konto küljes, mitte filter poe lehel. Pakkumine käib poe sees koos ridade, koguste ja olekutega, mitte e-kirjaga saadetud PDF-ina. Kiirtellimus võtab sisse tootekoodide nimekirja või faili.

Lisaks see, mida Magento katab, on kommertsökosüsteem. Adobe Commerce Marketplace'is on tuhandeid laiendusi ja malle, ning Eestis leiab Magento arendajaid, etteaimatavat tunnihinda hõlpsamini kui Medusa omi. See on Magento kõige püsivam eelis: kui teil on vaja valmis tükki, mida keegi teine hooldab, on see Magento poolel tõenäoliselt olemas ja Medusa poolel tõenäoliselt mitte.

Mida Medusa katvus päriselt tähendab

Stardipakett kirjeldab sama maailma. Ettevõtte saab luua ja töötajaid kutsuda, igale töötajale saab anda rolli ja kulupiiri koos sellega, kui tihti piir uuesti nulli läheb. Kinnitust saab nõuda nii ostja ettevõtte kui müüja poolelt. Pakkumine käib koos sõnumivahetusega ostja ja müüja vahel, tellimust saab pärast esitamist muuta, ja korvi saab korraga lisada mitu varianti.

Kuna kood on teie oma, saab „ettevõtte/organisatsiooni" tähendust ise ümber defineerida: siduda selle lepingu, litsentsi, sertifikaadi või mis iganes objektiga, mille külge teie hind päriselt käib.

Teine asi, mida Medusa pool annab, on sõltumatus ja hoog. MIT-litsents tähendab, et hinnaläbirääkimisi, käibepõhist tasu ega litsentsiauditit ei tule. Arendajate tähelepanu järgi on Medusa selgelt ees: GitHubis on Medusal 34,3 tuhat tärni ja Magentol 12,1 tuhat (august 2026), ning tuum areneb kiires tempos. Arendajaid otsite üldiselt TypeScripti ja Reacti turult, kus kandidaate on rohkem, kuigi konkreetselt Medusa kogemusega kandidaate vähem.

Ehk võib julgelt öelda, et nõrk on Medusa täpselt seal, kus Magento tugev on. Valmis kommertsmoodulite turgu sisuliselt ei ole: mida Adobe poolel ostate, seda Medusa poolel tavaliselt kirjutate. Arendajate huvi ja moodulite turg on kaks eri asja ning esimene ei asenda teist.

Omand: kelle kood see on ja kes seda parandab

Adobe hulgimüügimoodul on litsentsitud toode. Adobe parandab vead, Adobe uuendab, ja teie saate paranduse versiooniuuendusega kaasa. Te ei hoolda seda koodi. Väljaarvatud eriarendusi, mida omakorda Adobe ei hoolda ega toeta, seega on uuenduse korral ikkagi vaja arendajat sekkuma.

Medusa stardipakett on mall. Te kopeerite selle enda koodivaramusse ja sellest hetkest on see teie kood. Teie uuendate seda, kui Medusa muutub ning Medusa arendus kulgeb kiirel tempol. Teie kannate küll riski, kui ei uuenda aga see on arenduskommuuni vahel ära jaotatud risk.

Funktsioonide nimekiri on peaaegu sama. Kohustus, mis algab projekti valmimisest, on täiesti erinev. Kui seda vahet ei tee, ostate ühel juhul valmis toote ja teisel juhul stardipositsiooni, arvates, et ostsite mõlemal korral sama asja.

Kummalgi poolel on oma hind.

Magento poolel on iga uuendus projekt. Adobe eluea poliitika annab kuupäevad: 2.4.7 tavatugi lõpeb 31. mail 2027, 2.4.8 oma 31. mail 2028 ja 2.4.9 oma 31. mail 2029. Versiooni 2.4.7 pikendatud tugi kestab 31. maini 2028, aga see on tasuline hingetõmbeaeg, mitte lahendus. Mida rohkem on platvormi sisse kirjutatud erilahendusi, seda kallim iga uuendus on: iga „väike erand" on kood, mille keegi peab igal versioonivahetusel uuesti läbi mängima.

Medusa poolel on projekt noorem. Murdvaid muudatusi tuleb ette ja kogu teie kirjutatud loogika jääb teie hooldada. Selle eest ei tule kellegi arvet, mis ei tähenda, et kulu ei oleks.

Veel üks asi, mille vanemad võrdlused vahele jätavad. Magentot saab ehitada ka nii, et poe avalik leht on eraldi ja küsib andmeid taustsüsteemilt, see on dokumenteeritud, lihtsalt tavapärase paigalduse puhul ei ole see vaikimisi valik. Adobe ise liigub headless maailma poole: Adobe Commerce as a Cloud Service on üles ehitatud liidestele ja Commerce Optimizer paneb poe lehe ja kataloogiteenuse olemasoleva taustsüsteemi ette. Nii et väide, et Magento on monoliitne ja Medusa kasutajaliidesest lahutatud (ingl _headless_), ei ole 2026. aastal enam kogu tõde. Ka Magento headless'i valiku jaoks on Zaproo valmis toode pakkuda, seega saab ka Magento kasutajaliidese teie projektis kergema vaevaga kiireks ja turvaliseks ning teie ostuprotsessile vastavaks.

Kulu: mille eest te maksate

Adobe hinnakirja ei avalda: hind sõltub käibest ja algab kümnetest tuhandetest eurodest aastas. Medusa litsents maksab null, aga ostuprotsessi kirjutamine ja hilisem hooldus on teie arendusarve, ning juurde tulevad hostimine ja DevOps: server, uuendused, seire.

Küsimus ei ole, kumb on odavam, sest see sõltub sellest, kui suur osa teie ostuprotsessist litsentsi sisse ära mahub. Küsimus on, kumb kulu teile paremini sobib: aastane litsentsimakse või ühekordne arendusarve koos püsiva hoolduskohustusega.

Kliendilugu: revimit.com

Seni oli juttu sellest, mis on karpides olemas. Et meie jutt ei oleks teoreetiline, siis ehitasime Medusa peale reaalselt toimiva äri, mis on piisavalt võimekas, et ettevõtjaid oma äris pikalt kanda. Üks näide sellest, mis juhtub siis, kui teie ostuprotsessi ei ole kummaski.

REVIMIT Energy Labs OÜ on Eesti tootja, kelle e-pood asub aadressil www.revimit.com. Varem müüs ettevõte WooCommerce'i pealt: üks riik korraga, arved käsitsi, hulgimüük e-kirjas. Tootja tahtis müüa üle maailma, teenindada hulgiostjaid ilma inimeseta ja olla loetav ka ostuagentidele. Zaproo lanseeris uue poe 2026. aasta juunis: avalik leht, taustsüsteem ja sisuhaldus on lahus, taustsüsteemiks on Medusa, sisu ja lepingupõhjad elavad Payloadis ning avalik leht on oma Next.js pood.

Välja võib tuua 3 peamist erinevust mis tavapärastest B2B kaubandusest Revimit'i eristab:

Hinna avab allkirjastatud leping, mitte konto. Konto loomine ei ava veel midagi. Ostja täidab firma andmed, käibemaksunumber kontrollitakse Euroopa registrist, lepingu tekst tuleb sisuhaldusest ja allkirjastatakse poe sees. Andmebaasi jääb tõend selle kohta, millist lepingu versiooni millal näidati. Hulgihinna avab alles administraatori kinnitus, ja tühistatud leping sulgeb selle sama sammuga. Magento ettevõttekonto puhul saab firma oma struktuuri ehitada pärast konto heakskiitu. Siin on heakskiidu objektiks dokument, mitte konto, ja koodis on see hoopis teine andmemudel.

Soodustus arvutatakse kogu korvi ühikute pealt. Üle ridade ja variantide, mitte rea summa järgi. Jae- ja hulgiastmed käivad eri loogika järgi ning aste välistab teatud tarnesoodustused: hulgihind ja tasuta tarne ei käi koos. Ostukorvi reegleid oskavad mõlemad platvormid. Karbist ei tule kummalgi seda kombinatsiooni, kus ühikupõhine aste lülitab välja teise soodustuse ja sõltub ühtlasi lepingu olekust.

Makseviis on lepingu külge lukustatud. Arvega saab tellida ainult sisse loginud hulgiostja, kellel on kehtiv allkirjastatud leping, ja kontroll käib serveris kassa hetkel, mitte kasutajaliideses. Magento hulgimüügimoodulis on maksetähtaeg ja krediidilimiit ettevõttekonto omadus. Siin kuuluvad need allkirjastatud dokumendi juurde, nii et lepingu tühistamine sulgeb makseviisi ise, ilma et keegi peaks kontot puutuma.

Lisaks tellida saab ükskõik millisesse maailma riiki ja EU sisene käibemaksurežiimi valib server tarneaadressi järgi, mitte konto profiili järgi: sihtriigi määr, eksport nullmääraga või pöördmaks kehtiva käibemaksunumbriga. Tarnepiirid, pakiautomaatide valik ja tolliandmed tulevad taustsüsteemist. Arve läheb raamatupidamisse ühe sammuga ja kannab mõlemas süsteemis sama numbrit.

Mida see kliendilugu tõestab ja mida mitte. See ei tõesta, et Medusa on parem platvorm. Kui need kolm reeglit kirjutada Magento sisse, jääb alles Magento katvus pluss sama töö. Kui kirjutada Medusa sisse, jääb alles taustsüsteem pluss sama töö. Valida sai, kummale platvormile see töö ehitada. Valida ei saanud, kas tööd tuleb.

Teistpidi muster on täpselt sama tõsi. Eesti hulgimüüja, kelle kataloog on suur, kliendid ostavad lepinguhinnaga ja tellimus tuleb artiklinumbriga, kirjeldab ostuprotsessi, mis on Adobe hulgimüügimoodulis juba suures osas olemas. Ettevõttekonto, osakonnad, kinnitus, jagatud kataloog ja kiirtellimus katavad enamiku sellest loendist ning ülejäänu on liidestus laotarkvaraga. Sellisel kliendil oleks Medusa mallist sama asi ehitada võimalik aga võtab oma aja.

Maagiline neljas küsimus: kas ostja võib olla AI

AI maailmas on sellele küsimusel vastamiseks 3 peamist meetodit protokollide näol ning mille kolm IT maailma suurt tegijat on eri nurga alt kirja pannud.

Model Context Protocol lahendab kõige lihtsama osa: kuidas mudel teie süsteemi andmeid ja tööriistu näeb.

Agentic Commerce Protocol, mida hoiavad üleval OpenAI ja Stripe, kirjeldab ostu ennast. Spetsifikatsioon on beetajärgus ja versioonid on kuupäevaga; kirjutamise hetkel on värskeim 17. aprill 2026. Kaupmehelt eeldab see kolme asja: masinloetavat tootevoogu, liidesena kättesaadavat kassat ja eraldi lõpp-punkti delegeeritud makse jaoks. Müüjaks jääb kaupmees ise, agent tema asemele ei astu.

Agent Payments Protocol tuleb Google'ilt koos enam kui kuuekümne partneriga, kelle seas on Mastercard, PayPal, American Express, Adyen ja Worldpay. AP2 küsib hulgimüügi jaoks kõige olulisemat küsimust: kuidas kaupmees tõestab, et agendi tellimuse taga oli päris volitus. Vastuseks on krüptograafiliselt allkirjastatud mandaadid. Kavatsusmandaat kannab ostja algset juhist koos piiridega, ostukorvi mandaat fikseerib konkretsed read ja summa. Koos moodustavad need tõendusahela, mis seob ostja juhise konkreetse maksega nii, et hiljem ei saa seda ümber vaielda.

Ükski neist ei ole täna Magentos ega Medusas valmis funktsioon, ja beetajärgus standardi peale ei ole mõistlik toodet ehitada.

Platvormivalikule mõjub see kaudselt. Magento GraphQL-liides teeb kataloogi ja kassa masinale kättesaadavaks juba täna, nii et toorik on olemas. Medusa puhul on poe leht niikuinii eraldi rakendus, mis küsib andmeid taustsüsteemilt, seega järgmise tarbija lisamine on väiksem töö kui esimese eraldamine. Mandaatide kontrolli kirjutate mõlemal juhul ise. Vahe on stardipositsioonis, mitte lõpptulemuses.

Viis küsimust enne platvormi valikut

Küsimused järgivad sama kolme teemat. Vastake neile enne, kui keegi platvormi nime ütleb: vastused on teie lähteülesanne, ükskõik kumma platvormi te valite.

• Katvus. Vaadake seda loendit, mille te sissejuhatuses kirjutasite. Kui enamik ridu on ettevõttekonto, rollid, lepinguhind, pakkumine, kinnitus ja artiklinumbriga tellimus, on Adobe hulgimüügimoodul teie jaoks valmis toode. Kui enamik ridu on erandid, ei aita valmis nimekiri kummalgi pool.

• Katvus. Kus elab õige andmestik? Kui hind, krediit, laoseis ja arve tulevad raamatupidamisest või laotarkvarast, on e-pood ainult pood, mitte kogu ettevõtte äriloogika. Küsimus on, kui palju loogikat tohib poodi jätta.

• Omand. Kes hooldab teie kohandusi siis, kui projekt on valmis? Magento puhul on see erilahendus platvormi sees, mille te iga uuendusega uuesti läbi mängite. Adobe tugi katab siiski ainult nende enda mooduleid, mitte teie erilahendusi, mis seda laiendada võivad. Medusa puhul on kood algusest peale teie oma. Mõlemal juhul on tegu tööga, aga arve tuleb eri ajal ja eri kujul.

• Omand. Mis teil juba olemas on? Töötav Magento kataloog, laiendused ja Magento oskusega inimesed on päris vara. Nullist alustamine koos tänapäevase veebimeeskonnaga on samuti päris suur töö, seda siis kui olemasolevast kolida uuele platvormile.

• Kulu. Kas teie ostuprotsess mahub litsentsi sisse? Kui mahub, on litsents odav. Kui pool sellest jääb ikkagi eriarenduseks, maksate kaks korda.

Millal kumb

Valige Magento 2, kui teie ostuprotsessis olevad read on suures osas need, mida Adobe moodul juba katab. Õige number tuleb raamatupidamisest või laost, teie inimesed oskavad Magento haldust, ja te maksate litsentsi eest just selleks, et seda osa ise hooldada ei tuleks.

Valige Medusa.js, kui teie ostuprotsessis on rohkem erandeid kui standardit. Poe leht on teie nägu, ostuprotsess on teie eripära, ja te lepite sellega, et kood jääb teie omaks koos hooldusega.

Ärge valige Medusat sellepärast, et Magento tundub vana, ega Magentot sellepärast, et keegi ütles „suur ettevõte". Gartneri liidrikoht ei ehita teie kinnitusreeglit ja moodne arhitektuur ei lisa teile kordustellimuse nimekirja.

Vale valik maksab mõlemat pidi ühepalju. Standardne hulgimüüja, kes hakkab Medusa stardipaketist Adobe moodulit järele ehitama, raiskab aasta. Erandiga tootja, kes veab Adobe hulgimüügimoodulit kontostruktuuri jaoks, mida tal ei ole, raiskab samuti.

Zaproo ehitab mõlemat. Kui soovite enne otsust teada, kui suur osa teie ostuprotsessist on karbis olemas ja kui suur osa tuleb ehitada, piisab 30-minutilisest vestlusest. Ilma müügijuttudeta.