Magento 2 & Hyvä, done right by one developer.

Yes — in the segments where it’s strongest. Magento (Open Source + Adobe Commerce) will dominate enterprise B2B, multi-store, regulated industries, and EU-compliance-heavy commerce through 2030 and beyond. Where it bleeds is the SMB / DTC segment under $5M GMV, which Shopify already won and now cements with Sidekick + Hydrogen. Magento survives, but its addressable market shrinks: from “everyone” to “serious B2B + custom-heavy enterprise.” That’s still a multi-billion-dollar segment globally. The platform isn’t going anywhere; the merchants who choose it just look more specific.

Hyvä is the modern frontend framework for Magento 2, built on Tailwind CSS + Alpine.js. It replaces Magento’s default Luma theme (which uses jQuery + KnockoutJS) and ships with 5–10× faster page loads, Lighthouse scores in the 90–100 range, and core-web-vitals green by default. Stores that switch typically see conversion lifts of 8–25% from speed alone.

Afterpay ships an official Magento 2 module via the Magento Marketplace and via Composer (`afterpay/module-afterpay`). Setup is three steps: (1) create an Afterpay merchant account at portal.afterpay.com and grab your Merchant ID + secret key, (2) install the module + configure under Stores → Config → Sales → Payment Methods → Afterpay, (3) test in sandbox before flipping production. The module supports product page messaging (the “4 instalments of A$X” widget), cart messaging, and checkout. Afterpay was founded in Sydney in 2014 — it’s the de-facto BNPL rail for AU consumers, particularly fashion / DTC / lifestyle. We’ve integrated it on 30+ AU stores.

Yes — Magento 1 to Magento 2 migrations are a core part of what I do, and I also handle replatforming onto Magento 2 / Adobe Commerce from Shopify, Shopware, BigCommerce, PrestaShop, WooCommerce, OpenCart, and custom legacy stacks. Every migration uses Magento's native Data Migration Tool (or a bespoke ETL where the source is non-standard), with full URL-redirect mapping, data integrity validation, Hyvä theme rebuild, and a staged cut-over to minimise downtime. Typical timeline: 6–12 weeks depending on catalog size, B2B complexity, and integrations.

Magento ships with the building blocks for great SEO — canonicals, sitemaps, meta-tag editing, URL rewrites — but those defaults are incomplete and aimed at developers, not search engines. Out of the box, Magento has no structured data on category or product pages, no hreflang for multi-store setups, no llms.txt, weak default meta-templates, layered-nav URLs that bloat the index, and a Luma frontend that drags Core Web Vitals. Most stores never go past the defaults — which is why “Magento SEO” is a paid specialism. The good news: every gap is a fixable engineering problem, not a platform limitation.

Use multi-store when your storefronts share most of the catalog, customer base, or admin operations — you get one upgrade, one extension stack, one hosting bill, and surgical per-store overrides where needed. Use separate installs when storefronts are run by different teams, have totally distinct catalogs, or need fundamentally different stacks (e.g. one Hyvä, one Luma headless). 90% of cases we see are multi-store wins — the maintenance and SEO consolidation alone usually justify it.