Luma, Hyvä, PWA oder doch Headless?

Das Frontend ist oft das vernachlässigte Kind im E-Commerce. Das Backend wird gepflegt, die Schnittstellen werden gewartet, aber vorne raus? Läuft ja irgendwie.

Bis es nicht mehr läuft.

Der Moment kommt meist schleichend: Die PageSpeed-Scores rutschen ab. Mobile Nutzer springen ab. Google rankt die Konkurrenz höher. Und irgendwann fragt jemand: „Warum ist unser Shop eigentlich so langsam?“

Die Antwort liegt oft im Frontend. Genauer: In der Architekturentscheidung, die vor Jahren getroffen wurde – oder die nie bewusst getroffen wurde, weil einfach der Standard genommen wurde.

Bei Adobe Commerce heißt dieser Standard Luma. Und Luma ist ein Problem.

Wer heute ein Adobe Commerce Frontend wählt oder wechselt, hat vier grundsätzliche Optionen. Jede hat ihre Berechtigung. Keine ist universell richtig.

Luma: Der Default ohne Weiterentwicklung

Luma ist das Standard-Frontend von Adobe Commerce. Es wurde 2015 mit Magento 2 eingeführt und basiert auf RequireJS, Knockout.js und jQuery. Technologien, die damals modern waren.

Das Problem: Luma wurde seitdem nicht grundlegend weiterentwickelt. Die Architektur ist geblieben, während sich das Web weitergedreht hat.

Was Luma kann

• Funktioniert out-of-the-box
• Alle Magento-Extensions sind kompatibel
• Keine zusätzlichen Lizenzkosten
• Bekannt bei praktisch allen Magento-Entwicklern

Was Luma nicht kann

• Moderne Performance liefern (typisch: PageSpeed 60-70)
• Core Web Vitals zuverlässig bestehen (nur 41% der Luma-Shops schaffen das)
• Mit wenig Code auskommen (230 Requests, 3 MB unkomprimiert)

Unsere Einschätzung

Luma ist für Neuprojekte keine Empfehlung mehr. Für bestehende Shops mit vielen Extensions kann es pragmatisch sein, dabei zu bleiben – aber die Performance-Schulden wachsen.

Hyvä: Der Performance-Sprung

Hyvä wurde 2020 von Willem Wigman als Antwort auf Lumas Performance-Probleme entwickelt. Es ist eine komplett neue Frontend-Lösung, die auf dem Adobe Commerce Backend aufsetzt.

Der technische Stack: Alpine.js für Interaktivität, Tailwind CSS für Styling. Kein jQuery, kein RequireJS, kein Knockout.

Das Ergebnis ist messbar: Statt 230 Requests nur noch 5. Statt 3 MB Seitengewicht nur noch 0,4 MB. Statt PageSpeed 60 regelmäßig 90+.

Die große Neuigkeit: Seit dem 10. November 2025 ist das Hyvä Theme kostenlos und Open Source (OSL3/AFL3-Lizenz). Die bisherige Lizenzgebühr von 1.000 Euro entfällt. Das ändert die Kalkulation für viele Projekte grundlegend.

Die Hyvä-Produktfamilie im Überblick

• Hyvä Theme: Das kostenlose Open-Source-Frontend mit Alpine.js und Tailwind CSS
• Hyvä Commerce: Kostenpflichtiges Abo (€3.000/Jahr) mit Theme, UI, Checkout, CMS und laufenden Updates
• Hyvä Enterprise: Für Adobe Commerce B2B-Features (€5.500/Jahr inkl. Commerce)

Was Hyvä kann

• 65% Core-Web-Vitals-Pass-Rate (vs. 41% bei Luma)
• Ladezeiten unter 1,2 Sekunden
• 30-50% schnellere Entwicklung laut Agenturberichten
• Seit 11/2025 kostenlos

Was Hyvä nicht kann

• Alle Extensions automatisch unterstützen (ca. 1.600 Module kompatibel, aber nicht alle)
• Native Adobe Commerce B2B-Features (Company Accounts, Requisition Lists) ohne kostenpflichtiges Hyvä Enterprise abbilden
• Ohne Einarbeitung auskommen: Luma-Entwickler müssen Alpine.js und Tailwind CSS neu erlernen

