Skip to main content Scroll Top

Magento Web Development Company: Magento 2 and Adobe Commerce Builds, Integrations, Upgrades and Support

Updated October 2026 · Written and maintained by the Progression Agency strategy team

A Magento web development company designs, builds, integrates and maintains online stores on Magento Open Source and Adobe Commerce, from the catalog and checkout to the ERP connection behind them. We work for brands, manufacturers and distributors whose catalogs, B2B rules or store views have outgrown simpler platforms, and we judge every release by orders, conversion and uptime. Progression Agency is based in New York City and works with clients across the United States and worldwide.

On this page · 16 sections
  1. What does a Magento web development company do?
  2. Is Magento still the right platform for your store?
  3. Magento Open Source or Adobe Commerce: which edition fits?
  4. Which Magento versions are supported, and when should you upgrade?
  5. Luma, Hyva or headless: choosing the Magento front end
  6. Magento ERP integration and other integrations
  7. Magento migration services, in both directions
  8. Magento performance optimization and security
  9. Magento support and maintenance services
  10. Hire Magento developers: a dedicated developer, a project team or a retainer
  11. How much does Magento development cost?
  12. How we run a Magento project in four phases
  13. How to choose a Magento development agency
  14. How AI assistants answer Magento questions, and what gets a store named
  15. A Magento agency in New York, working with merchants nationwide
  16. Related services for Magento merchants

The short answerHire a Magento development company when the store runs on Magento or Adobe Commerce and needs code-level work: a new build or redesign, a version upgrade, custom modules, B2B features, an ERP or PIM integration, a migration or a support plan. Projects start with a code and hosting audit, then a written scope, then sprints demonstrated on staging. Upgrades are dated against Adobe’s published support calendar, under which each 2.4 release gets three years of standard support. Every Magento and Adobe Commerce engagement is quoted after a written scope, and we say plainly when a hosted platform would serve the business better.

Adobe Commerce release and support dates were read on Adobe’s lifecycle policy page in October 2026 and change with each release; Hyva licensing was read on Hyva’s announcement. Magento and Adobe Commerce work is quoted after a written scope; the ecommerce build rows quoted are Progression’s published Shopify and WooCommerce prices.

What does a Magento web development company do?

It handles everything that needs a developer on a Magento store: builds, front-end themes, custom modules, integrations, upgrades, performance and security. A good partner also tells you which of those you do not need yet.

B2C: Mid-market brands. Large catalogs, many variants, several store views.
B2B: Manufacturers and distributors. Company accounts, quotes, contract pricing.
Multi: Multi-brand and multi-region merchants. One Admin, several websites and currencies.
Legacy: Stores on an aging 2.4 release. Upgrades, patches and extension clean-up.
Move: Merchants changing platforms. Onto Magento, or off it when that fits.
Team: In-house teams short on capacity. Developers who join your sprints.
Magento development services and what each one delivers
ServiceWhat it coversWhen merchants usually ask for it
New build or rebuildArchitecture, catalog, checkout, theme, integrations, launchNew store, or a 2.x store too customized to upgrade
Version upgradeCore, extensions and custom code moved to a supported 2.4 releaseStandard support for the current release has ended or is close
Custom modulesNew features written as Magento modules with testsThe business rule exists in no extension
Extension auditEvery installed module reviewed for need, conflicts and updatesSlow Admin, odd bugs, failed upgrades
Front-end themeLuma-based, Hyva or headless storefrontRedesign, speed work or a new brand
B2B featuresCompany accounts, shared catalogs, quotes, purchase ordersWholesale or trade buyers order online
IntegrationsERP, PIM, OMS, shipping, tax, payments, marketingOrders, stock or prices are rekeyed by hand
Support planPatching, monitoring, small changes, an upgrade roadmapAfter launch, or when the last developer left

Magento 2 and Adobe Commerce builds

A build starts with the data, not the design: attribute sets, product types, categories, store views and the rules that set price and stock. Get those right and the theme, search and checkout have something solid to sit on. Get them wrong and every later change costs more. Our ecommerce development page covers the same principle across platforms; this page is the Magento specialist treatment.

