Hyvä Checkout: voordelen, integraties en valkuilen

Ervaringen met Hyvä Checkout in Magento 2 webshops in Nederland, Zwitserland en Turkije

De checkout is de enige pagina van een Magento webshop waar elke trage seconde en elke fout direct geld kost. Ik heb Hyvä Checkout geïmplementeerd in Magento 2 webshops in Nederland, Zwitserland en Turkije, en ik heb ook gewerkt aan webshops met een Hyvä storefront en daarachter de Luma checkout. Beide opzetten kunnen werken. Ze gaan alleen op een andere manier mis.

Dit artikel laat zien wat Hyvä Checkout echt verandert, hoe de integraties die een project meestal bepalen zich gedragen (PostNL, DHL en de betaalproviders), hoe ik een overstap vanaf de Luma checkout aanpak, en wanneer je Luma beter kunt houden.

Wat is Hyvä Checkout?

Hyvä Checkout is een apart product naast het Hyvä theme. Het theme vervangt de Luma frontend van Magento. De checkout vervangt de standaard checkout van Magento: de grote Knockout.js- en RequireJS-applicatie die elke Luma webshop meelevert.

Hyvä Checkout is gebouwd op Magewire, een componentlaag voor Magento in de stijl van Livewire. Elk onderdeel van de checkout (adres, verzendmethoden, betaalmethoden, totalen) is een PHP-component dat op de server wordt gerenderd, met Alpine.js voor de kleine interactieve delen. Kiest een klant een verzendmethode, dan werkt het component zich op de server bij en stuurt alleen de gewijzigde HTML terug. Er hoeft geen grote applicatie in de browser te laden, op te starten en synchroon te blijven.

Sinds november 2025 is het Hyvä theme zelf gratis en open source. Hyvä Checkout is nog altijd een commerciële licentie: op het moment van schrijven ongeveer €1.000 per Magento-installatie inclusief het eerste jaar updates, of onderdeel van het Hyvä Commerce-abonnement. Controleer de actuele prijs op hyva.io voordat je begroot.

Hyvä Checkout of de Luma checkout fallback

Een Hyvä webshop hoeft geen Hyvä Checkout te gebruiken. De fallback-module (hyva-themes/magento2-luma-checkout) zet het Hyvä theme uit op de checkout-route en laadt daar de standaard Luma checkout, met RequireJS, Knockout en de Luma-styling. Wat in een Luma webshop werkt, werkt daar ook.

	Hyvä Checkout	Luma checkout fallback
Rendering	Componenten op de server (Magewire) met Alpine.js	Knockout.js-applicatie in de browser via RequireJS
JavaScript in de checkout	Weinig	De volledige Luma checkout-stack
Uitstraling	Hetzelfde Tailwind-designsysteem als de webshop	Aparte Luma-styling, los onderhouden
Aanpassen	PHP-componenten en templates	Knockout UI-componenten, mixins, layout XML
Modules van derden	Hebben een Hyvä Checkout-integratie nodig	Luma-compatibele modules werken zoals ze zijn
Licentie	Commercieel	Gratis, bij het theme

De voordelen van Hyvä Checkout in de praktijk

1. Een lichtere checkout op mobiel

De Luma checkout laadt tientallen JavaScript-bestanden voordat een klant een adres kan typen. Op een gemiddelde smartphone voelt de checkout daardoor traag: tikken die achterlopen, velden die verspringen terwijl de pagina opstart. Hyvä Checkout rendert het formulier op de server en laadt veel minder JavaScript. Dat zie je terug in de reactiesnelheid (INP) van de checkout en in hoe snel het eerste veld bruikbaar is.

2. Minder fouten die niemand ziet

De meeste checkout-bugs die ik in Luma webshops heb opgelost, waren onzichtbaar voor de eigenaar: een JavaScript-afhankelijkheid die in één situatie niet laadde, een mixin van de ene module die een andere overschreef, een verzendmethode die verdween voor ingelogde klanten. In één van die gevallen leverde het oplossen van één JavaScript-afhankelijkheid 11% meer afgeronde bestellingen op (het verhaal staat in mijn artikel over conversie-optimalisatie in Magento). Met componenten die op de server renderen, zijn er veel minder bewegende delen in de browser, en dus minder van dit soort fouten om op te sporen.

3. Aanpassingen worden goedkoop

Een veld toevoegen, stappen omdraaien, een levertijd naast een verzendmethode tonen: in Luma betekent dat Knockout-templates, UI-componenten en mixins, en een developer die die goed kent. In Hyvä Checkout is het een PHP-component en een template. Kleine verbeteringen aan de checkout worden zo geen projecten meer.

