Skip to content
Close-up of an abstract sculpture: crystalline facets dissolving into flowing golden ribbons.

Hyvä developer, Austria and remote

Hyvä Development for Magento 2

I build and migrate Magento 2 frontends with Hyvä. Not as one service among twenty. It is most of what I do, every week, on shops that take real orders.

I am an independent Magento developer based in Tyrol, Austria, building online shops since 1999 and the only developer in Tyrol specialised in Hyvä. You work directly with me. There is no project manager, no junior bench, no handover document that loses half the context.

Why Merchants Move to Hyvä

Luma, Magento's default frontend, was built in 2015 on technology that was already dated then. Every Luma shop carries the same baggage: RequireJS, Knockout, layered JavaScript that makes mobile pages slow no matter how much you optimise around it.

Hyvä replaces that stack with Tailwind CSS and Alpine.js. Less JavaScript, fewer requests, pages that pass Core Web Vitals without tricks. The difference is not cosmetic. Load time is revenue. I have written up the actual maths: for a shop doing €300k a year, a slow mobile frontend costs €30,000 to €50,000 annually.

If you are weighing the decision, read Hyvä vs Luma first. Short version: in 2026, new builds on Luma are technical debt from day one.

What I Do

Luma to Hyvä migration. The full path: theme audit, module compatibility map, child theme setup, template migration, checkout, testing, launch. Migrations run alongside your live shop. The old frontend keeps selling until the new one is ready.

New Hyvä builds. Magento 2 projects that start on Hyvä from the first commit. Tailwind design tokens, Alpine components, CMS components your content team can actually use.

Hyvä Checkout. Implementation and customisation, including payment integrations. I maintain a public fix for the Mollie and Hyvä Checkout redirect problem, because I hit it in production before there was an answer to google.

Module compatibility. Third-party modules that ship without Hyvä support: I make them work. The strategic decision comes with it, port, replace or drop. Many modules turn out to be solving problems Hyvä no longer has.

Ongoing development. For shops already on Hyvä: features, performance work, upgrades, and the unglamorous maintenance that keeps a storefront fast two years after launch.

Production Work, Not Demos

  • Magento 2.4.7 · Hyvä · Multi-store DE/EN/IT · ongoing

    Multi-store Magento 2.4.7 for DE, EN and IT on Hyvä: a customised Hyvä checkout taking Mollie payments, Akeneo PIM integration, configurable product UX, and GraphQL extensions for the Bakehouse CMS, which draws its product data from Magento. Ongoing development partnership.

  • Brentford Computers

    First Hyvä migration · November 2020 · with Diglin, Zurich

    My first Hyvä migration shipped in November 2020, together with the Swiss agency Diglin, for Brentford Computers. That was at a point when almost nobody had shipped Hyvä.

Most of my work is white-label development for agencies and ships under their name. What is listed here is the part I am allowed to name.

Alongside that runs work I cannot name: a Luma to Hyvä migration on a catalogue-heavy shop, with child theme architecture, translation workflows across five locales and a Playwright end-to-end suite covering the critical purchase paths.

Open source. My Hyvä Cookie Consent module, GDPR-compliant consent with Google Consent Mode v2, CSP- and FPC-compatible, is publicly available and in use beyond my own projects. When I fix something generic, it goes on GitHub.

How I Work

One developer, senior level, no overhead. You get my read on architecture decisions, my code, and my availability. Not a rotating team. Everything runs through version control, PHPStan and automated tests before it touches your shop. I write down what I do and why, so you are never locked in.

What I do not do: design from a blank page, marketing campaigns, or full-service agency packages. If you need those, I will tell you, and I can usually point you to someone good.

I am based in Itter, Tyrol. Most work is remote. For DACH clients I am in your timezone, and on-site is an option when it actually helps.

For agencies, I also take Hyvä implementation work as a subcontractor, white-label or named.

Not Sure Where to Start?

Hyvä Migration Assessment. A fixed-scope starting point: I audit your current theme and module stack, map every extension to port, replace or drop, and give you a realistic effort estimate for the migration. You get a written report you can act on, with me or with anyone else.

Fixed price: €1,950. If you proceed with the migration with me within three months, the full amount is credited against the project.

Frequently Asked Questions

What does a Hyvä migration cost?

It depends on the module stack more than the design. A shop with 15 well-chosen extensions migrates for a fraction of what a shop with 60 accumulated ones costs. That is exactly what the assessment answers, with numbers, before you commit to anything.

How long does a migration take?

Three to six months for a typical shop, depending on what is involved. The module stack and the amount of custom frontend work drive the difference. The shop stays live on Luma throughout. There is no downtime cutover.

Will my existing modules work with Hyvä?

Some will, some need a compatibility layer, some should be replaced. The Hyvä ecosystem now covers most common needs natively, and a migration is the best moment to drop dead weight.

Is Hyvä worth it for a small shop?

Usually yes, sometimes no. If your traffic is tiny and your shop earns little, the migration will not pay for itself quickly. I will tell you that in the assessment rather than sell you a project.

Where Is Your Frontend Right Now?

Tell me briefly what you are working on and what has already been tried. I will be honest about whether a migration pays for itself in your case.