Hyvä ist zur Standardantwort auf eine häufige Frage geworden: „Wie machen wir unseren Magento 2-Shop auf Mobilgeräten schnell?“ Es ersetzt Lumas schwergewichtiges RequireJS- und Knockout-Stack durch ein schlankes Frontend, das auf Tailwind CSS und Alpine.js basiert. Das Ergebnis ist in der Regel deutlich weniger JavaScript und viel bessere Core Web Vitals.
Aber eine Hyvä-Migration ist ein echtes Projekt, kein Themenwechsel. In diesem Leitfaden erkläre ich, was damit verbunden ist, was die Kosten antreibt, wie lange es dauert und wie man die Fehler vermeidet, die ich am häufigsten sehe.
Warum Geschäfte zu Hyvä wechseln
- Geschwindigkeit auf echten Geräten. Weniger JavaScript bedeutet schnellere Darstellung und bessere Interaktion bis zur nächsten Darstellung auf Mittelklasse-Handys.
- Bessere Core Web Vitals. Dies hilft sowohl der SEO als auch der Konversionsrate.
- Einfachere Frontend-Entwicklung. Tailwind und Alpine sind einfacher zu handhaben als Knockout UI-Komponenten, sodass Änderungen weniger Zeit in Anspruch nehmen.
- Ein wachsendes Ökosystem. Viele beliebte Erweiterungsanbieter liefern jetzt Hyvä-kompatible Versionen aus.
Ist Hyvä das Richtige für Ihren Shop?
Hyvä ist eine starke Wahl, wenn:
- Der Großteil Ihres Traffics ist mobil
- Ihre Core Web Vitals sind fehlerhaft, selbst nach Caching und Bildoptimierung.
- Sie planen, noch mehrere Jahre auf Magento 2 / Adobe Commerce zu bleiben.
- Ihr Design benötigt sowieso ein Update.
Es ist möglicherweise nicht der richtige Zeitpunkt, wenn Sie planen, innerhalb eines Jahres auf eine neue Plattform zu wechseln, oder wenn der Shop von vielen Erweiterungen abhängt, die keine Hyvä-Unterstützung haben und alle individuelle Anpassungen benötigen würden.
Bevor Sie entscheiden, überprüfen Sie Hyvä’s aktuelle Lizenz- und Produktoptionen auf ihrer offiziellen Website. Ihr Angebot (Theme, Checkout, UI-Bibliothek und Unternehmensoptionen) hat sich im Laufe der Zeit geändert, also planen Sie mit aktuellen Informationen.
Was treibt die Kosten?
Jedes Angebot, das Sie erhalten, sollte auf diesen Faktoren basieren:
- Anzahl der Drittanbieter-Erweiterungen mit einem Frontend. Jede benötigt ein Hyvä-Kompatibilitätsmodul, entweder vom Anbieter, aus der Community oder maßgeschneidert. Dies ist in der Regel die größte Variable.
- Benutzerdefinierte Frontend-Funktionen. Produktkonfiguratoren, benutzerdefinierte Slider, Größenleitfäden, B2B-Schnellbestellformulare und ähnliche Funktionen müssen in Alpine.js neu erstellt werden.
- Checkout-Auswahl. Sie können den Luma-Checkout beibehalten (er funktioniert über einen Fallback), den Hyvä-Checkout verwenden oder einen anderen Ein-Schritt-Checkout nutzen. Jeder hat unterschiedliche Aufwände und Risiken.
- Design. Eine pixelgenaue Kopie des alten Designs ist oft mehr Arbeit als ein modernisiertes Design, das auf den Hyvä-Standardeinstellungen basiert.
- Anzahl der Shopansichten und Sprachen. Mehr Shopansichten bedeuten mehr Tests.
Ein realistischer Zeitplan
Für ein typisches mittelgroßes Geschäft verläuft eine Migration oft in diesen Phasen:
| Phase | Was passiert | Typische Dauer |
|---|---|---|
| Audit | Erweiterungsinventar, benutzerdefinierte Funktionsliste, Checkout-Entscheidung | 1–2 Wochen |
| Basis-Theme | Header, Footer, Kategorie, Produkt, CMS-Seiten | 3–6 Wochen |
| Erweiterungen | Kompatibilitätsmodule und benutzerdefinierte Neuaufbauten | 2–6 Wochen |
| Kasse | Konfiguration oder Integration | 1–4 Wochen |
| QA und Launch | Cross-Device-Tests, Tracking-Überprüfungen, SEO-Überprüfungen | 1–3 Wochen |
Kleinere Geschäfte mit wenigen Erweiterungen können viel schneller arbeiten. Große Multi-Store-Setups dauern länger. Seien Sie vorsichtig mit jedem Angebot, das nicht mit einer Erweiterungsprüfung beginnt.
Schritt-für-Schritt-Migrationscheckliste
1. Alles inventarisieren
- Exportieren Sie Ihre Modulliste und markieren Sie jedes Modul, das das Frontend beeinflusst.
- Überprüfen Sie jeden Anbieter auf ein offizielles Hyvä-Kompatibilitätsmodul.
- Liste alle benutzerdefinierten Vorlagen und JavaScript in deinem aktuellen Theme
2. Entscheiden Sie sich für den Checkout
Der Checkout ist der Ort, an dem Einnahmen generiert werden, also seien Sie vorsichtig. Viele Teams starten Hyvä zuerst auf Katalogseiten und behalten den bestehenden Checkout, bevor sie den Checkout in einer zweiten Phase aktualisieren.
3. In einer Staging-Umgebung mit Produktionsdaten aufbauen
Verwenden Sie eine anonymisierte Kopie des echten Katalogs. Randfälle wie Produkte mit 40 Optionen oder sehr langen Namen erscheinen nur mit echten Daten.
4. Wiederaufbauen, nicht portieren
Versuchen Sie nicht, Knockout-Komponenten Zeile für Zeile zu übersetzen. Erstellen Sie die Funktionalität auf die einfachste Weise mit Alpine.js, die die Anforderungen erfüllt.
5. Schützen Sie Ihr Tracking
GA4-Ereignisse, Google Ads-Konversionen, Meta-Pixel und Einwilligungsmanagement sind häufig mit Luma JavaScript verbunden. Listen Sie jedes Tracking-Ereignis auf und testen Sie jedes einzelne im neuen Thema vor dem Start.
6. Schützen Sie Ihr SEO
- Behalten Sie URLs, kanonische Tags, strukturierte Daten (Produkt, BreadcrumbList) und hreflang identisch.
- Vergleichen Sie das gerenderte HTML der Schlüsselvorlagen vor und nachher
- Führen Sie einen Crawl auf der Staging-Umgebung durch und vergleichen Sie ihn mit der Produktion.
7. Messen nach dem Start
Vergleichen Sie die Core Web Vitals, die Konversionsrate, die Hinzufügen-zum-Warenkorb-Rate und den durchschnittlichen Bestellwert für die vier Wochen vor und nach dem Start. Echte Benutzerdaten in der Search Console benötigen etwa 28 Tage, um sich vollständig zu aktualisieren.
Häufige Fehler
- Ohne eine Erweiterungsprüfung starten. So verdoppeln sich die Budgets.
- Starten an einem Freitag oder vor einem Verkauf. Lassen Sie Raum für Korrekturen.
- Die Admin-Seite vergessen. Einige Erweiterungen fügen Frontend-Widgets über CMS-Blöcke oder Inhalte des Page Builders ein, die ebenfalls überprüft werden müssen.
- Die Leistung nach dem Start ignorieren. Hyvä bietet Ihnen eine schnelle Basis, aber ein Dutzend Marketing-Skripte im Google Tag Manager können sie dennoch verlangsamen.
Häufig gestellte Fragen
Kann ich zu Hyvä migrieren, ohne mein Design zu ändern?
Ja, aber eine strikte 1:1-Kopie kostet in der Regel mehr. Ein leichtes Redesign, das die Komponenten von Hyvä verwendet, ist oft schneller und besser für die Benutzer.
Wird Hyvä alle meine Geschwindigkeitsprobleme beheben?
Es behebt die Frontend-Seite. Wenn Ihr Full Page Cache, Ihre Datenbank oder Ihr Hosting langsam ist, müssen Sie diese weiterhin beheben. Sehen Sie sich meine Liste der 12 häufigsten Ursachen für einen langsamen Magento 2-Shop an.
Funktioniert Hyvä mit Adobe Commerce?
Ja, Hyvä funktioniert sowohl mit Magento Open Source als auch mit Adobe Commerce. Überprüfen Sie die B2B- und spezifischen Adobe-Funktionen anhand der aktuellen Kompatibilitätsdokumentation von Hyvä.
Planen Sie eine Hyvä-Migration?
Ich helfe Teams bei der Planung und Durchführung von Luma zu Hyvä Migrationen, beginnend mit einem Erweiterungs-Audit, damit Sie ein realistisches Budget erhalten, bevor irgendein Code geschrieben wird. Sehen Sie sich meinen Magento 2 und Hyvä Service an oder fordern Sie eine Migrationsschätzung an.