4. Eén designsysteem

Met de fallback is de checkout een Luma-eiland in een Hyvä webshop: andere CSS, andere componenten, twee plekken om één knop aan te passen. Hyvä Checkout gebruikt hetzelfde Tailwind-designsysteem als de rest van de webshop, dus de checkout ziet eruit en werkt zoals de pagina waar de klant net vandaan komt.

5. Eigen stappen en layout

Hyvä Default is een checkout in meerdere stappen, en de stappen en hun inhoud staan in layoutbestanden die je kunt aanpassen, ook naar één pagina. Wat beter converteert hangt af van je klanten, en dat kun je testen in plaats van gokken.

Hyvä Checkout integratie: PostNL, DHL en betaalproviders

In de praktijk bepalen de integraties het project, niet de checkout zelf. Voor elke schatting zet ik alle modules op een rij die de checkout raken, en controleer ik ze tegen de publieke integratie-tracker van Hyvä en de Hyvä-ondersteuning van de leverancier zelf.

PostNL

PostNL publiceert een compatibiliteitsmodule voor Hyvä Checkout (postnl/module-hyva-checkout) bovenop de gewone Magento 2-extensie. Daarmee komen afhaalpunten en de keuze van een bezorgdag in Hyvä Checkout. Twee dingen controleer ik bij elk project: of de versies van beide modules bij elkaar passen, want de compatibiliteitsmodule vraagt een recente PostNL-extensie, en hoe de bezorgopties verversen als de postcode verandert, want daar merken klanten vertraging.

DHL

Voor DHL Parcel is er een aanvullende module (dhlparcel/magento2-plugin-hyva) bij de DHL Parcel-verzendextensie, met de ServicePoint-zoeker en, in Nederland, bezorgtijdvakken. De module is jong (eerste release in januari 2026), dus ik test hem tegen de exacte versies die in gebruik zijn in plaats van aan te nemen dat het werkt. Verzend je via Sendcloud, dan hebben de DHL-servicepunten de aparte Hyvä-compatibiliteitsbridge van Sendcloud nodig. Andere DHL-integraties zijn losse producten met hun eigen Hyvä-ondersteuning, of zonder.

Betaalproviders

Mollie, Adyen, Buckaroo, MultiSafepay, Pay., PayPal, Stripe, Klarna en Worldline staan allemaal op de lijst met betaalintegraties van Hyvä. De meeste Nederlandse en West-Europese webshops zijn dus gedekt, iDEAL via de betaalprovider inbegrepen. Elke integratie is een aparte module naast de eigen extensie van de provider, met eigen versie-eisen.

Wat er verschilt tussen Nederland, Zwitserland en Turkije

Nederland. iDEAL is de betaalmethode die je als eerste test. Adresinvoer hoort te werken met postcode en huisnummer; voor Postcode.nl bestaan Hyvä Checkout-integraties. Klanten verwachten PostNL-afhaalpunten en een bezorgdag.
Zwitserland. Klanten verwachten TWINT en PostFinance, meestal via een Zwitserse betaalprovider zoals Datatrans, Saferpay of Wallee. Op het moment van schrijven staan die niet op de lijst van Hyvä, dus vraag het eerst na bij de provider en reken zo nodig op een eigen Magewire-betaalcomponent. Meerdere talen en prijzen in CHF op één installatie vragen ook om tests per store view.
Turkije. Kaartbetalingen lopen via lokale gateways met 3D Secure-redirects en betalen in termijnen (taksit) per kaart. Ook die gateways staan niet op de lijst van Hyvä, dus plan een betaalcomponent dat de terugkeer naar de webshop afhandelt en de termijnentabel goed toont.

Zo stap ik over van de Luma checkout naar Hyvä Checkout

Inventariseren. Elke module die de checkout raakt: verzending, betaling, adresvalidatie, extra velden, B2B-velden zoals btw-nummer of referentie, cadeau-opties, trackingscripts.
Indelen. Elke module werkt al, heeft een Hyvä Checkout-integratie, of moet gebouwd worden. Die laatste groep bepaalt het budget en de planning.
Tracking opnieuw bouwen. Data layer-pushes uit de Luma checkout-scripts draaien niet in Hyvä Checkout. De GA4-events begin_checkout, add_shipping_info, add_payment_info en purchase moeten opnieuw worden gebouwd en tegen de orderdata worden gecontroleerd. Dit is ook het moment om het purchase-event server-side te versturen.
Echte betaalstromen testen op staging. Elke betaalmethode in sandbox-modus, mislukte en geannuleerde betalingen, de terugkeer na 3D Secure, en elke verzendmethode voor elk land waar je naartoe verzendt.
Per store view overschakelen. De actieve checkout kies je in de configuratie per website of store view. Je kunt dus eerst één markt omzetten, de Luma checkout op de andere laten staan en vergelijken.
Vier weken meten voor de volgende wijziging.

