Wann lohnt sich Hyvä? Ein ehrlicher Entscheidungsleitfaden für Magento-Shops

Hyvä lohnt sich, wenn Ihr Magento-Shop noch mehrere Jahre auf Magento bleibt, das Luma-Frontend Kunden wie Entwickler ausbremst und Ihre Extensions entweder Hyvä-Kompatibilitätsmodule haben oder sich ersetzen lassen. In der Regel lohnt es sich noch nicht, wenn der Shop auf einer nicht mehr unterstützten Magento-Version läuft, von vielen reinen Luma-Extensions abhängt, kurz vor einem Plattformwechsel steht oder wenn die Langsamkeit vom Server und nicht vom Frontend kommt. Seit November 2025 ist das Hyvä Theme selbst kostenlos und Open Source, die Entscheidung dreht sich also um den Migrationsaufwand, nicht um Lizenzkosten.

Im Folgenden zeigen wir, wie wir Shopbetreiber und Agenturen durch diese Entscheidung begleiten.

Was Hyvä tatsächlich verändert

Hyvä ersetzt das Frontend-Theme von Magento, nicht Magento selbst. Admin, Katalog, Bestellungen, Schnittstellen und Backend-Code bleiben, wie sie sind.

Aus dieser Tabelle ergeben sich zwei Konsequenzen:

• Backend-Entwickler bleiben auf vertrautem Terrain. Layout-XML, Blocks und View Models funktionieren wie gewohnt, die Lernkurve liegt also im Frontend (Tailwind und Alpine.js), nicht in Magento.
• Jedes Stück Luma-JavaScript muss neu gebaut werden. Alles, was im Frontend auf RequireJS, Knockout oder UI-Komponenten setzt (Ihr eigenes Theme, Extension-Widgets, Checkout-Schritte), braucht eine Hyvä-Version.

Lizenz und Produkte (Stand: November 2026)

• Das Hyvä Theme wurde im November 2025 unter OSL3 + AFL3 neu lizenziert. Installiert wird es mit einem kostenlosen Packagist-Key aus einem hyva.io-Konto.
• Hyvä Checkout, Hyvä Enterprise und Hyvä Commerce bleiben kommerzielle Produkte mit eigenen Lizenzen.
• Hyvä UI (eine Bibliothek fertiger Komponenten) ist zu einem separaten kostenpflichtigen Produkt geworden.

Prüfen Sie die aktuellen Preise auf hyva.io, bevor Sie budgetieren; sie sind nicht Teil dieses Leitfadens.

Versionsanforderungen

Die Hyvä-Dokumentation setzt derzeit Magento 2.4.4-p9, 2.4.5-p8, 2.4.6-p7, 2.4.7-p1 oder neuer sowie PHP 8.1 bis 8.4 voraus. Entwicklungsrechner brauchen für den Tailwind-Build Node.js 20 oder neuer.

Beachten Sie, dass Adobe für Magento 2.4.9 PHP 8.5 angibt. Wenn Sie ein Update auf 2.4.9 mit einer Hyvä-Migration kombinieren möchten, prüfen Sie, ob Hyvä und jedes benötigte Kompatibilitätsmodul PHP 8.5 zu diesem Zeitpunkt offiziell unterstützen. Die PHP- und Service-Versionen je Release finden Sie in der Update-Checkliste.

Was Kosten und Aufwand bestimmt

Eine Hyvä-Migration ist ein Neuaufbau des Frontends mit bekannter Struktur. Vier Faktoren entscheiden, wie groß sie wird.

1. Ihr aktuelles Theme

• Nah an Luma, mit Markenfarben und ein paar eigenen Blöcken: der am besten planbare Fall. Der Großteil der Arbeit ist das Neugestalten mit Tailwind.
• Stark angepasstes Theme mit vielen Template-Overrides, eigenen JavaScript-Widgets und Page-Builder-Inhalten: Jede eigene Komponente wird in Alpine.js neu gebaut. Die Zahl unterschiedlicher Komponenten zählt meist mehr als die Zahl der Seiten.
• Gleichzeitiges Redesign: oft der richtige Zeitpunkt, kostet aber zusätzliche Zeit für Design und Abstimmung. Führen Sie „Migration“ und „Redesign“ als getrennte Positionen, damit der Umfang sichtbar bleibt.

