Hyvä vs. Headless vs. FMP: die Magento-Frontend-Entscheidung 2026
Wer 2026 ein Frontend für Magento Open Source oder Adobe Commerce plant, steht vor einer Grundsatzentscheidung, die weit über die Optik hinausreicht. Sie legt fest, wie schnell ihr live geht, wer den Store langfristig betreibt, wie eure Core Web Vitals aussehen und wie viel Budget über Jahre gebunden ist. Drei Wege dominieren die Diskussion: Hyvä als schnelles serverseitig gerendertes Theme, Headless beziehungsweise PWA als vollständig entkoppeltes Frontend und die Frontend Management Platform (FMP) als betriebener Mittelweg. Dieser Beitrag ordnet die drei Optionen fair ein und gibt eine klare Empfehlung, welcher Weg zu welchem Team passt.
Hyvä: das schnelle serverseitige Theme
Hyvä ist ein modernes Magento-Theme, das die klassische Luma-Frontend-Architektur ersetzt. Statt Knockout.js und RequireJS setzt Hyvä auf Tailwind CSS und Alpine.js und rendert die Seiten weiterhin serverseitig direkt aus Magento heraus. Das Ergebnis ist ein spürbar schlankeres Frontend mit sehr guten Ladezeiten und deutlich weniger JavaScript im Auslieferungspfad.
Der große Vorteil ist Nähe zum Backend. Hyvä bleibt eng an Magento gekoppelt, nutzt dessen Templating und Layout-XML und lässt sich von Teams pflegen, die Magento ohnehin beherrschen. Der Umstieg von Luma ist geradliniger als ein kompletter Architekturwechsel, und der Hyvä-Marktplatz liefert Kompatibilität mit vielen gängigen Extensions. Wer eine etablierte Magento-Mannschaft hat und im vertrauten Backend-Umfeld bleiben möchte, findet in Hyvä eine ausgereifte, performante Basis.
Die Kehrseite ist dieselbe Kopplung. Das Frontend ist an den Magento-Release-Zyklus gebunden, und eine echte Entkopplung fuer separate Kanäle, Brands oder Composable-Bausteine ist damit nicht das Ziel. Für Teams, die genau diese Freiheit suchen, ist Hyvä bewusst nicht gebaut.
Headless und PWA: das entkoppelte Custom-Frontend
Beim Headless-Ansatz wird das Frontend vollständig vom Magento-Backend getrennt und über GraphQL oder REST angebunden. Ihr baut eine eigene Anwendung, meist mit einem Framework wie Next.js, Nuxt oder Vue Storefront, und Magento liefert nur noch Daten und Commerce-Logik. Diese Trennung schafft maximale Freiheit: eigene Design-Sprache, freie Wahl der Rendering-Strategie, Anbindung weiterer Quellen wie CMS, PIM oder Suche und die Basis für einen Composable-Stack. Details dazu im Composable Frontend.
Der Preis dieser Freiheit ist Verantwortung. Ihr baut und betreibt das Frontend selbst, inklusive Rendering-Infrastruktur, Caching, Deployments, Monitoring und langfristiger Wartung. Die Time-to-Launch ist länger, und der Bedarf an spezialisierten Frontend-Entwicklern ist dauerhaft, nicht nur zum Projektstart. Für digital reife Teams mit klarer Roadmap und eigener Plattform-Kompetenz ist Headless die stärkste Option. Für Teams ohne dieses Standing wird der Betrieb schnell zum Engpass.
FMP: der betriebene Mittelweg
Eine Frontend Management Platform verfolgt dasselbe Ziel wie Headless - ein entkoppeltes, schnelles, flexibles Frontend - nimmt aber die Build-und-Betriebs-Last vom Team. Die FMP betreibt den entkoppelten Storefront-Layer als Managed Service über eurem bestehenden Magento-Backend. Magento bleibt die Quelle der Wahrheit für Katalog, Preise, Warenkorb und Checkout, während die Plattform Rendering, Performance, Deployments, Caching und Multi-Market-Logik übernimmt. Wie das für Magento konkret aussieht, zeigt das Headless Frontend für Magento.
Der Unterschied zu reinem Headless liegt im Betriebsmodell. Ihr bekommt die Entkopplung und die Flexibilität, ohne eine eigene Frontend-Plattform aufbauen und über Jahre selbst warten zu müssen. Redaktion und Marketing arbeiten in einer Oberfläche, Entwickler ergänzen gezielt eigene Komponenten, und der laufende Betrieb liegt bei der Plattform. Mehr zum Modell unter Frontend as a Service.
Der Vergleich über die entscheidenden Dimensionen
Die folgende Übersicht stellt die drei Wege entlang der Kriterien gegenüber, die in der Praxis über die Entscheidung bestimmen.
| Kriterium | Hyvä | Headless/PWA | FMP |
|---|---|---|---|
| Team und Skills | Magento-Backend-Team | eigenes Frontend-Team | Redaktion plus punktuell Entwickler |
| Time-to-Launch | mittel | lang | kurz bis mittel |
| Flexibilität | an Magento gebunden | maximal | hoch, im Rahmen der Plattform |
| Performance und Core Web Vitals | sehr gut | sehr gut bei guter Umsetzung | sehr gut, betrieblich abgesichert |
| Multi-Brand und Multi-Market | über Magento-Stores | frei, aber selbst gebaut | nativ unterstützt |
| Total Cost of Ownership | niedrig bis mittel | hoch, laufend | planbar als Service |
| Wer betreibt es | euer Team plus Magento | vollständig euer Team | die Plattform |
Beim Team zeigt sich der Kern: Hyvä belohnt vorhandenes Magento-Wissen, Headless verlangt eine eigene Frontend-Mannschaft, und die FMP verlagert die Betriebslast. Bei Performance liefern alle drei gute Werte, allerdings hängt Headless stark an der eigenen Umsetzung, während Hyvä und FMP die Grundlage direkt mitbringen. Bei den Gesamtkosten trennt sich Aufbaukosten von Betriebskosten: Headless ist im Betrieb dauerhaft anspruchsvoll, während die FMP den Aufwand in eine planbare Servicegröße überführt.
Welcher Weg zu welchem Team passt
Entscheidet nicht nach dem, was technisch am beeindruckendsten klingt, sondern nach eurer Team-Realität und eurer Roadmap.
Wählt Hyvä, wenn ihr ein eingespieltes Magento-Team habt, im Backend-nahen Umfeld bleiben wollt und keine echte Entkopplung für mehrere Kanäle oder Brands braucht. Hyvä ist die pragmatische, performante Antwort auf ein veraltetes Luma-Frontend.
Wählt Headless, wenn ihr digital reif seid, eigene Frontend-Entwickler dauerhaft vorhaltet und eine Composable-Architektur strategisch bewusst aufbauen und betreiben wollt. Die Freiheit ist real, und die Betriebsverantwortung ebenso.
Wählt eine FMP, wenn ihr die Vorteile der Entkopplung wollt - Geschwindigkeit, Flexibilität, Multi-Market - aber keine Frontend-Plattform selbst bauen und über Jahre warten möchtet. Die FMP ist der operierte Mittelweg für Teams, deren Stärke im Handel und im Content liegt, nicht im Plattformbetrieb.
Nächste Schritte
Die ehrlichste Version dieser Entscheidung beginnt mit einer nüchternen Frage: Wollt ihr ein Frontend bauen und betreiben, oder wollt ihr ein Frontend nutzen und gestalten? Wenn Letzteres zutrifft und euer Backend Magento bleibt, lohnt der Blick auf das Headless Frontend für Magento.
Weitere Themen
Über den Autor: Marcel Thiesies ist Co-Founder von Laioutr und beschäftigt sich täglich mit der Frage, wie Handels- und Marketing-Teams moderne Storefronts betreiben, ohne ihr Backend zu ersetzen. Mehr auf LinkedIn.
Alle Daten basieren auf öffentlich verfügbaren Informationen, Erfahrungen aus Sales-Gesprächen mit DACH-E-Commerce-Brands sowie eigenen Plattform-Tests. Stand: Juli 2026. Hyvä- und Magento-Funktionen können sich weiterentwickelt haben.