Custom Magento development services: modules, extensions and audits

Custom Magento development services cover the logic no marketplace extension provides: a pricing rule tied to a contract, a configurator, a returns flow or an Admin screen for a team that works differently. We write it as a proper module with its own tests and configuration, so it survives upgrades. Before writing anything we read what is already installed, because many stores carry modules that duplicate each other or were never removed after a trial.

Magento theme development and Magento web design

Magento web design is the storefront shoppers see: category and product templates, search, cart, checkout and account pages. We design with the real catalog, including the longest product names, the products with forty variants and the categories with no images, so the templates hold up after launch. Theme choice, covered below, decides how fast those pages load.

Magento B2B development

Trade and wholesale buyers expect their own prices, payment on account and a fast way to reorder. On Adobe Commerce most of this comes from B2B for Adobe Commerce, which we configure and extend; on Magento Open Source it is custom work or third-party modules. Either way the hard part is the data: which company sees which catalog, at what price, with which approval rules.

Magento checkout customization and payment integration

Checkout changes carry the most risk because they touch revenue directly. We change checkout in small, tested steps: an extra field, a delivery date, a purchase order number, a payment method, a shipping rule. Each change is measured against completed orders before the next one goes live.

Is Magento still the right platform for your store?

Often yes for large or complex catalogs, B2B selling and several store views; often no for a small catalog that a hosted platform would run with less effort. The honest answer depends on what the store does that a simpler platform cannot.

Comparison grid of seven needs: Magento or Adobe Commerce usually fits large catalogs, B2B features, several store views, code-level checkout changes and full control; a hosted platform usually fits fast launches with a small team and predictable monthly cost.Comparison grid of seven needs: Magento or Adobe Commerce usually fits large catalogs, B2B features, several store views, code-level checkout changes and full control; a hosted platform usually fits fast launches with a small team and predictable monthly cost.
Editorial assessment, not measured data.

When Magento or Adobe Commerce is the right answer

Magento earns its running cost when the business needs control: deep custom logic in checkout or pricing, thousands of configurable products, several brands or regions in one Admin, a hosting environment the merchant chooses, or B2B features such as negotiated quotes. Those stores tend to need a Magento agency on call, and the platform rewards the investment.

When Shopify, BigCommerce or WooCommerce is the better answer

A store with a few hundred products, standard checkout and no unusual integrations usually spends less and moves faster on a hosted platform. We say so in the first call. Our Shopify agency page and the BigCommerce versus Shopify comparison cover those platforms, and Shopify versus WooCommerce covers the WordPress route.

Magento vs Shopify for complex catalogs

The question is rarely features in general; it is one or two specific needs. If the store depends on company accounts with shared catalogs, on several websites with different currencies, or on code-level changes to checkout, Magento usually fits. If it depends on speed of launch, a small team and predictable monthly cost, a hosted platform usually fits.

Platform fit by situation
SituationUsual answerWhy
Under a few hundred SKUs, standard checkoutHosted platformLess to run, faster to launch
Large catalog with complex attributes and variantsMagento or Adobe CommerceFlexible product types and attribute sets
Wholesale buyers with contract prices and quotesAdobe Commerce with B2BCompany accounts, shared catalogs, negotiable quotes
Several brands or regions in one back officeMagento or Adobe CommerceWebsites, stores and store views in one Admin
Store on Magento with few customizations and a small teamConsider movingRunning cost may outweigh the control
UnsureA paid discovery sprintAnswers the question before the budget is committed

Magento Open Source or Adobe Commerce: which edition fits?

Magento Open Source is the free edition the merchant hosts and supports; Adobe Commerce is Adobe’s licensed edition, sold with additional features and Adobe support, including the B2B module. Most of the code-level work on this page applies to both.