Unsere Einschätzung

Das kostenlose Hyvä Theme ist für die meisten neuen Adobe Commerce B2C-Projekte die beste Wahl. Neben der Performance profitieren Teams von schnellerer Entwicklung durch den modernen Stack, einfacherem Debugging und deutlich besserer Wartbarkeit. Für B2B-Projekte mit nativen Adobe Commerce Features ist zusätzlich Hyvä Enterprise zu prüfen.

PWA Studio: Die App-Illusion

PWA Studio ist Adobes eigener Ansatz für ein modernes Frontend. Es basiert auf React und kommuniziert per GraphQL mit dem Backend – technisch gesehen ein Headless-Ansatz mit vorgefertigtem Frontend.

Die Idee: Ein Shop, der sich wie eine App anfühlt. Offline-fähig, schnell, installierbar auf dem Homescreen.

Die Realität: PWA Studio ist aufwändig zu implementieren und hat sich nie breit durchgesetzt.

Was PWA Studio kann

• App-ähnliche User Experience
• Entkoppelte Frontend-Entwicklung
• Theoretisch sehr gute Performance

Was PWA Studio nicht kann

• Mit den meisten Drittanbieter-Extensions arbeiten
• Ohne erheblichen Entwicklungsaufwand funktionieren
• Die versprochene Performance garantieren (in Tests teils nur PageSpeed 26 mobil)

Unsere Einschätzung

PWA Studio ist ein Nischenprodukt. Es kann sinnvoll sein, wenn ihr ein dediziertes Frontend-Team habt, ein hohes Budget und spezifische Anforderungen an App-ähnliche Features. Für die meisten mittelständischen Händler ist der Aufwand nicht gerechtfertigt.

Headless/Composable: Die Königsklasse

Headless Commerce bedeutet: Das Frontend ist komplett vom Backend getrennt. Ihr könnt jede beliebige Technologie verwenden – Next.js, Vue Storefront, Nuxt, oder etwas Eigenes. Die Kommunikation läuft über APIs (meist GraphQL).

Das gibt maximale Flexibilität. Ihr seid nicht an Adobe gebunden, könnt mehrere Frontends parallel betreiben (Web, App, Kiosk, Voice), und könnt die besten Tools für jeden Kanal wählen.

Was Headless kann

• Maximale Flexibilität bei der Technologiewahl
• Multi-Channel aus einer Backend-Instanz
• Unabhängige Skalierung von Frontend und Backend
• Performance-Optimierung ohne Magento-Ballast

Was Headless nicht kann

• Günstig sein (ihr baut im Grunde ein eigenes Frontend)
• Schnell implementiert werden
• Standard-Extensions nutzen
• Ohne starkes Entwicklerteam funktionieren

Unsere Einschätzung

Headless ist die richtige Wahl für Enterprise-Projekte mit Multi-Channel-Strategie und eigener IT-Abteilung. Für den klassischen Mittelstands-Shop ist es in den meisten Fällen Overkill.

Theorie ist das eine. Nachfolgend die die Messwerte aus dem HTTP Archive Technology Report (November 2025, mobile Daten):

Metrik	Luma	Hyvä	PWA Studio
Core Web Vitals Pass-Rate	41%	65%	variabel
Typische Ladezeit	4+ Sekunden	< 1,2 Sekunden	2-4 Sekunden
PageSpeed Score (mobil)	60-70	90+	26-80
HTTP Requests	~230	~5	~50-100
Seitengewicht (unkomprimiert)	~3 MB	~0,4 MB	~1-2 MB

Was ist die Core-Web-Vitals-Pass-Rate?

Core Web Vitals sind drei von Google definierte Metriken für Nutzererfahrung: Ladegeschwindigkeit (LCP), Interaktivität (INP) und visuelle Stabilität (CLS). Die Pass-Rate gibt an, wie viele Websites alle drei Schwellenwerte einhalten. Shops mit guten Werten werden von Google in der Suche bevorzugt und bieten eine bessere User Experience.

