Hyvä 2026: Ist es Zeit, Luma abzulösen?

Jahrelang begann die Frage “Sollen wir auf Hyvä umsteigen?” mit einer Lizenzgebühr. Das hat sich Ende 2025 geändert. Hyvä Theme ist jetzt kostenlos, die Linien 1.4 und 1.5 sind mit Tailwind CSS 4 und strikten Content-Security-Policy-Varianten erschienen, und die kostenpflichtigen Produkte wurden neu strukturiert.

Dieser Artikel zeigt, wo Hyvä 2026 steht, was weiterhin Geld kostet, wie die Extension-Kompatibilität funktioniert und wie Sie entscheiden, ob die Ablösung von Luma für Ihren Shop der richtige Schritt ist.

Wo Hyvä 2026 steht

Das Theme ist kostenlos und Open Source

Hyvä kündigte am 6. November 2025 auf der Meet Magento Netherlands an, Hyvä Theme unter OSL3 + AFL3 neu zu lizenzieren, also unter derselben Doppellizenz wie Magento Open Source. Die Änderung trat am 10. November 2025 in Kraft. Das Theme ist auf GitHub sowie über kostenlose Packagist-Composer-Keys aus dem Hyvä Portal erhältlich, und die zugehörigen Module wurden unter OSL3 neu lizenziert.

Früher setzte das Theme eine kostenpflichtige Lizenz voraus. Heute kann jeder Magento-2-Shop es ohne Gebühr installieren.

Aktuelle Versionen

Laut Changelog des Hyvä-Standard-Themes erschien das Release 1.4.0 am 10. November 2025. Es brachte das Upgrade auf Tailwind CSS 4, führte Design Tokens ein, nutzte HTML-Dialog-Elemente für das mobile Menü und den Minicart, machte View Transitions stabil und ersetzte älteren Slider-Code durch den Hyvä Snap Slider. Die Linie 1.4.x wurde 2026 mit regelmäßigen Releases fortgeführt, im Juli 2026 folgte die Linie 1.5.x (1.5.1 am 1. Juli und 1.5.2 am 10. Juli) mit PHP-gerenderten konfigurierbaren Swatches und einer überarbeiteten Produktgalerie mit integrierter Lightbox. Beide Linien bieten separate CSP-Varianten des Standard-Themes.

CSP und PCI DSS 4.0

Die Dokumentation von Hyvä weist darauf hin, dass PCI DSS 4.0 verlangt, unsafe-eval und unsafe-inline für Skripte auf zahlungsrelevanten Seiten seit dem 1. April 2025 zu unterbinden. Der CSP-Ansatz von Hyvä nutzt Nonces für Inline-Skripte auf nicht gecachten Seiten und SHA-256-Hashes für gecachte Inhalte, zusammen mit einem CSP-Build von Alpine.js. Ein CSP-kompatibles Standard-Theme wird als separates Paket veröffentlicht, und Hyvä Checkout hat eine eigene CSP-Dokumentation, inklusive einer Anleitung, wie man einen CSP-Checkout betreibt, ohne das gesamte Theme zu migrieren.

Der Umstieg auf eine strikte CSP ist ein echtes Projekt: Jedes Inline-Skript in Ihrem individuellen Code und Ihren Extensions muss kompatibel sein. Planen Sie Zeit dafür ein.

Was weiterhin kostenpflichtig ist

Das Theme ist kostenlos. Die übrige Hyvä-Produktlinie bleibt unter kommerziellen Lizenzen. Die folgenden Preise stammen zum Zeitpunkt der Erstellung von hyva.io.

Laut Hyvä kann Hyvä Checkout über einen Theme-Fallback-Mechanismus auch in Shops laufen, die nicht das Hyvä Theme nutzen. So lässt sich zuerst der Checkout modernisieren und der Rest der Storefront später.

Extension-Kompatibilität: die eigentliche Arbeit

Luma basiert auf RequireJS, Knockout.js und jQuery. Hyvä nutzt Alpine.js und Tailwind CSS und verzichtet auf den JavaScript-Stack von Luma. Jede Extension, die etwas in der Storefront darstellt, braucht ein Hyvä-kompatibles Frontend. Reine Admin- und Backend-Module funktionieren in der Regel unverändert.

Für jede Frontend-Extension haben Sie drei Möglichkeiten:

1. Support durch den Anbieter: Viele Anbieter liefern inzwischen direkt Hyvä-kompatible Versionen aus.
2. Kompatibilitätsmodule: Hyvä pflegt auf seinem GitLab einen öffentlichen Compatibility Module Tracker, der verfügbare und angefragte Kompatibilitätsmodule samt Status auflistet.
3. Individuelle Überarbeitung: Bei hauseigenen oder nicht unterstützten Modulen schreibt Ihr Team die Templates und das JavaScript neu.

Beginnen Sie jedes Hyvä-Projekt mit einer Bestandsaufnahme. So listen Sie schnell alle aktivierten Drittanbieter-Module auf:

bin/magento module:status --enabled | grep -v '^Magento_'