The two editions in practice
QuestionMagento Open SourceAdobe Commerce
LicenseFree to usePaid license from Adobe
B2B featuresCustom work or third-party modulesAdobe’s B2B module: company accounts, shared catalogs, quotes, purchase orders
HostingChosen and managed by the merchantMerchant hosting or Adobe’s cloud infrastructure
SupportThe merchant and its developersAdobe support under the license, plus the merchant’s developers
Who usually picks itMerchants with a capable development partner and a tight budgetLarger merchants and B2B sellers who want Adobe’s features and support

Who owns Magento today?

Adobe does. Adobe reported in its quarterly filing with the US Securities and Exchange Commission that it completed its acquisition of Magento Commerce on June 18, 2018. The paid edition is now sold as Adobe Commerce, and the free edition continues as Magento Open Source.

Adobe commerce development on cloud infrastructure

Adobe Commerce development on Adobe’s cloud infrastructure follows Adobe’s deployment process, with environments, build and deploy steps defined by Adobe. On merchant hosting the team designs that pipeline itself. We work in either, and the scope states which.

Which Magento versions are supported, and when should you upgrade?

Under Adobe’s Adobe Commerce lifecycle policy, each 2.4 release gets three years of standard support from general availability, covering quality fixes, security patches and support. Plan the upgrade a year before your release leaves standard support, not after.

Timeline of four Adobe Commerce releases: 2.4.6 in March 2023 with standard support ended August 11, 2026; 2.4.7 in April 2024 supported to May 31, 2027; 2.4.8 in April 2025 supported to May 31, 2028; 2.4.9 in May 2026 supported to May 31, 2029.Timeline of four Adobe Commerce releases: 2.4.6 in March 2023 with standard support ended August 11, 2026; 2.4.7 in April 2024 supported to May 31, 2027; 2.4.8 in April 2025 supported to May 31, 2028; 2.4.9 in May 2026 supported to May 31, 2029.
Each release gets three years of standard support from its release date under Adobe’s policy.
Adobe Commerce 2.4 support dates, as published by Adobe
ReleaseGeneral availabilityEnd of standard supportExtended support
2.4.9May 12, 2026May 31, 2029Not yet set
2.4.8April 8, 2025May 31, 2028Not yet set
2.4.7April 9, 2024May 31, 2027To May 31, 2028
2.4.6March 14, 2023August 11, 2026To August 31, 2027, then security-only fixes to May 31, 2028
2.4.5August 9, 2022August 12, 2025Ended August 11, 2026; security-only fixes to May 31, 2027
2.4.4April 12, 2022April 12, 2025Ended April 14, 2026; security-only fixes to May 31, 2027

What the extra year and the security-only window mean

Adobe offers Adobe Commerce customers on 2.4.6 and 2.4.7 one additional year of support at no additional cost. For 2.4.4, 2.4.5 and 2.4.6 it also publishes a security-only transitional period: isolated security fixes, no quality fixes, and described by Adobe as a one-time exception. Treat that window as time to finish an upgrade, not as a place to stay.

Will there be a Magento 3?

Adobe’s published lifecycle lists 2.4 releases through 2.4.9 and announces no Magento 3. Plan around the 2.4 line and Adobe’s dates, and treat any claim about a future major version as speculation until Adobe publishes it.

How a Magento upgrade runs

We copy production to staging, update the core, then work through extensions and custom modules one at a time, fixing deprecated code and theme overrides as they surface. Integrations are tested with real orders, and the release goes out at a quiet hour with a tested rollback. Most of the effort sits in third-party code, not in Magento itself.

Running an older Magento 2 release?Tell us the version, the hosting, the extensions you rely on and the integrations behind the store. A free proposal follows with an upgrade path, the risks we see in the code and a schedule that keeps orders flowing.

Get a free proposal

Luma, Hyva or headless: choosing the Magento front end

Luma-based themes suit stores that want the standard storefront adapted; Hyva suits stores that want a lighter, faster theme rebuilt on Magento; headless suits stores that need a separate front end shared across channels. The choice shapes cost, speed and who can maintain the store later.