Die Unterschiede sind nicht marginal. Sie sind fundamental.

Ein Lighthouse-Score von 95 vs. 65 ist nicht nur eine Zahl für Entwickler. Es ist der Unterschied zwischen „lädt sofort“ und „Nutzer springt ab“. Studien zeigen: Jede Sekunde zusätzliche Ladezeit kostet messbar Conversion.

Welches Frontend passt zu welcher Situation? Hier eine Orientierung:

Kriterium	Luma	Hyvä	PWA	Headless
Performance	★☆☆☆	★★★★	★★★☆	★★★★
Entwicklungsgeschwindigkeit	★★☆☆	★★★★	★★☆☆	★★☆☆
Extension-Kompatibilität	★★★★	★★★☆	★☆☆☆	★☆☆☆
B2B-Unterstützung	★★★★	★★★☆	★★☆☆	★★☆☆
Einstiegskosten	★★★★	★★★★	★★☆☆	★☆☆☆
Laufende Kosten (TCO)	★★☆☆	★★★★	★★☆☆	★★☆☆
Zukunftssicherheit	★☆☆☆	★★★☆	★★☆☆	★★★★

Wann welche Option?

Bleibt bei Luma, wenn

• Euer Budget sehr begrenzt ist und eine Migration nicht drin ist
• Ihr stark von Drittanbieter-Extensions abhängig seid, die nicht Hyvä-kompatibel sind
• Der Shop funktioniert und ihr keine Performance-Probleme habt (selten, aber möglich)

Wählt Hyvä, wenn

• Performance für euch wichtig ist (B2C, hoher Mobile-Anteil)
• Ihr langfristig denkt und die technischen Altlasten im Frontend loswerden wollt
• Ihr ein Entwicklerteam oder einen Agenturpartner mit Hyvä-Erfahrung habt
• Ihr einen Neuaufbau oder Relaunch plant

Wählt PWA Studio, wenn

• Ihr ein dediziertes Frontend-Team habt, das React beherrscht
• App-ähnliche Features wie Offline-Fähigkeit zwingend sind
• Der Shop funktioniert und ihr keine Performance-Probleme habt (selten, aber möglich)
• Euer Budget groß genug für die längere Entwicklungszeit ist

Wählt Headless, wenn

• Ihr eine echte Multi-Channel-Strategie fahrt (Web, App, Kiosk, etc.)
• Ihr eine eigene IT-Abteilung mit Frontend-Kompetenz habt
• Maximale Flexibilität wichtiger ist als Time-to-Market
• Ihr Enterprise-Anforderungen habt, die Standardlösungen nicht erfüllen

Ausgangslage

Der Magento Open Source Shop war mit einem Legacy-CMS verknüpft, das nicht mehr updatefähig war. Zwei Systeme bedeuteten: doppelter Wartungsaufwand, fehleranfällige Synchronisation, erschwerte Updates.

Herausforderung

Das CMS komplett ablösen und Content-Funktionen wie Blog und Events in Magento integrieren – ohne das Budget für eine Luma-Individualentwicklung.

Lösung

Migration auf Hyvä Theme plus Hyvä Checkout. Die Umsetzung erfolgte in zwei Schritten: erst Katalogseiten, dann Content-Seiten.

Ergebnis

Nur noch ein System statt zwei. Deutlich bessere Performance und Usability, besonders mobil. Der Checkout verbessert die Conversion. Wartungskosten sind gesunken, die Anwendung läuft stabiler. Und für unser Team: schnellere Entwicklungszyklen durch den modernen Stack.

Luma (bestehend beibehalten)

• Lizenz: 0 €
• Performance-Optimierung: 10.000-20.000 € (mit begrenztem Effekt)
• Laufende Anpassungen: Höher, weil komplexer Code
• Opportunitätskosten: Verlorene Conversion durch langsame Performance

Hyvä (Migration)

• Lizenz: 0 € (seit November 2025)
• Migration: 20.000-50.000 € je nach Komplexität
• Laufende Anpassungen: Niedriger durch schlankeren Code
• Performance-Gewinn: Messbar in Conversion

PWA Studio

