Wie man Magento Luma in 8 Wochen zu Hyvä migriert

Eine 8-wöchige Hyvä-Migration ist die realistische Basis für einen sauberen Magento Luma-Shop, 8 bis 15 kostenpflichtige Erweiterungen, keine wesentlichen B2B-Funktionen, treue Design-Neugestaltung anstelle eines Rebrands.

Dieser Beitrag ist der wöchentliche Plan, den wir verwenden, die Meilensteine, die entscheiden, ob Sie pünktlich landen, und die Dinge, die einen 8-wöchigen Zeitrahmen in einen von 14 Wochen ablenken.

Vorbereitungen: vor Woche 1

Zwei Dinge müssen vor Beginn der Woche 1 wahr sein:

1. Erweiterungsinventar vollständig. Jedes kostenpflichtige Modul im Shop, mit Anbieter + Version + Lizenzstatus. Wir verwenden diese Liste, um zu entscheiden, welche Erweiterungen vom Anbieter bereitgestellte Hyvä-Kompatibilität (kostenlos) haben und welche ein benutzerdefiniertes Kompatibilitätsmodul (kostenpflichtig) benötigen. Ohne sie ist die Abgrenzung ein Ratespiel.

2. Magento auf einer Hyvä-unterstützten Version. Wenn Sie Magento Open Source 2.4.4 oder früher verwenden, kommt das Upgrade zuerst. Kombinieren Sie keine Magento-Hauptversions-Upgrades mit der Hyvä-Migration, das sind zwei riskante Änderungen in einem Zeitfenster.

Die Vorbereitungen sind normalerweise ein 1-wöchiges Zeitfenster, bevor das Engagement offiziell beginnt. Wir erledigen dies während der Abgrenzungsphase, damit der Kickoff nicht mit Verwaltung belastet wird.

Woche 1, Grundlagen

Ziel: Hyvä-Theme installiert, Marken-System Tailwind-Konfiguration abgeschlossen, Design-System-Komponentenbibliothek vorhanden.

Was geliefert wird:

• Hyvä-Theme-Paket in Ihrer Entwicklungsumgebung installiert
• Tailwind-Konfiguration, die Ihrer Marke entspricht: Farb-Tokens, Typografie-Skala, Abstände, Radien
• Basis-Komponentenbibliothek (Schaltfläche, Karte, Abzeichen, Formulareingabe, Modal) im Stil Ihrer Marke
• Header-, Footer-, Navigations-, Breadcrumb-Vorlagen
• Eine Staging-URL, auf der Sie die Grundlagen der neuen Website sehen können

Meilenstein: Am Ende der Woche 1 wird die Startseite unter Hyvä mit Ihrer Marke angezeigt. Noch keine Produkte, kein Checkout, aber die visuelle Identität ist vorhanden.

Wochen 2–3, Seitenvorlagen

Ziel: Jede Shop-Seitenvorlage auf Hyvä umgestellt.

Was geliefert wird:

• Produktdetailseite (PDP), Bildergalerie, Variantenwähler, Preisblock, in den Warenkorb legen, verwandte Produkte, Bewertungen, FAQ
• Produktlistenseite (PLP), Filter, Sortierung, Pagination, unendliches Scrollen, falls zutreffend
• Suchergebnisse
• Warenkorbseite
• Kundenkonto-Bereich (Dashboard, Bestellungen, Adressen, Wunschlisten, Rücksendungen)
• CMS-Blöcke und Inhaltsseiten

Meilenstein: Am Ende der Woche 3 können Sie die Staging-Seite wie ein Kunde durchstöbern. Jede Seite wird angezeigt. In den Warenkorb legen funktioniert. Anmeldung funktioniert. Kontodashboard funktioniert.

Die PDP dauert normalerweise am längsten aufgrund von Varianten, Bildergalerien und der langen Liste von Merchandising-Blöcken (verwandte Produkte, zuletzt angesehen, FAQs, Bewertungen). Planen Sie 3–5 Tage nur für die PDP ein.

Wochen 4–5, Erweiterungskompatibilität