Front-end options compared
OptionWhat it isStrengthsTrade-offs
Luma-based themeA custom theme built on Magento’s standard front endWide extension compatibility, familiar to most developersHeavier pages, more work to make fast
Hyva themeA separate Magento theme with its own lighter front-end stackLean pages, simpler front-end codeExtensions need Hyva-compatible versions or adapters
Headless or PWAA separate storefront app reading Magento through its APIsFront end independent of Magento releases; shared across channelsTwo codebases to run; SEO and checkout need care

Hyva theme development services

Hyva theme development rebuilds the storefront templates on Hyva’s stack and replaces or adapts each extension’s front end. According to Hyva’s own announcement, the Hyva Theme became free from November 10, 2025 under the OSL3 and AFL3 licenses, while Hyva Checkout, Enterprise and Commerce remain commercial and Hyva UI is sold as a separate product. Budget for the build work and for any commercial Hyva products you choose, not for the theme itself.

Headless Magento development and PWA storefronts

A headless storefront reads catalog, cart and customer data from Magento’s APIs and renders pages in a separate app. It suits merchants who sell through several front ends or who want front-end releases independent of Magento upgrades. It also doubles the systems to maintain, so we recommend it only when that independence pays for itself. Our headless versus traditional CMS guide explains the wider trade-off.

Where the ranking side lives

Theme choice affects Core Web Vitals and crawlability, and that SEO side of the work is covered on our page on search for Magento stores. Here the focus stays on building and maintaining the storefront.

Magento ERP integration and other integrations

Integrations decide whether the store runs itself or needs staff to rekey orders, stock and prices. We write each one as a data flow with an owner, a schedule and a defined failure path.

Process map of five steps: order placed in Magento, ERP accepts the order, inventory and price return, shipment confirmed, invoice and credit reconciled.Process map of five steps: order placed in Magento, ERP accepts the order, inventory and price return, shipment confirmed, invoice and credit reconciled.
Editorial process map, not measured data.
Magento integration services: data, direction and the failure to plan for
SystemData that movesDirectionCommon failure to plan for
ERP (NetSuite, Epicor, Sage, others)Orders, customers, stock, contract prices, invoicesBoth waysUnmatched item or customer codes block orders silently
Accounting (QuickBooks and similar)Orders, refunds, taxes, payoutsMagento to ledgerTax and discount lines that do not reconcile
PIMAttributes, descriptions, images, categoriesPIM to MagentoAttribute changes that break filters or variants
OMS and warehouseOrders, allocations, shipments, returnsBoth waysPartial shipments and split orders
Shipping and tax servicesRates, labels, tracking, tax calculationBoth ways at checkoutA timeout at checkout that blocks the order
Marketing and CRMCustomers, consent, orders, browsing eventsMagento outConsent flags lost between systems

Magento integration with NetSuite, Epicor, Sage and QuickBooks

ERP integrations fail at the edges: a new customer the ERP has never seen, a product code that changed, a price list that expired, an order edited after export. We map every field, decide which system is the source of truth for each one and build alerts for the cases that do not match. Where the ERP itself needs work, our ERP development team picks it up.

PIM and OMS connections

A product information system keeps attributes and copy in one place; an order management system routes orders across warehouses and stores. Magento can take either role partly, and the scope settles which system owns what so data is never edited in two places.

APIs, middleware and scheduled jobs

Some integrations call Magento’s APIs directly; some run through middleware; some still depend on files exchanged on a schedule. We pick the simplest pattern that meets the timing the business needs, and document it so the next developer can follow it. Our API development page covers custom interfaces in more depth.

Magento migration services, in both directions

We move stores onto Magento, between Magento versions and, when it is the honest advice, off Magento. Every migration protects three things: data, URLs and integrations.

Magento 1 to Magento 2

Adobe’s Data Migration Tool moves settings, data in bulk and later changes such as new orders and customers from Magento 1 to Magento 2. Themes and customizations do not carry over: developers rebuild them for Magento 2. Stores still on Magento 1 should plan a rebuild rather than a port.

Other platforms to Magento

