Hyvä vs. Luma: Magento-2-Frontend-Performance im Vergleich (2026)

Hyvä ersetzt das Luma-Frontend von Magento 2 (Knockout.js + RequireJS + LESS) durch Alpine.js und Tailwind CSS. In der Praxis reduziert das ausgeliefertes JavaScript um 90% oder mehr und hebt den mobilen Lighthouse-Score typischerweise von 30 auf 90+. Luma ist nur dann die richtige Wahl, wenn ältere Modul-Oberflächen die Migration blockieren.

Das Wichtigste

• JavaScript-Gewicht: Luma liefert ~400-900 KB JS (RequireJS + Knockout); Hyvä ~30-60 KB (Alpine.js).
• Lighthouse mobil: Luma-Shops erreichen meist 25-45; gut umgesetzte Hyvä-Shops 90+.
• Core Web Vitals: Hyvä macht das Bestehen von LCP und INP ohne separaten PWA/Headless-Stack realistisch.
• Wann Luma bleibt: nur bei starker Abhängigkeit von Drittmodulen mit reiner Knockout-Oberfläche.

Warum Luma standardmäßig langsam ist

Lumas Render-Pfad lädt zuerst RequireJS, löst Dutzende AMD-Module auf und hydratisiert dann Knockout-View-Models, bevor die Seite interaktiv ist. Selbst auf einem optimierten Server leistet der Browser viel Main-Thread-Arbeit — genau das, was Googles INP-Metrik abstraft.

Was Hyvä ändert

Hyvä ist ein servergerendertes Theme. Das Markup kommt fertig an, Tailwind liefert nur die genutzten Klassen, und Alpine.js fügt kleine Interaktivitätsinseln hinzu. Kein RequireJS-Graph, keine Hydration. Das Ergebnis: ein deutlich kleinerer kritischer Pfad und weit weniger Main-Thread-Blockierung.

Migrationsaufwand (ehrlich)

Hyvä ist kein Drop-in-Wechsel. Individuelles Theming und jedes Modul mit Knockout-Oberfläche müssen als Hyvä-kompatible Komponenten neu gebaut werden. Für einen mittelgroßen Shop sind das typischerweise 3-8 Wochen Engineering, dominiert von Checkout und individueller PDP/PLP-Logik. Der Nutzen ist dauerhaft: schnellere Seiten und ein Frontend, das Ihr Team wirklich versteht.

Entscheidungs-Checkliste

• Mobiler Lighthouse unter 50 und Conversion stagniert → zu Hyvä migrieren.
• Wenige/keine Knockout-Drittmodule → Migration risikoarm.
• Abhängig von einem Modul mit reiner Knockout-Oberfläche → Budget für einen Kompatibilitäts-Neubau einplanen oder kurzfristig bei Luma bleiben.

Wir haben Velgrinas Shop mit 13 individuellen Modulen auf Hyvä neu gebaut. Für ein Frontend-Audit vor der Entscheidung quantifiziert unser System-Architektur-Audit die Lücke, oder fordern Sie ein Angebot an.

Häufig gestellte Fragen

Ist Hyvä schneller als Luma?

Ja. Hyvä liefert rund 90% weniger JavaScript als Luma, indem es RequireJS und Knockout.js durch Alpine.js und Tailwind ersetzt. Produktiv-Shops steigen nach der Migration meist von mobilen Lighthouse-Werten um 30 auf 90+.

Wie lange dauert eine Hyvä-Migration?

Für einen mittelgroßen Magento-2-Shop typischerweise 3 bis 8 Wochen Engineering. Der Großteil entfällt auf den Neubau von Checkout und individuellen oder Drittmodulen mit Knockout-Oberfläche.

Wann sollte ich statt Hyvä bei Luma bleiben?

Bleiben Sie bei Luma, wenn Sie von Drittmodulen abhängen, deren Oberfläche nur als Knockout-Komponente existiert, und ein Kompatibilitäts-Neubau noch nicht gerechtfertigt ist. Sonst ist Hyvä für Performance und Wartbarkeit die bessere Wahl.

Hilft Hyvä bei den Core Web Vitals?

Ja. Durch Wegfall des RequireJS/Knockout-Render-Pfads reduziert Hyvä die Main-Thread-Arbeit, was INP und LCP direkt verbessert. Es macht das Bestehen der Core Web Vitals ohne separaten Headless- oder PWA-Stack realistisch.