Als Hyvä-Agentur aus Bremen migrieren wir das Frontend Ihres Magento-Shops auf Hyvä – Ihre Daten, Ihr Backend, Ihre Workflows bleiben unverändert.
100% unserer aktiven Kunden laufen auf Hyvä.
Über ein Dutzend Hyvä-Shops umgesetzt. Wir kennen den Migrationspfad.
Lighthouse-Score mobil
Gleicher Shop, gleiches Backend – nur das Frontend ist neu.
Auf dieser Seite
Alles zur Hyvä-Migration – von der Definition bis zu den Paketen.
Hyvä ist ein modernes Frontend-Theme für Magento 2, das die veraltete Luma-Schicht ersetzt. Statt Knockout.js, RequireJS und jQuery nutzt Hyvä das schlanke Alpine.js und Tailwind CSS. Das Magento-Backend bleibt unverändert – nur die Präsentationsschicht wird ausgetauscht. Das Ergebnis: rund 90 Prozent weniger JavaScript und Lighthouse-Werte über 90.
Technisch ist Hyvä ein kompletter Neuaufbau der Theme-Schicht: Die über Jahre gewachsene Luma-Architektur mit ihren verschachtelten JavaScript-Abhängigkeiten wird durch zwei leichtgewichtige Werkzeuge ersetzt. Alpine.js übernimmt die Interaktivität, Tailwind CSS das Styling. Templates werden dadurch einfacher, schneller und günstiger zu pflegen.
Für Sie als Shop-Betreiber heißt das: Produkte, Bestellungen, Kunden, ERP-Anbindungen und der gewohnte Magento-Admin bleiben exakt so, wie sie sind. Was sich ändert, ist das, was Ihre Kunden sehen – und wie schnell sie es sehen.
Mehr zum Hyvä Frontend
Rund 90 Prozent aller Magento-2-Shops wurden auf dem Standard-Theme Luma aufgesetzt – einem Frontend-Stack, der heute als Legacy gilt. Mit jeder Magento-Version wächst die technische Schuld, und drei Probleme werden teurer:
JavaScript-Ballast
Ein Standard-Luma-Theme lädt rund 200 JS-/CSS-Ressourcen (~1,5 MB). Hyvä kommt mit 2 Ressourcen aus (~0,2 MB) – über 90 Prozent weniger.
Core Web Vitals sind Ranking-Faktor
Google bewertet LCP, CLS und INP. Luma-Shops landen mobil typisch bei Lighthouse 30–50 – das kostet Sichtbarkeit, bevor der erste Besucher überhaupt da ist.
Ladezeit ist Umsatz
Schon eine Sekunde Verzögerung beim Seitenaufbau senkt die Conversion um rund 7 Prozent. Auf mobilen Geräten trifft das Luma-Shops am härtesten.
Lohnt sich der Wechsel von Luma auf Hyvä?
Für die meisten Magento-2-Shops: ja. Luma wird mit jeder Version teurer in der Wartung, während schlechte Core Web Vitals Sichtbarkeit und Conversion kosten. In unseren Projekten brachte der Umstieg auf Hyvä Conversion-Lifts von 15 bis 30 Prozent und LCP-Verbesserungen um rund 30 Prozent – bei unverändertem Backend.
JavaScript-Gewicht im Vergleich
Frontend-Performance
Lighthouse von typisch 30-50 auf 90+ (mobil)
Time-to-Interactive
von 5-8s auf unter 2s
JavaScript-Bundle-Größe
90% reduziert
Core Web Vitals
alle drei grün (LCP, CLS, INP)
Mobile Conversion
erfahrungsgemäß +15% bis +30%
Magento-Backend
bleibt 1:1 unverändert
Bestellungen & Kunden
alle Daten unangetastet
Extensions
weiterhin nutzbar (sofern Hyvä-kompatibel)
ERP & Payment
Anbindungen unverändert
Workflows
Ihre Mitarbeiter arbeiten wie gewohnt
Wer das Magento-Frontend modernisieren will, hat drei realistische Optionen. Der Vergleich zeigt, warum Hyvä für die meisten Shops die wirtschaftlichste ist.
| Kriterium | Luma (Standard) | Hyvä | PWA Studio / Headless |
|---|---|---|---|
| Frontend-Stack | Knockout.js, RequireJS, jQuery | Alpine.js + Tailwind CSS | React/Vue + GraphQL-Layer |
| Lighthouse mobil (typisch) | 30–50 | 90+ | stark projektabhängig |
| JavaScript-Payload | ~200 Ressourcen / 1,5 MB | 2 Ressourcen / 0,2 MB | abhängig vom Setup |
| Time-to-Interactive | 5–8 s | unter 2 s | variiert |
| Wartungsaufwand | steigend (Legacy-Stack) | niedrig | hoch (zwei Systeme) |
| Time-to-Market Relaunch | – | 4–6 Wochen (Grundstein) bis 3–6 Monate | 6–12+ Monate |
| Geeignet für | Bestandsshops ohne Handlungsdruck | die meisten Magento-Shops, B2C & B2B | Konzerne mit eigenem Frontend-Team |
Das Fazit: Headless lohnt sich, wenn ein eigenes Frontend-Team mehrere Kanäle bespielt. Luma lohnt sich nur noch als Bestand. Für die meisten Magento-2-Shops – B2C wie B2B – liefert Hyvä das beste Verhältnis aus Performance, Projektkosten und Wartbarkeit, weil es das Frontend modernisiert, ohne die bewährte Magento-Architektur aufzugeben.
Keine Schätzwerte, sondern Zahlen aus unseren Projekten – gemessen vor und nach der Migration.
Field-Daten aus dem Real-User-Monitoring (P80, mobil) seit dem Go-Live im Januar 2026: alle Core Web Vitals durchgängig grün, vier von fünf Metriken zweistellig verbessert. Parallel stiegen Bestellungen und Umsatz um je 10 Prozent.
Eine Migration ist eine Investition – und sie rechnet sich über zwei Hebel. Erstens sinken die laufenden Kosten: Jede Anpassung am Luma-Frontend kämpft gegen einen Legacy-Stack; auf Hyvä werden dieselben Änderungen schneller und damit günstiger. Zweitens steigt der Umsatz: Die Performance-Verbesserung wirkt direkt auf die Conversion, besonders mobil.
Eine Modellrechnung: Erzielt Ihr Shop 100.000 € Monatsumsatz und die Migration hebt die Conversion um konservative 15 Prozent, entspricht das 15.000 € zusätzlichem Umsatz pro Monat. Ein Komplett-Ausbau amortisiert sich in dieser Rechnung typischerweise innerhalb weniger Monate.
Dazu kommen Nebeneffekte, die oft unterschätzt werden: Bei Störtebeker haben wir im Zuge der Migration zusätzlich von Magento 2 Commerce auf Open Source gewechselt – eine fünfstellige Lizenzersparnis pro Jahr.
Wann es sich (noch) nicht lohnt
Ehrliche Einordnung: Bei sehr kleinen Shops mit wenig Traffic, bei einem ohnehin geplanten Wechsel auf ein anderes Shopsystem oder bei Magento-Versionen vor 2.4 ohne Upgrade-Bereitschaft raten wir vom Schnellstart ab. Genau dafür gibt es den Migrations-Check – es liefert die Zahl, bevor Sie investieren.
Was kostet eine Hyvä-Migration?
Das hängt von Umfang, Shop-Größe und Custom-Komplexität ab. Der Migrations-Check liefert eine belastbare Zahl samt Roadmap, bevor Sie investieren – seine Kosten werden auf das Folgeprojekt angerechnet.
Dauer: 5-10 Werktage
Für Shop-Betreiber, die wissen wollen, ob und wie sich eine Hyvä-Migration rechnet.
Gespräch vereinbarenDauer: 4-6 Wochen
Für Shops, die den Performance-Sprung am eigenen Shop erleben wollen.
Gespräch vereinbarenDauer: 3-6 Monate
Shop-Betreiber, die den vollen Performance-Sprung realisieren wollen.
Gespräch vereinbarenWir migrieren stufenweise statt Big-Bang: Ihr Live-Shop bleibt während des gesamten Projekts online und verkauft normal weiter. Erst beim finalen Switch wechselt das Frontend – bei Störtebeker mit null ausgefallenen Tagen, bei ProCase mit vier Bausteinen an einem einzigen Stichtag.
01
Woche 1-2
02
Woche 3 bis Mitte des Projekts
03
letzte 2 Wochen + 30 Tage danach
Eine Frontend-Migration hat vier klassische Risiken. Wer sie kennt und früh adressiert, nimmt ihnen die Sprengkraft – genau dafür ist der Migrations-Check da.
Nicht jede Magento-Extension bringt Hyvä-Support mit. Wird das erst im Projekt entdeckt, sprengt es Budget und Zeitplan.
So fangen wir es ab: Im Migrations-Check prüfen wir jede Extension einzeln – Hyvä-Kompatibilitätsmodul, Alternative oder gezielte Adaption. Sie bekommen die vollständige Liste vor Projektstart.
Luma-Templates lassen sich nicht 1:1 kopieren – individuelle Frontend-Logik muss auf Hyvä neu aufgebaut werden.
So fangen wir es ab: Layout und Markenbild bleiben erhalten, nur die technische Basis wird neu gebaut. Der Grundstein zeigt das Ergebnis an echten Templates, bevor Sie über den Komplett-Ausbau entscheiden – und fließt vollständig in ihn ein.
Ein Relaunch ohne SEO-Konzept kann Rankings kosten – auch wenn die neue Seite schneller ist.
So fangen wir es ab: URL-Struktur, Meta-Daten und strukturierte Daten bleiben erhalten, Redirects werden vor dem Go-Live geprüft. Die besseren Core Web Vitals zahlen anschließend auf das Ranking ein.
Drittanbieter-Checkouts und Payment-Integrationen sind der sensibelste Teil jeder Migration – hier entscheidet sich der Umsatz.
So fangen wir es ab: Wir integrieren Ihren Bestands-Checkout oder setzen den schlanken Hyvä Checkout ein. Payment-Anbindungen laufen unverändert weiter – wie bei ProCase mit Mollie.
Der Migrations-Check beantwortet genau diese vier Fragen für Ihren Shop – bevor Sie investieren.
Migrations-Check anfragenVier Projekte, vier Ausgangslagen – vom Early Adopter 2021 bis zum B2B-Shop mit 40.000 Artikeln. Alle Zahlen stammen aus den verlinkten Case Studies.
Störtebeker Braumanufaktur
Migration von Magento 2 Commerce auf Open Source in 3 Monaten, Hyvä-Relaunch im Januar 2026. LCP −31 %, TTFB −38 %, CLS 0.000 – und eine fünfstellige Lizenzersparnis pro Jahr.
Campuspoint
Einer der ersten Hyvä-Shops im deutschsprachigen Raum (2021). Relaunch von Magento 1 auf Magento 2 mit Hyvä: +23 % Bestellungen, −15 % Bounce Rate.
ProCase
Vier Bausteine in einem Go-Live (November 2024): Hyvä Theme & Checkout, PHP 7.4 → 8.0, proAlpha-ERP, Mollie. Ergebnis nach einem Jahr: +5 % Umsatz, +7,6 % Kundenbasis.
Marahrens-Gruppe
Re-Plattform von Magento 1 auf Magento 2 mit Hyvä-Frontend, individuellem B2B-Checkout und tiefer ERP-/PIM-Integration für über 40.000 Artikel und Varianten.
Wir sind mit einem gewachsenen, nicht optimal aufgestellten System in die Zusammenarbeit gestartet und haben es gemeinsam Schritt für Schritt zu einem performanten Magento 2 Hyvä-Shop weiterentwickelt.
Die Zusammenarbeit ist dabei stets auf Augenhöhe, offen und lösungsorientiert. Themen werden transparent priorisiert, sauber umgesetzt – und auch bei Herausforderungen übernehmt ihr Verantwortung und treibt Lösungen aktiv voran.
Hyvä ersetzt das veraltete Standard-Frontend Luma durch einen schlanken Stack aus Alpine.js und Tailwind CSS, reduziert das JavaScript um rund 90 % und hebt den mobilen Lighthouse-Score typischerweise von 30-50 auf über 90. Luma basiert dagegen auf Knockout.js, RequireJS und jQuery – funktional, aber mit großem JavaScript-Bundle und langen Ladezeiten. Das Backend bleibt in beiden Fällen dasselbe Magento.
Nein. Wir prüfen im Migrations-Check, welche Ihrer Extensions Hyvä-kompatibel sind. Für nicht-kompatible Extensions gibt es in fast allen Fällen eine Hyvä-Alternative oder eine 1:1-Adaption.
Custom-Themes werden auf Hyvä-Frontend portiert. Layout und Markenidentität bleiben erhalten – nur die technische Basis wird ausgetauscht.
Das hängt von Umfang, Shop-Größe und Custom-Komplexität ab. Der Migrations-Check liefert eine belastbare Zahl samt Roadmap und Aufwandsschätzung, bevor Sie investieren.
3-6 Monate, abhängig von Shop-Größe und Custom-Komplexität. Wir migrieren stufenweise, kein Big-Bang.
Ja, wenn die Migration sauber geplant ist. Da nur die Frontend-Schicht wechselt, bleiben URL-Struktur, Meta-Daten und strukturierte Daten erhalten – wir übernehmen sie kontrolliert und prüfen alle Redirects vor dem Go-Live. Die verbesserten Core Web Vitals wirken sich in der Regel positiv auf das Ranking aus.
Hyvä setzt Magento 2.4 oder neuer voraus. Läuft Ihr Shop auf einer älteren Version, planen wir das Magento-Upgrade als Teil des Migrationsprojekts ein – der Migrations-Check zeigt den konkreten Pfad.
Ja. Hyvä trägt auch komplexe B2B-Szenarien mit individuellen Checkout-Strecken, ERP- und PIM-Anbindungen. Für die Marahrens-Gruppe betreiben wir einen Hyvä-B2B-Shop mit über 40.000 Artikeln, Navision-ERP und Perfion-PIM.
Ja. Als Hyvä-Agentur setzen wir Shops auch von Grund auf neu auf – ohne Migrationsaltlast. Der Ablauf folgt demselben Prozess, nur ohne den Schritt der Bestandsübernahme. Sprechen Sie uns an, wenn Sie direkt mit Hyvä starten möchten.
Ja. Das ändert sich nicht. Bestellungen, Produkte, Kunden – alles bleibt im gewohnten Magento-Admin.
Lighthouse-Performance-Sprung von typisch 30-50 (Vanilla Magento) auf 90+ (Hyvä). Mobile Conversion-Lifts zwischen 15% und 30% in unseren bisherigen Projekten.
Nein. Wir betreiben Ihren Shop auf einem für Hyvä optimierten maxcluster-Hosting – Festpreis inklusive.
Dann bekommen Sie trotzdem ein vollständiges Audit-Dokument. Die Investition in den Migrations-Check ist nicht an eine Folge-Entscheidung gebunden.
Wir arbeiten als Team. Strukturierte Backlogs, klare Verantwortung, ein Ansprechpartner für die Operation.
Ja. Der Live-Shop bleibt online, die Migration läuft parallel. Erst beim finalen Switch wechseln wir das Frontend – typischerweise mit Null-Downtime.
Erstes Gespräch unverbindlich. 30 Minuten. Auf Augenhöhe.
Gespräch vereinbaren