Ziel: Jede kostenpflichtige Erweiterung im Shop wird korrekt unter Hyvä angezeigt.

Was geliefert wird:

• Vom Anbieter bereitgestellte Hyvä-Kompatibilitätsmodule für Erweiterungen, die sie bereitstellen
• Benutzerdefinierte Hyvä-Kompatibilitätsmodule für Erweiterungen ohne Anbieterkompatibilität
• Jede Erweiterung im Kontext getestet, Banner angezeigt, Abzeichen gerendert, Produktfeeds aktiviert

Erweiterungen werden in drei Gruppen unterteilt:

1. Anbieterkompatibilität verfügbar, Composer require + Konfigurationswechsel. 30 Minuten pro Erweiterung.
2. Benutzerdefinierte Kompatibilität erforderlich (nur Anzeige), Banner, Abzeichen, Inhaltsblöcke. 1–3 Tage jeweils.
3. Benutzerdefinierte Kompatibilität erforderlich (Checkout/Warenkorb berührend), Zahlung, Betrug, Versand. 3–7 Tage jeweils, plus Test des Bestellflusses.

Die Variabilität hier ist enorm. Ein sauberer Shop mit ausschließlich Anbieter-kompatiblen Erweiterungen kann diese Phase in 3 Tagen abschließen. Ein Shop mit 15 Erweiterungen, die benutzerdefinierte Kompatibilität benötigen, benötigt die vollen 2 Wochen.

Meilenstein: Am Ende der Woche 5 hat jede Erweiterung auf der Live-Seite ein funktionierendes Pendant auf der Staging-Seite. Sie sollten in der Lage sein, einen End-to-End-Kauf einschließlich aller Drittanbieter-Zahlungs-, Versand- oder Betrugsmodulen durchzuführen.

Woche 6, Leistungsoptimierung

Ziel: Mobile Lighthouse-Leistung bei 90+, ohne Rückschritte bei Barrierefreiheit oder Best Practices.

Was sich ändert:

• LCP-Optimierung: kritisches CSS-Inlining, Schriftarten-Vorabladung, Priorität des Hero-Bildes
• JS-Budget: Tree-Shaking, Lazy-Loading von allem unterhalb der Falz
• Überprüfung von Drittanbieter-Skripten: GA, Meta-Pixel, Chat-Widgets, das sind die größten LCP-Killer
• Bildoptimierung: WebP/AVIF, responsives srcset, Lazy-Loading von Bildern unterhalb der Falz
• Server-Antwortzeit (TTFB): Magento-Konfiguration anpassen, falls erforderlich

Meilenstein: Am Ende der Woche 6 haben sowohl die mobile Lighthouse auf der PDP als auch der PLP eine Bewertung von 90+. Wenn nicht, ist das Umstellungsdatum gefährdet.

Woche 7, UAT auf Staging

Ziel: Echte Bestellungen End-to-End, mit Ihrem Team und (optional) ausgewählten echten Kunden.

Was passiert:

• Ihr Team durchläuft jeden wichtigen Ablauf: Durchsuchen, Suchen, PDP, in den Warenkorb legen, Checkout (echte Karte), Kundenanmeldung, Kontodashboard, Kontakt
• Wir führen eine plattformübergreifende QA auf iOS Safari, Android Chrome, Desktop Chrome, Firefox, Edge durch
• Barrierefreiheitstest: Tastaturnavigation, Screenreader, Kontrast
• Schema.org strukturierte Daten validiert über den Rich Results Test (Produkt, Angebot, Breadcrumb, FAQ-Seite)
• 301-Weiterleitungsplan für jede URL, die sich geändert hat, finalisiert
• Bug-Bash-Sitzung: 1-stündige Sitzung mit allen auf Zoom, bei der 5+ Personen versuchen, die Staging-Seite zu brechen

Meilenstein: Am Ende der Woche 7 ist die Fehlerliste geschlossen und Sie geben die Umstellung frei.

Woche 8, Umstellung + Nach dem Start

Ziel: Hyvä live in der Produktion mit null Ausfallzeiten, 72 Stunden überwacht.

Was passiert:

• Umstellungsfenster: Sonntag 02:00 Uhr UK-Zeit standardmäßig. 30–60 Minuten Wartung. DNS-Umstellung, Cache-Leerung, finale Bestell-Synchronisation.
• Nach dem Start Überwachung: Sentry-Dashboard für 72 Stunden geöffnet. Bestellabschlussquote wird gegen den Basiswert überwacht. Die Search Console wird auf Crawling-Fehler überwacht.
• Bug-Fix-Sprint: 5-tägiges reaktives Zeitfenster für alles, was in der ersten Woche des echten Verkehrs auftritt. Normalerweise 2–5 kleine Probleme; niemals ein grundlegender Neubau.
• Übergabedokument: Theme-Konfiguration, benutzerdefinierte Module, Bereitstellungs-Runbook und ein "Was hat sich geändert"-Referenzdokument für Ihr internes Team.

Meilenstein: Am Ende der Woche 8 haben Sie eine live Hyvä-Seite, ein sauberes Sentry-Dashboard und eine Konversionsrate, die dem Luma-Basiswert entspricht oder darüber liegt.

Was einen 8-wöchigen Zeitrahmen ablenkt

In grober Reihenfolge der Häufigkeit:

1. Erweiterungsliste wächst während des Projekts. Neues kostenpflichtiges Modul in Woche 4 entdeckt = 1–3 Wochen hinzugefügt. Vermeiden Sie dies, indem Sie das Inventar gründlich vor dem Kickoff durchführen.

2. Design-Umfangserweiterung. "Während wir dabei sind, können wir die PDP neu gestalten?" = 2 Wochen hinzugefügt. Entweder verpflichten Sie sich während der Abgrenzung zum Rebrand oder sparen Sie es für das nächste Jahr.

3. Magento-Version-Upgrade kombiniert. Upgrade von Magento 2.4.4 → 2.4.7 + Migration zu Hyvä im selben Zeitfenster verdoppelt das Risiko und fügt 3–4 Wochen hinzu. Tun Sie das nicht.

4. Staging-Umgebung nicht bereit beim Kickoff. Wenn wir am Tag 1 der Woche 1 nicht bereitstellen können, verschiebt sich jedes Verzögerungstag um 1:1 auf das Umstellungsdatum. Richten Sie die Staging-Umgebung während der Vorbereitungen ein.

5. Langsame Überprüfung durch Stakeholder. Die UAT-Woche geht davon aus, dass Ihr Team Zeit für Tests aufwenden kann. Wenn das Feedback 5 Arbeitstage benötigt, um zurückzukommen, verschiebt sich das Umstellungsdatum um 5 Tage.

Wenn 8 Wochen nicht realistisch sind

Seien Sie ehrlich zu sich selbst, wenn eines dieser Dinge zutrifft, benötigen Sie 10–14 Wochen, nicht 8:

• 25+ kostenpflichtige Erweiterungen
• B2B-Commerce-Funktionen (Unternehmenskonten, gemeinsame Kataloge, benutzerdefinierte Preise, Angebote)
• Stark angepasster Checkout-Prozess (getrennter Checkout, B2B-Genehmigungen, komplexe Versandkostenberechnung)
• Hyvä Commerce Umfang (nicht nur Hyvä Theme), Hyvä Checkout fügt 2–3 Wochen hinzu
• Markenrebranding, das an die Migration angehängt wird
• Multi-Store / Multi-Website Magento-Setup mit >2 Shops

Für diese geben wir 10–14 Wochen im Voraus an. 8 Wochen bringen Ihnen eine halb-fertige Seite live; niemand gewinnt.

Nächste Schritte

• Sehen Sie sich die Hyvä-Migrationsdienstseite an, um zu erfahren, was enthalten ist
• Lesen Sie die Kostenaufstellung zur Migration für Einzelpreise
• Überprüfen Sie die Hyvä-Migrationscheckliste, 47 Punkte zur Bestätigung vor dem Kickoff
• Buchen Sie einen 30-minütigen Abgrenzungsanruf, um ein Festpreisangebot mit festem Zeitrahmen zu erhalten