Moving onto Magento usually follows growth: a catalog, B2B model or set of regions the old platform cannot hold. We map products, customers, orders and URLs before any build work, then rehearse the import until it runs cleanly.

Magento to Shopify migration: when leaving is the honest advice

If a store uses little of what Magento offers, a move to Shopify or Shopify Plus can lower running cost and free the team from upgrades. We assess it fairly, list what would need an app or a workaround, and plan redirects for every indexed URL. Our website migration services page covers the redirect and launch work, and our Shopify ecommerce agency page covers life after the move.

What each migration route involves
RouteDataCode and themeURLs
Magento 1 to Magento 2Data Migration Tool settings, data and delta modesRebuilt for Magento 2Mapped and redirected where paths change
Older 2.4 release to currentStays in place; database upgradedExtensions and custom code updatedUsually unchanged
Another platform to MagentoProducts, customers, orders importedNew theme and modulesMapped and redirected
Magento to a hosted platformProducts, customers, orders exportedReplaced by apps and a new themeMapped and redirected

Magento performance optimization and security

Most slow Magento stores are slow for ordinary reasons: undersized hosting, too many extensions, a heavy theme, a cache that is not doing its job or indexers running at the wrong time. Each is measurable and fixable.

Why is Magento 2 so slow on some stores?

Usually because of what surrounds it. We check hosting capacity, full-page cache hit rate, database queries, indexer mode, cron health, the number of extensions observing every request, and the weight of the theme and third-party scripts. The fix list is ranked by effect on real pages, starting with product and category templates.

Magento speed optimization on the front end

Front-end weight comes from JavaScript, images and third-party tags. A Hyva rebuild removes much of the first; image handling and a tag review deal with the rest. We measure before and after on the templates that take the most traffic.

Security patches and the patch cadence

Security fixes arrive through Adobe’s releases and patches during a release’s support period, which is one more reason to stay on a supported 2.4 release. We apply patches on staging first, test checkout and integrations, then release to production.

  • Hosting capacity measured at peak traffic, not on a quiet day
  • Full-page cache hit rate on category and product pages
  • Slowest database queries and the code that triggers them
  • Indexers set to update on schedule where the catalog allows
  • Cron jobs running, finishing and not overlapping
  • Extensions that observe every request, and whether each is still needed
  • Theme weight: JavaScript, CSS and images on the busiest templates
  • Third-party scripts loaded on every page
  • Admin users, two-factor settings and unused accounts

Magento support and maintenance services

A support plan keeps the store patched, monitored and moving forward between projects. It covers a set number of developer hours a month, a response time for incidents and an upgrade roadmap.

Patch: Security patches applied. Tested on staging before production.
Watch: Uptime and error monitoring. Alerts reach a developer, not a mailbox.
Speed: Performance checks each month. Cache hit rate, indexers, slow queries.
Ext: Extension reviews. Updates, conflicts and abandoned modules.
Sync: Integration health. Failed ERP, PIM and shipping jobs retried.
Plan: An upgrade roadmap. Dated against Adobe's support calendar.
What a Magento maintenance plan covers
TaskHow oftenWhy it matters
Security patchesWhen released, after staging testsKnown vulnerabilities closed quickly
Monitoring and alertsContinuousOutages and checkout errors caught early
Extension updatesMonthly reviewFewer conflicts at upgrade time
Integration job checksDaily or weekly, by flowOrders and stock stay in step
Small changesFrom the monthly hoursThe store keeps improving between projects
Upgrade planningTwice a yearDated against Adobe’s support calendar

Hire Magento developers: a dedicated developer, a project team or a retainer

Hire a dedicated developer when you have steady work and someone to direct it; a project team when the job has a defined end; a retainer when you need support and small changes without a full-time hire.

Hire a Magento developer for a defined job

An upgrade, an integration or a module is usually best as a fixed project with a written scope, acceptance tests and a warranty period. You know the cost before work starts and the code is yours at the end.

Dedicated Magento developers inside your team

When the in-house team needs capacity, our developers join its sprints, use its repository and follow its review rules. A lead on our side reviews the work so quality does not depend on one person.

