facebook iconlinkedin iconx icon
Technology
Technology
January 9, 2026

Checkout.com Hyvä Compatibility Module Development

Kristaps Rjabovs
E-Commerce Expert
facebook iconlinkedin iconx icon

The Hyvä compatibility module for Checkout.com started not with Checkout.com itself, but as a solution for another client who needed payment compatibility with the Hyvä frontend. Magebit developed and published it alongside other payment modules we've created, such as:

After the initial release, Checkout.com, a payment processing service provider partnered with eBay, Uber, Pinterest, and many other huge clients, approached us to extend the module with more payment options and checkout flows. The work brought together our Magento and Hyvä developers, project managers, and Checkout.com’s technical team to integrate features like tokenization, 3DS handling, and real-time webhook updates while keeping the checkout experience fast and stable.

You can find the codebase in the Magebit GitHub repository and listed on the Hyvä Modules page.

In this blog, we walk through the initial Hyvä compatibility we built, the enhancements delivered with Checkout.com, the technical and UX decisions behind them, and the impact on merchant checkouts.

What the Initial Compatibility Included: Key Payment Flows

The first version of the Hyvä compatibility module delivered a strong foundation and introduced secure, flexible payment flows.

  1. Card Payments: Implemented through Checkout.com Frames v2 tokenization. This approach ensured PCI compliance by preventing card data from being stored on Magento.

  2. 3D Secure: Fully handled at the place-order stage through redirect URLs from Checkout.com, enabling smooth authentication flows.

  3. Vaulting: Securely stored tokenized cards for returning customers. Saved card options appeared only when relevant settings were active.

  4. Checkout Flow Modes: Supported both payment-first and order-first flows, configurable through Magento admin.

The Next Phase: Checkout.com’s Requested Enhancements

Checkout.com requested the following additional features to align the Hyvä experience with Luma and to introduce greater flexibility and payment diversity:

  1. Alternative Payment Methods: MB WAY with webhook support, part of the broader APM structure within Checkout.com’s Magento 2 module.

  2. Apple Pay and Google Pay: Added as regular payment methods, matching Luma Checkout behavior.

  3. Express Checkout Options: Apple Pay and Google Pay Express buttons for faster, in-context payments directly from the cart or minicart.

  4. Webhook Support: Automated order updates and MB WAY waiting page logic for real-time payment feedback.
Payment options added for Checkout.com.
Payment methods added for Checkout.com.

Each addition was prioritized to balance technical complexity with business value, ensuring early delivery of the most visible improvements like Apple Pay, Google Pay, and MB WAY.

Technical Specifications and Integration Details

Even with a business-first focus, technical depth mattered. Every enhancement followed strict PCI, SCA, and UX standards.

APM (MB WAY)

Firstly, MB WAY was implemented as an alternative payment method on top of a shared APM structure.

  1. Built as a base wrapper to easily add new APMs.

  2. Integrated via Magewire for real-time request handling.

  3. UI developed using Tailwind CSS and AlpineJS for consistency with Hyvä.

  4. Added phone number validation specific to MB WAY.
The MB WAY payment workflow.
The MB WAY payment flow.

Apple Pay & Google Pay

Apple Pay and Google Pay needed to behave the same way merchants already knew from Luma while taking advantage of the Hyvä frontend.

  1. Functionality fully mirrors Luma Checkout to maintain parity.

  2. Supported standard checkout and express modes.

Webhook Logic

Webhook handling is central to keeping orders in sync with Checkout.com in real time. The same webhook flow covers card payments and APMs, so the store always reflects the latest payment state.

  1. Real-time updates for payment status changes (authorized, captured, failed).

  2. MB WAY uses a waiting screen while users confirm payments in their mobile app.

APIs and SDKs

To keep the integration aligned with Checkout.com best practices, all payment communication runs through their official SDKs and APIs.

  1. Checkout.com SDK is used for secure tokenization and payment processing.

  2. Webhook events processed via Checkout.com’s gateway for instant synchronization.