Halten Sie für jedes Modul fest, ob es die Storefront betrifft, ob es eine Hyvä-Version gibt und ob Sie es noch brauchen. Dieses Audit ist der zuverlässigste Weg, den Projektumfang einzuschätzen, und deckt oft Module auf, die sich einfach entfernen lassen.

Was eine Migration tatsächlich kostet

Ohne Lizenzgebühr entstehen die Kosten an drei Stellen:

• Frontend-Aufbau: Ihr Design in Tailwind und Alpine.js nachbauen. Ein Shop nahe am Standardlayout kostet deutlich weniger als einer mit vielen individuellen Templates.
• Extension-Arbeit: Hyvä-kompatible Versionen kaufen, Kompatibilitätsmodule installieren und individuelle Module neu schreiben.
• Tests und Launch: funktionale Regressionstests, SEO-Prüfungen (URLs, strukturierte Daten, Canonical-Tags), Validierung von Analytics und Tag Manager sowie Überprüfung der Performance.

Optionale kommerzielle Produkte (Checkout, Commerce, Enterprise) kommen noch hinzu. Wir veröffentlichen keine festen Migrationspreise, weil die Spanne groß ist; ein Audit mit klar definiertem Umfang ist der einzig ehrliche Weg zu einer Schätzung.

Wann sich die Ablösung von Luma lohnt

• Ihr Luma-Theme braucht ohnehin ein Redesign.
• Die Core Web Vitals bremsen Ihre mobile Conversion oder Ihre organische Sichtbarkeit.
• Die Frontend-Entwicklung ist langsam, weil jede Änderung gegen RequireJS und Knockout ankämpft.
• Sie brauchen einen klaren Weg zu einer strikten CSP auf Zahlungsseiten.
• Für die meisten Ihrer Storefront-Extensions gibt es bereits Hyvä-Support.

Wann eher nicht

• Sie betreiben ein stark angepasstes Luma-Frontend mit vielen nicht unterstützten Extensions und knappem Budget. Zuerst die größten Performance-Probleme unter Luma zu beheben oder mit Hyvä Checkout zu beginnen, bringt dann möglicherweise mehr pro Euro.
• Sie planen den Umstieg auf eine Headless-Storefront oder auf Adobe Commerce as a Cloud Service, wo das Storefront-Modell ein anderes ist.
• Sie stehen vor einem großen Plattform-Upgrade. Planen Sie die Projekte nacheinander; beide gleichzeitig umzusetzen vervielfacht das Risiko.

Ein schrittweises Vorgehen

1. Extensions und individuellen Frontend-Code auditieren.
2. Magento zuerst auf eine unterstützte Release-Linie upgraden, falls Sie im Rückstand sind.
3. Optional Hyvä Checkout in der bestehenden Luma-Storefront einführen.
4. Das Hyvä-Theme auf Staging aufbauen, Seitentyp für Seitentyp.
5. SEO-, Analytics- und Zahlungs-Regressionstests durchführen, dann außerhalb der Hochsaison live gehen.
6. Die Einführung einer strikten CSP als Folgeschritt planen, falls Sie nicht mit der CSP-Variante gestartet sind.

Häufig gestellte Fragen

Ist Hyvä Theme 2026 wirklich kostenlos?

Ja. Hyvä Theme steht seit dem 10. November 2025 unter der Lizenz OSL3 + AFL3. Hyvä Checkout, Hyvä Commerce, Hyvä Enterprise und Hyvä UI bleiben kommerzielle Produkte.

Funktioniert Hyvä mit Adobe Commerce?

Ja. Hyvä Theme läuft auf Magento Open Source und Adobe Commerce, und Hyvä Enterprise ist speziell auf Adobe-Commerce-Instanzen ausgerichtet, einschließlich B2B-Funktionen.

Kann ich Hyvä Checkout nutzen, ohne auf das Hyvä Theme umzusteigen?

Laut Hyvä funktioniert Hyvä Checkout über einen Theme-Fallback auch in Shops ohne Hyvä. Testen Sie es mit Ihren Zahlungs- und Versand-Extensions, bevor Sie sich festlegen.

Funktionieren meine bestehenden Extensions?

Backend- und Admin-Module in der Regel ja. Storefront-Funktionen benötigen eine Hyvä-kompatible Version, ein Kompatibilitätsmodul oder individuelle Anpassungen. Prüfen Sie den Hyvä Compatibility Module Tracker und die Dokumentation Ihrer Anbieter.

Quellen

• Hyvä: We’re making Hyvä Theme open source and free
• Hyvä Docs: Changelog des Standard-Themes
• Hyvä Docs: Security Compliance
• Hyvä Docs: CSP-Build von Alpine.js
• Hyvä Docs: CSP-Checkout ohne Migration des gesamten Themes
• GitHub: hyva-themes/magento2-default-theme-csp
• Hyvä Checkout
• Hyvä Commerce
• Hyvä: Evolving Hyvä Enterprise
• Hyvä Compatibility Module Tracker