Code ownership and handover

The merchant owns the code. We work in a repository the merchant controls, document modules and integrations, and hand over access, credentials and deployment notes at the end of any engagement, so changing partners later is routine.

Ways to work with Magento developers
ModelBest forHow it is pricedWhat to agree first
Fixed projectUpgrades, builds, integrations, migrationsQuoted after a written scopeScope, acceptance tests, warranty
Dedicated developerSteady roadmap work with an in-house leadMonthly, by allocationWho directs the work, review rules
Support retainerPatching, monitoring, small changesMonthly hoursResponse times, what counts as an incident
Discovery sprintUnclear scope or platform choiceFixed feeThe questions it must answer

Need a new Magento or Adobe Commerce build?Send the catalog size, the B2B rules, the ERP and the store views you need. We reply with a free proposal covering scope, front-end choice, integration plan and an honest platform recommendation, even when the answer is not Magento.

Get a free proposal

How much does Magento development cost?

Magento and Adobe Commerce work is quoted after a written scope, because cost follows the catalog, the integrations, the front-end choice and the amount of custom code, not the platform name.

What drives the cost of Magento ecommerce development
DriverLower effortHigher effort
CatalogHundreds of simple productsTens of thousands of configurable products with complex attributes
Store viewsOne website, one currencySeveral brands, languages and currencies
IntegrationsPayments and shipping onlyERP, PIM, OMS and marketing, two-way
Front endAdapted Luma-based themeHyva rebuild or headless storefront
B2BNoneCompany accounts, shared catalogs, quotes and approvals
Existing codeFew, well-kept extensionsMany custom modules and overrides to untangle

Our published ecommerce build rows, for reference

Our website design and development page lists fixed-scope ecommerce rows written for Shopify and WooCommerce builds: ecommerce under 200 SKUs from $34,000 over 12 to 18 weeks, and ecommerce with ERP, PIM or fulfillment integrations from $78,000 over 20 to 32 weeks. Those are not Magento prices. Magento and Adobe Commerce builds, upgrades and integrations are quoted separately after a written scope.

Costs outside the build

Budget also for hosting, any Adobe Commerce license, paid extensions, commercial Hyva products if chosen, payment processing and a support plan after launch. We list each one in the scope so the total is visible before you commit.

How we run a Magento project in four phases

Audit, scope, build and launch. Each phase ends with something you can check: a written report, a signed scope, a working staging store and a launch with a rollback plan.

  1. Audit: code, extensions, hosting, integrations and data reviewed, with a written report of risks and quick wins
  2. Scope: features, integrations, front-end choice, acceptance tests, schedule and price agreed in writing
  3. Build: two-week sprints demonstrated on staging, with integration tests run against real data
  4. Launch: content freeze, final data sync, redirects checked, release at a quiet hour, rollback ready, then a warranty period

Magento development partner, not just a vendor

After launch a Magento web development company should stay on the roadmap: the next release, the next integration, the next upgrade date. That continuity is what merchants usually mean when they look for a Magento development partner rather than a one-off build.

How to choose a Magento development agency

Choose a Magento web development company on evidence you can check: code samples, upgrade history, integration experience with your ERP, and how the agency hands over code. Badges and portfolios matter less than answers to specific questions about your store.

What to require from a Magento development agency, and how to check it
RequirementHow to check it
Recent 2.4 upgrade experienceAsk which releases they upgraded from and to, and what broke
Experience with your ERP or PIMAsk for the field mapping and failure handling they used
A view on Luma, Hyva and headlessAsk which they would choose for your store and why
Code qualityAsk for a module sample and their review process
Honest platform adviceAsk when they would tell you not to use Magento
Code ownershipConfirm the repository and credentials are yours from day one
A support planAsk for response times and what an incident means

Best Magento development company for your store

There is no single best Magento development company; there is the Magento web development company whose experience matches your catalog, integrations and budget. Shortlist on those, then compare written scopes rather than headline rates.

Questions to ask in the first call