2. Extensions mit Frontend-Ausgabe

Die Hyvä-Dokumentation ist hier eindeutig: Module, die für Luma oder Blank gebaut sind, brauchen ein Kompatibilitätsmodul, um auf einem Hyvä-Frontend zu funktionieren. Reine Backend-Module (ERP-Connectoren, Feeds, Admin-Tools) sind nicht betroffen.

Für jede Extension mit Frontend-Ausgabe gibt es vier mögliche Ergebnisse:

1. Der Hersteller liefert Hyvä-Support direkt im Modul mit. Aktualisieren und testen.
2. Es gibt ein Kompatibilitätsmodul, gelistet im öffentlichen Compatibility Module Tracker von Hyvä. Installieren und testen.
3. Noch kein Kompatibilitätsmodul. Jemand muss eines schreiben, das nur die Frontend-Teile des Moduls neu implementiert.
4. Die Portierung der Extension lohnt sich nicht. Ersetzen Sie sie durch eine Hyvä-fähige Alternative oder entfernen Sie sie.

Diese Liste ist eine der wertvollsten Grundlagen für eine Schätzung. Wir erstellen sie im Audit, bevor wir einen Festpreis anbieten.

3. Die Checkout-Entscheidung

Im Checkout ist der JavaScript-Stack von Luma am schwersten, deshalb braucht er eine eigene Entscheidung. Die Hyvä-Dokumentation beschreibt drei Wege:

• Hyvä Checkout. Der für Hyvä gebaute Checkout auf Basis von Magewire (einem serverseitigen PHP-Komponenten-Framework). Er erfordert eine separate kommerzielle Lizenz. Er läuft auch auf Luma-Shops und lässt sich pro Store View aktivieren, kann also schrittweise eingeführt werden.
• Den Luma-Checkout beibehalten über das Theme-Fallback-Modul von Hyvä. Die Checkout-Routen laden weiterhin RequireJS, Knockout und jQuery, während der Rest des Shops auf Hyvä läuft. Damit er zum neuen Frontend passt, ist zusätzliche Styling-Arbeit nötig.
• Einen Luma-basierten Checkout eines Drittanbieters beibehalten (mehrere One-Step-Checkout-Extensions sind in der Hyvä-Dokumentation gelistet), über denselben Fallback.

So entscheiden Sie:

• Zahlungs- und Versandarten mit Hyvä-Checkout-Support verfügbar → Hyvä Checkout ist die sauberste Lösung.
• Stark angepasster Checkout oder Zahlungsanbieter ohne Hyvä-Checkout-Support → zuerst das Frontend migrieren, den bestehenden Checkout über den Fallback beibehalten und den Checkout als zweite Phase planen.

4. Integrationen mit Bezug zum Frontend

Tag-Manager, Analytics-Data-Layer, Consent-Banner, Such- und Empfehlungs-Widgets, Bewertungen und Chat-Skripte müssen neu angebunden und erneut getestet werden. Sie blockieren eine Migration selten, gehören aber in die Schätzung und den Testplan.

Der Nutzen, ohne Hype

• Schlankeres Frontend. Hyvä verzichtet im Frontend auf RequireJS, Knockout und den UI-Komponenten-Stack. Nach unserer Erfahrung ist das einer der wirksamsten Hebel für die Core Web Vitals bei Magento, aber messen Sie Ihren eigenen Shop vorher und nachher. Server-Antwortzeit, Bilder und Drittanbieter-Skripte zählen weiterhin.
• Schnellere Frontend-Entwicklung. Tailwind und Alpine.js sind kleiner und leichter zu durchschauen als die LESS- und Knockout-Schichten von Luma. Änderungen, die früher einen tiefen Einstieg in UI-Komponenten erforderten, werden zu gewöhnlicher Template-Arbeit.
• Ein gemeinsames Ökosystem. Extension-Hersteller können Hyvä-Support direkt in ihre Module einbauen, und die Kompatibilitätsmodule für das Theme wurden zusammen mit ihm als Open Source neu lizenziert.
• Keine Theme-Lizenzgebühr seit November 2025, damit entfällt für kleinere Shops ein Gegenargument.

