What is Magento Open Source, and is it the same thing as Adobe Commerce?
Magento Open Source is the free, self-hosted edition of the Magento platform. Adobe Commerce is the paid edition built on the same core. Both run the same PHP architecture, the same module system, the same checkout and the same search backend of Elasticsearch or OpenSearch. Adobe Commerce adds a commercial feature layer, chiefly the native business to business suite, plus a support contract and, on the cloud product, Adobe managed infrastructure. When people say Magento today they usually mean one of the two, and the important consequence is that a capability question is almost never about what the platform can do and almost always about which edition it is bundled with.
Is Magento Open Source still maintained in 2026?
Yes. Adobe ships security patches for both editions on a published cadence, described by one agency here as roughly every two months, and Adobe has periodically moved features down from the paid edition into the free one, Page Builder being the clearest example. What Magento Open Source does not have is a vendor support contract, so there is no Adobe service level agreement behind it and no Adobe support queue. Patches exist; applying them is yours.
What can Adobe Commerce do that Magento Open Source cannot?
From Adobe's own documentation, read on 28 September 2026: the native business to business feature set, meaning company accounts with roles and permissions, company hierarchies, shared catalogues with per company pricing, negotiable quotes, quick order, requisition lists and company credit lines. Live Search and Product Recommendations, which Adobe's installation documentation supports only on Adobe Commerce cloud and Adobe Commerce on premises. Adobe managed cloud infrastructure and everything bundled with it, the Fastly content delivery network, the managed web application firewall, edge distributed denial of service protection, pre certified PCI Level 1 infrastructure and application performance monitoring. Within Page Builder, content staging and preview, personalised content and the native Product Recommendations integration. Plus content segmentation, native loyalty tooling, extended returns handling and business intelligence dashboards, which agencies here list consistently as licensed features.
Does Magento Open Source include Page Builder?
Yes, in basic form. Adobe's Page Builder introduction, last updated 15 June 2026, states that the advanced content tools arrived in Adobe Commerce 2.3.1 and that from the 2.4.3 release the basic Page Builder functionality is also available in Magento Open Source, while staging and preview, personalised content and Product Recommendations integration stay with Adobe Commerce. Three of the four agencies on this page that take a position get this substantially right and one publishes a row saying it is not included, which is out of date rather than wrong in spirit. If a comparison table tells you Page Builder is missing entirely, check the date on the page.
Can I use Adobe Live Search on Magento Open Source?
Treat it as no, and get it in writing. Adobe's Live Search installation documentation lists supported platforms as Adobe Commerce on cloud from 2.4.4 and Adobe Commerce on premises from 2.4.4, and connection requires an application programming interface key held in the Commerce licence holder's account. Adobe's business to business introduction, though, describes the hosted services including Live Search and Product Recommendations as extending Adobe Commerce and Magento Open Source. Those two Adobe pages do not reconcile from the published text, so a buyer cannot settle it from documentation alone. The installation page is the more specific and is the one a developer would act on, but confirm your entitlement contractually before you plan around it.
Can I run Magento Open Source on Adobe's cloud infrastructure?
No. One agency on this page answers this directly and correctly: the cloud infrastructure is bundled with the commercial licence, so a Magento Open Source store runs on hosting you choose and manage. That is not a limitation of the software, it is how the product is sold. It also means that any agency offering you Adobe managed hosting on the free edition has either misdescribed its own offer or is selling you its own hosting under a confusing name, and either way it is worth one more question.
Does Adobe's upgrade enforcement deadline apply to my self-hosted store?
No, and this is one of the clearest advantages of self hosting. Adobe's version upgrade enforcement policy, last updated 18 September 2026, applies to Adobe Commerce on cloud environments running 2.4.4 through 2.4.9, and states explicitly that the guidance does not apply to Adobe Commerce as a Cloud Service environments or to Adobe Commerce on premises deployments. On cloud, a store that misses its deadline has inbound traffic suspended and goes offline, and continued non compliance can lead to termination and permanent deletion of the environment. Nobody can do that to infrastructure you operate. The trade is that nobody is patching it either.
What does a self-hosted Magento Open Source store actually cost to run?
Only two agencies on this page publish numbers you can model from. One publishes market cost lines: hosting at 400 to 3,000 dollars a month on dedicated infrastructure, premium extensions at 500 to 5,000 dollars a year combined, and a development retainer of 20 to 60 hours a month as a floor even at steady state. Another publishes its own maintenance prices, from 500 dollars a month per storefront to 2,500 dollars for its top tier, with hourly work at 99 to 149 dollars and hosting migration charged separately. The rest publish licence bands for the edition you are not buying, which is the wrong side of the arithmetic. The line everybody omits is the cost of the upgrade you defer.
Which of these agencies publishes a monthly price?
One. Wagento publishes maintenance plans starting at 500 dollars a month per storefront and rising to 2,500 dollars for its Plus tier, with 100 or 250 dollars per additional storefront depending on tier, hourly work at 99 to 149 dollars, and a free tier covering dashboard monitoring, stating on the page that pricing is published for transparency. elgentos publishes the method rather than the number, naming the four factors its fixed monthly fee is calculated from and committing to review it annually. Everyone else quotes on request.
Who applies security patches on a Magento Open Source store?
You do, or the agency you pay to. The clearest published statement of this is in one comparison table here, where the updates and security patches row against Magento Open Source reads, in full, you apply them. On Adobe Commerce cloud, Adobe applies platform patches inside a merchant controlled testing window. Since nothing on the free edition is applied for you, the patch terms in your agency contract are the actual security posture of your store, and two agencies on this page publish those terms as numbers with a stated remedy and a stated limit.
Which agency here publishes the strongest patch commitment?
Vendic, on the contract, and integer_net, on the process. Vendic publishes a 48 hour deadline for taking an Adobe security release live, the same 48 hours for a disclosed module or package vulnerability, automatic service credit if either slips, cover from 07:00 to 23:00 seven days a week including public holidays, a 60 minute out of hours response, and the limit that nobody is on standby overnight. integer_net publishes a 24 hour maximum for critical patches rated 9.0 to 10.0 on the Common Vulnerability Scoring System, a record of around six hours, named roles assigned a month ahead with substitutes, a high priority test template per project, and the rule that no other release may block a security patch. Both beat the agency that ranks first on this page on this criterion, and both are said so in its entry.
Can I get Adobe Commerce style B2B features on Magento Open Source?
Mostly, through extensions or custom modules, and one agency here publishes the fullest worked answer. elgentos publishes a suite of nineteen modular components built on the Magento core, open source where possible, covering company accounts with multiple users linked by email address or domain, multi company accounts where one person buys for several organisations with pricing and permissions following the active company, company pricing with tiered and contract prices held alongside standard Magento pricing and usually fed from an enterprise resource planning system, company spending limits enforced at checkout, and account approval before access. Another agency's comparison states that where business to business requirements are simple, extensions fill most of the gap for less than the licence difference. Where they are not simple, several agencies here agree the native module is what justifies the licence on its own.
Can I move from Adobe Commerce back down to Magento Open Source?
Yes, and almost nobody publishes how. Firebear Studio publishes the only step by step procedure found in this research, covering a free community project that moves entities between editions and downgrades the database schema without altering data, a public thread on stripping enterprise only files, and a longer third party command sequence, along with the published gap that it does not cover custom themes and modules. mironsoft publishes the technical risk: records in enterprise exclusive tables, including company structures and staging versions, must be cleaned or exported before the modules come out or orphaned rows remain. Because both editions share a core, the data and most code carry across; the work concentrates in the enterprise only modules and whatever your team built on top of them.
Why does an agency publishing an honest boundary matter more than its size?
Because on this decision the agency is the buyer's only expert, and its interests point the other way. A licence sale is larger, longer and easier to justify internally than a self hosted build, so an agency that publishes the conditions under which you should not buy the licence is giving up revenue in writing. That is a costly signal in a way that a certification count is not. It is also the only part of an agency's pitch a buyer can verify before any money changes hands, by checking the claims against Adobe's own documentation, which takes about twenty minutes and is how this page was built.
Is Hyvä relevant if I am on Magento Open Source?
More relevant than on the paid edition, which is why it is scored here. Hyvä is the leading free frontend framework for Magento, and frontend performance is one of the few large gaps a self hosted store can close at no licence cost. One agency here makes the point directly, that a well built Hyvä storefront on Magento Open Source is exactly as fast as one on Adobe Commerce because speed is an engineering outcome rather than a licence feature. Another notes a security side effect, that dropping hundreds of legacy JavaScript dependencies reduces the attack surface as well as load time.
How were the Hyvä partner tiers on this page checked?
From Hyvä's full agency register at hyva.io, fetched on 28 September 2026, which returned about 1,002,000 bytes and 465 single tier listings across five tiers: 17 Platinum, 46 Gold, 102 Silver, 263 Bronze and 31 Partner. Tiers were read from each agency's own listing markup rather than by matching a name to a nearby tier word, which is unreliable. The shorter curated preferred partners page was deliberately not used, because it shows a subset with only three tiers and reading it instead has produced published claims that agencies do not hold tiers they genuinely hold.
Two agencies here publish work for the same client. Which one did it?
Both publish Highlite. elgentos describes building a completely new multi brand Hyvä frontend over Highlite's existing Magento 2 platform, with the brands named. integer_net lists Highlite on its own reference page as a relaunch on Magento 2 with Hyvä. Those are not necessarily in conflict; they may be different phases of a long running platform, or different scopes in the same programme. What is true is that a buyer cannot tell from the published pages alone which agency owned which work, so if that client is the reference that would decide your shortlist, ask both and ask for dates. This page records it as a question rather than resolving it, because resolving it would require information neither agency publishes.
Why does scandiweb rank first here, and where does it lose?
It ranks first on 88 of 100 because it publishes the fullest edition boundary in the set, twenty rows naming what the free edition lacks, correct against Adobe's own documentation on the two rows most agencies get wrong; because it is the only entry publishing figures for the self hosted cost lines rather than only the licence; because three named cases carry measured outcomes; and because it holds five of the seventeen Platinum listings in Hyvä's full register alongside an Adobe Gold tier that Adobe itself publishes. It loses on four things, all stated in its entry: its Open Source boundary lives in a blog comparison rather than on a service page for Open Source buyers; its published patch commitment is a first response within 24 hours with no cover hours and no remedy, which Vendic and integer_net both beat; no path back down from Adobe Commerce was found on the pages read; and none of its measured cases states which edition the store runs, while an agency forty two points below it publishes one that does.
Does a low score on this page mean an agency does bad work?
No, and on this page the gap between the two is unusually wide. This scores what an agency publishes, because that is all a buyer can check before spending money. Several agencies near the bottom are visibly strong engineers whose reasoning simply never reaches their website, and the agency ranked last publishes the single most actionable article in the whole research for the buyer who wants to leave Adobe Commerce. Read the ranking as a map of where the checkable evidence is, then use references and a technical conversation for everything it cannot measure.
How can I check these scores myself?
Open the source link under any entry, then open Adobe's own documentation for the row you care about: the Page Builder introduction for edition availability, the Live Search installation page for supported platforms, the Adobe Commerce B2B introduction for what the business to business module contains, and the version upgrade enforcement policy for which deployments Adobe's deadlines bind. Then read Hyvä's full agency register, not the curated partners page, for tiers. Every figure in the table above came from one of those places or from a page linked under the entry, and every criterion band is printed so you can move a cell and recompute. Where a page refused an automated request or a route did not resolve, the entry says so rather than scoring the silence as a finding.