Which version would you move us to, and when? Which of our extensions would you remove? How would you connect our ERP? What would you not build? The answers show quickly whether a team knows Magento or just lists it.

How AI assistants answer Magento questions, and what gets a store named

Merchants now ask ChatGPT, Claude, Perplexity, Gemini, Microsoft Copilot and Google AI Overviews questions like which Magento agency handles NetSuite, whether to upgrade or move to Shopify, or what a 2.4 upgrade involves. The answers lean on pages that state specifics plainly, and a Magento web development company that publishes those specifics is easier to name.

What the assistants tend to cite

For platform facts they cite Adobe’s own documentation, such as the lifecycle policy and Experience League guides. For provider questions they draw on agency pages that describe services in specific terms, comparison tables, directory and review profiles, and public code or extension listings.

What a merchant or an agency should publish

Dated upgrade notes, integration pages that name the systems connected, clear comparison tables and short, quotable answers to common questions. Our AEO for ecommerce page covers how a store gets cited in those answers.

A Magento agency in New York, working with merchants nationwide

As a Magento web development company based in New York City, we work remotely with merchants across all 50 states and worldwide. New York merchants can meet the team in person; everyone else gets the same process over video, a shared repository and a staging store.

Progression is independent and is not affiliated with Adobe. Magento, Adobe Commerce and Hyva are trademarks of their respective owners, named here only to describe the platforms we work on.

A Magento web development company handles the store itself; these pages cover the work around it: ranking it, marketing it and building what sits next to it.

Talk to a Magento development team

Tell us your version, catalog, integrations and what is not working. We reply with a free proposal and an honest view of whether to upgrade, rebuild, extend or move.

Get a free proposal

Frequently asked questions