Was Hyvä nicht leistet: langsame Server-Antworten, eine niedrige Trefferquote im Full-Page-Cache, nicht indexierte Katalogdaten oder eine langsame ERP-Synchronisation beheben. Das sind Backend-Probleme, und sie bleiben auch nach der Migration bestehen.

Wann Luma oder eine kleinere Lösung die bessere Wahl ist

Hyvä ist eine gute Standardwahl für einen Shop mit Zukunft auf Magento, aber nicht immer der nächste Schritt. In diesen Fällen empfehlen wir meist etwas anderes:

• Der Shop läuft auf einer Version, deren Support endet oder bereits geendet hat. Aktualisieren Sie zuerst Magento und PHP. Eine Migration auf einer veralteten Plattform verdoppelt das Risiko, und das Update kann Ihre Extension-Liste ohnehin verändern. Unsere Checkliste für das Magento-2.4.x-Update führt Schritt für Schritt durch dieses Update.
• Die Langsamkeit liegt am Server. Wenn die Time to First Byte hoch ist, der Full-Page-Cache nicht greift oder Varnish nicht genutzt wird, beheben Sie das zuerst. Das ist meist günstiger und hilft jeder Seite, unabhängig vom Theme.
• Drittanbieter-Skripte dominieren. Wenn Tag-Manager-Container, Chat-Widgets und Marketing-Pixel den Großteil des Main Threads belegen, ist ihre Bereinigung auch unter Luma ein schneller Gewinn.
• Viele wichtige Extensions haben keinen Hyvä-Support und keinen guten Ersatz. Die Kosten für eigene Kompatibilitätsmodule können den Nutzen übersteigen, zumindest vorerst.
• Ein Plattformwechsel oder ein Headless-Frontend ist bereits für die nächsten ein bis zwei Jahre geplant. Investieren Sie das Budget lieber in dieses Projekt.
• Wenig Traffic und ein stabiles Design. Wenn der Shop gut konvertiert und niemand am Frontend arbeiten muss, bringt eine Performance-Optimierung unter Luma womöglich genug, für deutlich weniger Geld.

Eine einfache Checkliste für die Entscheidung

Beantworten Sie diese Fragen, bevor Sie ein Angebot anfragen:

1. Bleibt der Shop noch mindestens drei Jahre auf Magento / Adobe Commerce?
2. Läuft er auf einer unterstützten 2.4.x-Linie und dem neuesten Patch?
3. Wie viele Extensions haben eine Frontend-Ausgabe, und wie viele davon haben Hyvä-Support oder ein Kompatibilitätsmodul?
4. Ist der Checkout Standard oder stark angepasst, und unterstützen Ihre Zahlungsanbieter Hyvä Checkout?
5. Wo geht heute die Zeit verloren: Server-Antwort, Frontend-JavaScript oder Drittanbieter-Skripte?
6. Wollen Sie gleichzeitig ein Redesign oder zuerst eine Eins-zu-eins-Migration?

Wenn die meisten Antworten auf „lange Zukunft, unterstützte Version, überschaubare Extension-Liste, das Frontend ist der Engpass“ hinauslaufen, lohnt sich Hyvä sehr wahrscheinlich.

Nächster Schritt

Unser kostenloses Express-Audit prüft Versionen, Patch-Stand, Performance und Basis-Sicherheit und zeigt Ihnen, ob das Frontend oder der Server der eigentliche Engpass ist. Wenn Hyvä sinnvoll ist: Das Hyvä-Migrationspaket beginnt bei 2.000 € (Festpreis nach einem Audit) und ist Teil unserer Update-Leistungen, lässt sich also mit einem 2.4.x- und PHP-Update kombinieren. Für die laufende Betreuung nach dem Launch gibt es unsere Magento-Supportverträge.

Quellen (auf Englisch): Hyvä: Hyvä Theme ist jetzt Open Source und kostenlos, Hyvä-Theme-Lizenz, Was ist Hyvä?, Erste Schritte (Anforderungen), Kompatibilitätsmodule, Luma-Theme-Fallback, Luma-Checkout mit Hyvä, Hyvä Checkout; Adobe: Systemanforderungen.