This design ensures that new payment methods would fit neatly into the existing Hyvä checkout experience without sacrificing performance or maintainability, allowing for easy scaling of the business.

UX and Performance Standards

To meet client and user expectations, UX and performance criteria were defined early in the project and tracked throughout testing.

Criteria Description
Button Placement Clear and consistent placement of payment buttons across desktop and mobile.
Error Handling User-friendly messages integrated into Hyvä's native error dispatch logic.
Mobile Parity Identical performance and accessibility across devices.
Accessibility ARIA roles, keyboard navigation, and screen reader support.
Target Latency Payments processed within 2 seconds, including APM and card flows.

One major improvement came after addressing a sandbox gateway delay where webhooks took over two minutes to trigger. This was fixed after internal collaboration with Checkout.com, ensuring real-time feedback.

UX and performance criteria checklist.

Delivery and Rollout Plan

The project followed a phased delivery model with clear prioritization and review cycles.

Priorities

  1. MB WAY Flow: Core APM functionality and webhook-based waiting screen.

  2. Apple Pay and Google Pay: Standard checkout implementation matching Luma behavior.

  3. Express Checkout: Cart and minicart buttons with logic for multiple active buttons on the same page.

Test Environments

  1. Checkout.com sandbox for all payment types.

  2. Shared staging environment hosted by Magebit for QA and client testing.

  3. Local environments for active development.

Acceptance Criteria

  1. Every payment flow operated securely and accurately.

  2. Webhooks synchronized order statuses without manual intervention.

  3. UX met accessibility and latency goals.

Target Release Strategy

Features were rolled out in phases, starting with MB WAY and card methods, followed by webhook logic and express payments. This allowed continuous client feedback and risk mitigation across milestones.

Project execution phases.
Feature rollout phases.

Outcomes and Impact

The compatibility module gave Checkout.com merchants using Hyvä access to a broader set of payment options while maintaining speed and user trust.

  1. Reduced checkout friction with Apple Pay and Google Pay integration.

  2. Improved transparency through real-time webhook updates.

  3. Simplified APM extensions with reusable architecture.

  4. Enhanced compliance through tokenization and secure data handling.

Together, these results not only modernized payment flows but also positioned the integration for future scalability and multi-market adoption. If you want to learn more about what we do, give “World’s Leading Magento Agency” a read.

Final Thoughts

Building the Checkout.com Hyvä compatibility module was a collaboration between technical innovation and business priorities. By aligning Hyvä’s modern architecture with Checkout.com’s advanced payment solutions, Magebit delivered a faster, safer, and more flexible checkout experience for merchants and their customers.

If you're using Hyvä and need to add a payment method, enhance existing flows within this model, or you're a payment provider looking to integrate with Hyvä, reach out to Magebit. We’re here to take your business to the next level!

Frequently asked questions

If you can’t find the answer you’re looking for, feel free to reach out to us. We’re here to help!

Who can use the Checkout.com Hyvä compatibility module?

Any Magento 2 merchant using the Hyvä frontend and Checkout.com as a payment provider can use the module, as long as they meet Checkout.com’s account and configuration requirements.

Where can I find the module code?

The module is available in the Magebit GitHub repository and listed on the official Hyvä Modules page.

Can new APMs be added on top of this integration?

Yes, MB WAY was built on a shared APM structure, so additional APMs can follow the same pattern instead of starting from scratch.

How does the module handle security and compliance?

Card data is tokenized using Checkout.com Frames v2, 3DS flows run through Checkout.com’s secure redirects, and all communication uses official Checkout.com SDKs and webhooks.

What should I do if I need custom changes or new payment methods?

You can contact Magebit to extend the module, add new APMs, or plan a custom Hyvä integration for your payment solution.

Smiling young man with short brown hair wearing a dark blue shirt and grey cardigan standing against a light gray brick wall.

Reliable, human and exceptional.

We reduce friction, solve problems, and help your business thrive with ease.

Reliable, human and exceptional.

We reduce friction, solve problems, and help your business thrive with ease.