Hyvä Checkout 1.3 ist das am meisten unterschätzte Upgrade in Magento zurzeit

Hyvä Checkout 1.3 wurde Anfang 2026 veröffentlicht und der Großteil des Magento-Ökosystems betrachtete es als ein kleines Update. Nach dem Einsatz von Hyvä Checkout in einem Dutzend Produktionsgeschäfte seit 2023 sind wir der Meinung, dass es das am meisten unterschätzte Upgrade in Magento zurzeit ist. Dieser Beitrag behandelt die drei Probleme, die 1.3 für uns behoben hat, und warum die meisten Hyvä-Themen-Stores in diesem Quartal ein Upgrade durchführen sollten.

Was Hyvä Checkout tatsächlich ist

Kurze Zusammenfassung für den Kontext. Hyvä Themes ersetzt das Magento Luma-Frontend durch einen Tailwind plus Alpine-Stack. Hyvä Checkout ist ein separates Produkt, das den Standard-Checkout von Magento (immer noch auf Knockout-Basis, selbst in einem Hyvä-Themen-Store) durch einen Hyvä-nativen Checkout ersetzt. Die meisten Hyvä-Stores übernehmen das Thema und den Checkout zusammen, aber sie sind unabhängige Käufe und eine bedeutende Anzahl von Stores verwendet Hyvä Themes mit dem Standard-Magento-Checkout.

Hyvä Checkout 1.3 verdient Aufmerksamkeit wegen der Änderungen, die es unter der Oberfläche vorgenommen hat, nicht nur wegen der benutzer sichtbaren Funktionen.

Problem 1, das behoben wurde: AJAX-Overhead im Kundenbereich

Der Standard-Magento-Kundenbereich-AJAX-Aufruf wird bei jedem Seitenaufruf ausgelöst, einschließlich des Checkouts. Er zieht die Warenkorbanzahl, den Kundennamen, die Inhalte des Mini-Warenkorbs und einige andere Fragmente ab. Bei Luma fügt es 200 bis 600 Millisekunden zur Interaktivitätszeit hinzu, nachdem die Seite gerendert wurde.

Vor 1.3 wurde der Kundenbereich immer noch auf der Checkout-Seite selbst ausgelöst, was redundant war: Der Checkout hat bereits den vollständigen Warenkorbkontext. 1.3 deaktiviert den Kundenbereich-Aufruf auf Checkout-Seiten und zieht die benötigten Fragmente aus dem bestehenden Checkout-Zustand. Der durchschnittliche INP-Verbesserung, die wir in vier Stores gemessen haben: 40 bis 90 Millisekunden im 75. Perzentil.

Problem 2, das behoben wurde: Latenz bei der Adress-Autovervollständigung

Die Adress-Autovervollständigung von Hyvä Checkout vor 1.3 machte eine Rundreise zum konfigurierten Adressdienst (Google, Loqate oder lokale Postdienste) bei jedem Tastenanschlag nach den ersten drei Zeichen. Für hochvolumige Checkouts bedeutete dies, dass die Google Address Validation API den Store während Verkehrsspitzen drosseln würde, was dazu führte, dass die Autovervollständigung stillschweigend fehlschlug.

1.3 führte clientseitiges Debouncing und Anfrage-Koaleszierung ein. Mehrere Autovervollständigungsanfragen für dasselbe Präfix werden zusammengeführt. Das Standard-Debounce beträgt 220 Millisekunden, konfigurierbar. Wir haben eine Reduzierung der Autovervollständigungs-API-Aufrufe um 60 bis 80 Prozent während des Spitzenverkehrs in drei hochvolumigen Stores gemessen. Das kundenorientierte Verhalten der Autovervollständigung ist identisch oder besser.

Problem 3, das behoben wurde: Bedingte Darstellung der Zahlungsmethoden

Hyvä Checkout unterstützt die bedingte Darstellung von Zahlungsmethoden, bei der beispielsweise die Optionen „Jetzt kaufen, später bezahlen“ nur für Warenkorbwerte über £100 angezeigt werden. Vor 1.3 lief die bedingte Logik auf dem Server während jeder Darstellung der Zahlungsstufen-Komponente, was die Anzeige der Zahlungsstufe um 100 bis 200 Millisekunden verlangsamte.

1.3 verschob die bedingte Logik zu den reaktiven Bindungen von Alpine im Browser. Der Server sendet die vollständige Methodenliste nur einmal; der Client filtert, während sich der Warenkorb ändert. Der Wechsel kostete uns etwa einen Tag Integrationsarbeit, um unsere beiden benutzerdefinierten Zahlungsmethoden-Module auf das neue Muster zu aktualisieren. Der Leistungsgewinn bei der Anzeige der Zahlungsstufe war sofort.

Was in 1.3 noch nicht funktioniert

Zur Balance die Dinge, die 1.3 noch nicht behebt.

Der mehrstufige Checkout (Versand und Abrechnung in separate Ansichten aufteilen) ist weiterhin nur als Einzelseite verfügbar. Wir haben Kunden, die speziell einen mehrstufigen Checkout für B2B-Workflows wünschen; sie verwenden weiterhin einen benutzerdefinierten, auf Knockout basierenden mehrstufigen Checkout.

Die Steuerberechnung bei Änderung der Versandadresse löst weiterhin eine vollständige Angebotsneuberechnung aus, die 300 bis 800 Millisekunden in Stores mit komplexen Steuervorschriften in Anspruch nehmen kann. Das Hyvä-Team hat signalisiert, dass sie dies in einer zukünftigen Version angehen werden.

Die API des Kunden-Datenstores (der interne Magento-Mechanismus zum Teilen des Warenkorbstatus über Komponenten hinweg) ist weiterhin von Knockout umhüllt. Zukünftige Versionen von Hyvä Checkout werden dies wahrscheinlich auf eine native Alpine-Implementierung umstellen, aber 1.3 hat dies nicht getan.

Sollten Sie upgraden

Drei Bedingungen, unter denen wir empfehlen, in diesem Quartal ein Upgrade durchzuführen.

Sie betreiben Hyvä Checkout in einem B2C-Store, der monatlich mehr als £50K Umsatz erzielt. Die kumulative Beschleunigung des Checkouts ist messbar.

Sie haben eine Zahlungsmethode mit bedingter Darstellung integriert (Jetzt kaufen, später bezahlen, regionale Zahlungsmethoden). Das reaktive Muster von 1.3 ist das richtige Muster und wichtig für neue Arbeiten an Zahlungsmethoden.

Sie sind stark auf die Adress-Autovervollständigung angewiesen. Die Einsparungen bei den API-Aufrufen allein rechtfertigen die Upgrade-Zeit.

Wenn keine dieser Bedingungen zutrifft, planen Sie das Upgrade in Ihrem nächsten vierteljährlichen Zyklus, aber überstürzen Sie es nicht.

Warum wir denken, dass es unterschätzt wird

Die meisten Upgrade-Kommunikationen vom Hyvä-Team konzentrierten sich auf die sichtbaren Funktionen (überarbeitetes Layout des Mini-Warenkorbs, neue, meinungsstarke Muster für Formularfehler). Die Infrastrukturänderungen erhielten nicht die Aufmerksamkeit, die sie verdienen. Aus der Ausführung des Codes in der Produktion sind die Infrastrukturänderungen dort, wo der echte Wert liegt. Wir sind froh, diese Version zu haben.

Verwandt

• Hyvä: der vollständige Leitfaden behandelt das Hyvä-Ökosystem.
• Magento-Leistungsoptimierung behandelt die breitere Leistungsreihenfolge der Operationen.