Which tasks does a Magento web development company take on for a store?
It builds and maintains stores on Magento Open Source and Adobe Commerce: new builds and redesigns, version upgrades, custom modules, themes, B2B features, ERP and PIM integrations, migrations, performance work and support plans. A good one also audits the existing code first and tells you which work is not worth doing.
Is Magento still relevant for online stores?
Yes, for stores that need its depth: large catalogs, B2B selling, several store views or code-level custom logic. Adobe still publishes new 2.4 releases and support dates, with 2.4.9 released on May 12, 2026. For small, standard stores a hosted platform is often the simpler choice.
Is Magento a good platform for B2B ecommerce?
It is one of the stronger options. Adobe’s B2B module for Adobe Commerce adds company accounts, payment on account, shared catalogs with per-company prices, quick order, negotiable quotes, purchase orders with approval rules and requisition lists. On Open Source the same needs require custom work or third-party modules.
What is Magento software used for?
Running online stores: catalog, pricing, promotions, cart, checkout, customer accounts, orders and the Admin that manages them. Merchants use it for B2C and B2B selling, often across several websites, languages and currencies from one installation, connected to ERP, PIM and shipping systems.
When did Magento become part of Adobe?
Adobe reported in its quarterly SEC filing that it completed its acquisition of Magento Commerce on June 18, 2018. The paid edition is now sold as Adobe Commerce, and the free edition continues as Magento Open Source.
Will there be a Magento 3?
Adobe has not announced one. Its published lifecycle policy lists 2.4 releases through 2.4.9, each with three years of standard support from release. Plan upgrades within the 2.4 line against those dates and treat talk of a new major version as speculation until Adobe says otherwise.
How long is a Magento 2.4 release supported?
Adobe gives each Adobe Commerce release three years of standard support from general availability. Release 2.4.7, for example, is supported to May 31, 2027, with an extra year at no additional cost to May 31, 2028. Check Adobe’s lifecycle page for your release before setting an upgrade date.
What is the Hyva theme for Magento?
Hyva is a separate front-end theme for Magento 2 with a lighter stack than the standard Luma front end. Hyva says the Hyva Theme is free from November 10, 2025 under the OSL3 and AFL3 licenses, while Hyva Checkout, Enterprise and Commerce remain commercial products.
Why is Magento 2 so slow on my store?
Usually hosting, extensions, theme weight, caching or indexers. We check full-page cache hit rates, slow queries, indexer modes, cron health, extensions that run on every request and the scripts loaded on product and category pages, then fix them in order of effect on real traffic.
What are Magento’s real drawbacks?
It needs developers, hosting and regular upgrades, so running cost is higher than on a hosted platform. Extensions can conflict, and upgrades take planning. Those costs are worth paying when the store uses Magento’s depth; when it does not, a hosted platform is often the better fit.
What decides the price of a Magento or Adobe Commerce project?
It depends on the catalog, store views, integrations, front-end choice, B2B features and the state of existing code, so we quote after a written scope. For reference, our own ecommerce build rows for Shopify and WooCommerce start at $34,000, or $78,000 with integrations; Magento work is scoped separately.
Which questions separate a strong Magento development company from a weak one?
Ask about recent 2.4 upgrades, experience with your ERP, their view on Luma versus Hyva versus headless, a code sample, when they would advise against Magento, and who owns the repository. Compare written scopes, not hourly rates.
Should I migrate from Magento to Shopify?
Consider it if the store uses little of Magento’s depth, has a small catalog and a small team, and spends heavily on upgrades. Stay if you rely on B2B features, several store views or custom checkout logic. A short assessment comparing both paths settles it.
What sets the timeline for moving a store to a current Magento 2 release?
It depends on the route. Moving between 2.4 releases is shorter than rebuilding from Magento 1 or moving from another platform, and integrations and custom modules decide most of the timeline. We give a dated schedule in the written scope after the audit.
Can you upgrade our store without downtime?
Close to it. We rehearse the upgrade on a copy of production, freeze content briefly, run the final steps at a quiet hour and keep a tested rollback. Most shoppers never notice; the planned window is stated in the scope.
Can you connect Magento to NetSuite or another ERP?
Yes. We map every field, decide which system owns customers, items, prices and stock, choose direct API calls, middleware or scheduled files, and build alerts for orders the ERP rejects. Integration tests run with real orders before launch.
Do you build custom Magento extensions?
Yes. Custom modules are written to Magento’s module structure with their own configuration and tests, so they survive upgrades. Before building one we check whether a maintained extension already does the job and whether an installed one should be removed.
Can I hire dedicated Magento developers instead of a project team?
Yes. Dedicated developers join your sprints, use your repository and follow your review rules, with a lead on our side reviewing their work. It suits merchants with steady roadmap work and an in-house person to direct it.
Do you work on Adobe Commerce cloud projects?
Yes. On Adobe’s cloud infrastructure we follow Adobe’s environments and deployment process; on merchant hosting we set up the pipeline ourselves. The scope states which applies and who manages hosting.
Who owns the code after a Magento project?
You do. We work in a repository you control, document modules and integrations, and hand over credentials and deployment notes at the end of any engagement.
Do you only work with New York merchants?
No. We are based in New York City and work with merchants across all 50 states and worldwide. Meetings run over video, and New York clients can meet the team in person.
Is Progression affiliated with Adobe or Magento?
Progression is an independent agency and is not affiliated with Adobe. We work on Magento Open Source and Adobe Commerce stores for merchants directly, and we are glad to show code samples and walk through how we would handle your store.
Does a new Magento store need SEO work as well as development?
Usually. Layered navigation, canonicals, URL keys and store views all affect rankings, and decisions made during the build are cheaper than fixes afterward. Our search specialists work alongside the developers on new builds and migrations.

Running an older Magento 2 release?Tell us the version, the hosting, the extensions you rely on and the integrations behind the store. A free proposal follows with an upgrade path, the risks we see in the code and a schedule that keeps orders flowing.

Get a free proposal

Get a free marketing proposal

Tell us what you are trying to grow and we will come back with a plan, not a pitch deck. Same-day reply on weekdays.

Privacy Preferences
When you visit our website, it may store information through your browser from specific services, usually in form of cookies. Here you can change your privacy preferences. Please note that blocking some types of cookies may impact your experience on our website and the services we offer.
Contact Us