• Lizenz: 0 €
• Entwicklung: 80.000-150.000 € (deutlich aufwändiger)
• Laufende Wartung: Hoch, spezialisiertes Team nötig
• Extension-Neuaufbau: Zusätzliche Kosten für jede Funktion

Headless

• Lizenz: Je nach gewähltem Framework
• Entwicklung: 100.000+ € (kompletter Frontend-Neuaufbau)
• Laufende Wartung: Abhängig von interner Kompetenz
• Flexibilität: Unbezahlbar, oder teuer, je nach Perspektive

Unsere Beobachtung

Für die meisten mittelständischen Projekte ist Hyvä der wirtschaftlichste Weg zu moderner Performance. Die Migration amortisiert sich oft innerhalb eines Jahres durch bessere Conversion.

Ist Hyvä wirklich zukunftssicher?

Hyvä bindet euch an Alpine.js und Tailwind CSS. Beides sind aktuell populäre Technologien, aber niemand weiß, wie das in fünf Jahren aussieht. Die Open-Source-Lizenzierung seit November 2025 reduziert das Risiko – die Community kann das Projekt notfalls weitertragen. Aber eine Garantie ist das nicht.

Kann ich meine Extensions behalten?

Nicht alle. Hyvä hat über 1.600 kompatible Module, aber wenn eure kritischen Extensions nicht dabei sind, wird es aufwändig. Prüft das vor der Entscheidung, nicht danach.

Lohnt sich die Migration bei einem laufenden Shop?

Das hängt vom Zustand ab. Wenn euer Luma-Shop stabil läuft und keine Performance-Probleme hat, ist eine Migration nice-to-have, nicht must-have. Wenn ihr aber PageSpeed-Scores unter 50 seht und mobile Nutzer abspringen, rechnet sich die Investition schnell.

Was ist mit Adobe Edge Delivery Services?

Adobe hat mit Edge Delivery Services eine eigene Antwort auf das Performance-Problem vorgestellt. Es ist Adobes später Versuch, mit Hyvä gleichzuziehen. Die Technologie ist vielversprechend, aber noch jung. Hyvä hat einen Vorsprung von fünf Jahren und über 6.400 produktive Shops.

Ist B2B mit Hyvä möglich?

Ja, aber nicht out-of-the-box. Für volle B2B-Unterstützung (Company Accounts, Requisition Lists, Purchase Orders) braucht ihr Hyvä Enterprise. Das ist weiterhin kostenpflichtig. Die Basis-Hyvä-Lizenz reicht für B2C und einfache B2B-Szenarien.

Wir setzen in unseren Adobe Commerce Projekten auf Hyvä. Nicht aus Dogma, sondern aus Erfahrung: Die Performance-Gewinne sind real, die Entwicklung ist schneller, und die Wartung ist einfacher.

Das heißt nicht, dass Hyvä für jeden das Richtige ist. Wenn ihr stark von Extensions abhängt, die nicht kompatibel sind, oder wenn ihr bereits eine funktionierende Headless-Architektur habt, ergibt ein Wechsel keinen Sinn.

Wenn ihr unsicher seid, welcher Weg für euch passt: Lasst uns reden. Wir schauen uns eure Situation an und geben eine ehrliche Einschätzung, auch wenn die lautet „Bleibt bei dem, was ihr habt.“

Die Frontend-Frage bei Adobe Commerce verdient mehr Aufmerksamkeit, als sie oft bekommt. Die Entscheidung zwischen Luma, Hyvä, PWA und Headless ist keine reine Technikfrage, sie bestimmt Performance, Entwicklungsgeschwindigkeit und Kosten für Jahre.

Die kurze Version

Luma ist Vergangenheit. Funktioniert, aber mit wachsenden Schulden.
Hyvä ist die Gegenwart. Bestes Verhältnis aus Performance und Aufwand.
PWA und Headless sind Spezialfälle. Richtig für bestimmte Anforderungen, aber nicht der Standard.

Die gute Nachricht: Mit der Open-Source-Freigabe von Hyvä ist der Einstieg in moderne Frontend-Performance so günstig wie nie. Die schlechte Nachricht: Das gilt auch für eure Konkurrenz.