Ecommerce · Adobe Commerce · Magento Open Source

Magento and Adobe Commerce development

Powerful, demanding, and right for one specific kind of store.

We build, upgrade and maintain Magento Open Source and Adobe Commerce stores: multi-store catalogues, B2B pricing and quoting, ERP integration, and the performance work that keeps forty thousand SKUs loading quickly. We also move stores off Magento when it has stopped earning what it costs to run.

Discuss a Magento project Hire Magento developers

app/code/Knit/Pricing/Model/TierResolver.php

// customer-group pricing resolved once and cached, not per row
public function resolve(ProductInterface $product, int $groupId): float
{
    $key = sprintf('tier_%d_%d', $product->getId(), $groupId);
 
    return (float) $this->cache->load($key)
        ?: $this->cache->save(
            $this->tierPriceRepository->lowestFor($product, $groupId),
            $key,
            [Product::CACHE_TAG],
        );
}

Group pricing cached with tags · invalidated when the product changes

When is Magento worth its complexity?

Magento, sold by Adobe as Adobe Commerce and available free as Magento Open Source, is a self-hosted ecommerce platform for stores whose requirements exceed what hosted platforms permit. Several websites and store views from one catalogue. Customer-group and tier pricing. Awkward product types. Quoting and approval workflow for B2B buyers. Complete control of checkout.

All of that arrives with a bill. Magento wants real infrastructure: PHP, MySQL, OpenSearch, Redis, Varnish, and people who understand its architecture rather than people who have installed it once. Upgrades are project work, not a button. Total cost of ownership runs several times a comparable Shopify store. That is money well spent when your pricing rules genuinely cannot be expressed anywhere else. It is money burnt when a business picked Magento in 2016 and has never revisited the decision.

We do two kinds of Magento work and take equal satisfaction in both. One is making an existing store behave: upgrades onto a supported release, indexer and caching problems, checkout speed, extension conflicts, ERP and warehouse integration. The other is telling a client their catalogue would run better and cheaper on Shopify, then moving it with every URL intact.

If you are on Magento 1, this is not a maintenance conversation. Support ended in 2020, security patches stopped with it, and payment providers keep withdrawing compatibility. Replatforming is the only responsible answer, and ecommerce SEO work should be planned alongside it so the traffic survives the move.

What we build

What we do with Magento

Version upgrades and security

Stores moved onto a supported release with every extension's compatibility checked first, then patches applied on a schedule you can see.

Performance work

Indexer strategy, full-page cache and Varnish configuration, database tuning, and front-end weight on catalogues that have grown past their theme.

B2B commerce

Customer-group pricing, tiered and contract rates, quoting, approval workflow and company accounts with their own buyers and limits.

ERP and warehouse integration

SAP, Dynamics, NetSuite, Tally or something written in-house, synchronised for stock, pricing, orders and invoices without duplicate records.

Multi-store and multi-country

One catalogue behind several storefronts, currencies, tax regimes and languages, with the data held once rather than copied per market.

Explore →

Replatforming off Magento

An honest assessment, and where the answer is yes, migration to Shopify or a headless build with URLs and rankings preserved.

Explore →

Stack

Our Magento stack, by layer

PlatformAdobe Commerce and Magento Open Source · PHP 8 · Composer

Search and cacheOpenSearch or Elasticsearch · Redis · Varnish · New Relic

Front-endLuma and custom themes · Hyvä · PWA Studio where headless is genuinely justified

Payments and taxStripe · PayPal · Razorpay · Adyen · Avalara · region-specific gateways

IntegrationREST and GraphQL APIs · message queues · middleware to ERP and warehouse systems

QualityPHPUnit · static analysis · a staging environment that actually mirrors production

InfrastructureAWS · Adobe Commerce Cloud · Docker · Nginx · scheduled cron and indexers

SEOCanonical and faceted URL control · structured data · migration redirect maps

Honest comparison

Magento compared with the alternatives

Magento vs Shopify Plus

Shopify Plus takes hosting, PCI scope and upgrades off your plate and costs far less to run. Magento gives you control Shopify will not sell at any price: bespoke checkout, complex customer-group pricing, multi-warehouse inventory, unusual product types. Our test is simple. If you cannot name the specific requirement Shopify fails, you do not need Magento.

Magento vs a headless commerce build

A headless build on a commerce API gives a modern front-end and a much smaller back end to operate, and suits catalogues whose rules are straightforward. Magento stays ahead when the complexity lives in pricing, promotions and B2B workflow rather than in how the storefront looks.

Hyvä vs Luma or PWA Studio

Magento's default Luma theme drags a heavy front-end stack behind it. Hyvä replaces that with something far lighter and usually transforms Core Web Vitals for a fraction of a headless rebuild. For most stores we would try Hyvä first and only discuss headless if it falls short.

Questions

Magento, answered

We are still on Magento 1. What are our options?

Replatform. Magento 1 lost official support in 2020, receives no security patches, and payment providers keep dropping it. The realistic choices are Magento 2, Shopify or a headless build. We compare all three against your catalogue, pricing rules and integrations rather than defaulting to whichever we would enjoy building.

Should we stay on Magento or move to Shopify?

Stay if you depend on customer-group or contract pricing, several storefronts on one catalogue, B2B quoting or a bespoke checkout. Move if your requirements turn out to be ordinary and you are paying for complexity nobody uses. We put three years of cost for both options on a single page so the decision is arithmetic.

Why is our Magento store slow?

Usually indexer and cache configuration, an untuned database, extensions fighting each other, or the sheer weight of the Luma front-end. We profile before touching anything, then fix in order of measured impact. On most stores the front-end swap to Hyvä is the single biggest win available.

How much does Magento work cost?

Upgrades and performance projects typically run $6,000 to $25,000 depending on extension count and how much has been customised. A new build starts around $30,000. Migrating off Magento to Shopify usually lands between $10,000 and $35,000 depending on catalogue size and integrations.

Do you provide ongoing Magento support?

Yes. Security patching, extension updates, monitoring and a named engineer on a monthly retainer. Magento is not a platform to leave alone between projects. The security patch cadence on its own needs somebody paying attention every month.

Can we hire a Magento developer from you?

Magento engagements are quoted per project rather than at a published hourly rate. The gap between a patching retainer and a B2B build is too wide for one honest number, so send us the scope and you get a rate in writing.

Next step

Magento store to fix, upgrade or leave behind?

Send the store URL and the version you are on. You get a straight read on whether to invest in it or move off it.

Start a Magento project Hire Magento developers