Wanneer de Luma checkout nog de juiste keuze is

Hyvä Checkout is mijn standaard voor nieuwe Hyvä-projecten, maar niet altijd. Ik houd de Luma checkout als:

een betaal- of verzendmodule waar het bedrijf op draait geen Hyvä Checkout-integratie heeft, en er nog geen budget is om die te bouwen;
de webshop leunt op een sterk aangepaste one-step checkout-extensie die het operations- en supportteam goed kent;
de lanceerdatum vastligt en de storefront de grootste winst is: lanceer eerst de Hyvä storefront en zet de checkout in een tweede fase om.

Een Hyvä storefront met een Luma checkout is een prima opzet, maar het winkelmandje wordt dan het overdrachtspunt tussen twee frontends. Over die grens schreef ik in een case over een Hyvä storefront met een Luma checkout.

Wat je voor en na meet

Hyvä Checkout is een middel, niet het resultaat. Voor de overstap leg ik een nulmeting vast, en vier weken erna vergelijk ik dezelfde cijfers:

Doorstroom door de checkout, van begin_checkout tot purchase, per apparaat.
Geslaagde betalingen per betaalmethode, inclusief mislukte en geannuleerde.
INP en LCP van de checkout voor mobiele bezoekers, uit velddata en niet alleen Lighthouse (zie de gids over Core Web Vitals).
JavaScript-fouten in de checkout.
Supportmails en tickets over bestellingen die niet doorkwamen.

Ter vergelijking: het Baymard Institute komt op een gemiddeld gedocumenteerd verlatingspercentage van winkelmandjes van ongeveer 70%, en 18% van de Amerikaanse online shoppers zegt een bestelling te hebben afgebroken omdat de checkout te lang of te ingewikkeld was. Een snelle checkout die voor elke klant werkt lost dat niet helemaal op, maar het is wel het deel dat je zelf in de hand hebt.

Checklist voor Hyvä Checkout

Alle checkout-modules op een rij en gecontroleerd tegen de integratie-tracker van Hyvä.
PostNL, DHL en andere vervoerders op versies die hun Hyvä-modules ondersteunen.
Elke betaalmethode getest in sandbox: geslaagd, mislukt, geannuleerd, 3D Secure.
Adresinvoer die bij de markt past, zoals postcode en huisnummer in Nederland.
GA4-checkout-events opnieuw gebouwd en vergeleken met echte bestellingen.
Een nulmeting vastgelegd voor de overstap.
Uitrol per store view, met de Luma checkout als vangnet tot de cijfers standhouden.

Veelgestelde vragen

Is Hyvä Checkout gratis?

Nee. Het Hyvä theme is sinds november 2025 gratis en open source, maar Hyvä Checkout is een aparte commerciële licentie. Een Hyvä webshop kan in plaats daarvan de gratis Luma checkout fallback gebruiken.

Werkt Hyvä Checkout met PostNL en DHL?

Ja, via compatibiliteitsmodules: postnl/module-hyva-checkout voor PostNL en dhlparcel/magento2-plugin-hyva voor DHL Parcel. Beide draaien bovenop de gewone Magento-extensie van de vervoerder en vragen passende versies.

Kan ik het Hyvä theme gebruiken met de Luma checkout?

Ja. De fallback-module laadt de standaard Luma checkout op de checkout-route. Dat is een prima eerste fase, maar je onderhoudt dan twee frontends: de Hyvä webshop en de Luma checkout. Andersom kan ook: Hyvä Checkout draait ook op een webshop die nog het Luma theme gebruikt.

Hoe lang duurt een overstap naar Hyvä Checkout?

Dat hangt af van de integraties, niet van de checkout. Als elke betaal- en verzendmodule al een Hyvä Checkout-integratie heeft, is het een kwestie van weken; elke module die gebouwd moet worden komt daarbovenop.

Tot slot

Hyvä Checkout maakt de belangrijkste pagina van een Magento webshop lichter, makkelijker aan te passen en moeilijker kapot te krijgen. Het werk zit in de integraties: PostNL, DHL, de betaalproviders, en de details per markt die verschillen tussen Nederland, Zwitserland en Turkije.

Plan je de overstap, begin dan met de gids voor de migratie van Luma naar Hyvä, of laat mij eerst naar je checkout kijken: bekijk mijn werk met Magento en Hyvä of de checkout conversie-audit.