Checkout

v1.7.18 Abonnement annuel Mis à jour le 5 juin 2026

Checkout

Module de checkout personnalise pour Magento 2 / MageOS. Remplace le checkout par defaut par une experience d'achat moderne, rapide et entierement…
Compatible Hyvä Magento 2.4.4 Magento 2.4.5 Magento 2.4.6 Magento 2.4.7 Mage-OS 2.0 Mage-OS 2.1
199,00 €
Essayer la démo en ligne
  • Mises à jour et support inclus pendant 12 mois
  • Clé de licence livrée immédiatement par email
  • Garantie satisfait ou remboursé 30 jours
  • Documentation complète incluse
  • Compatible avec les thèmes Hyvä
  • Installation prête pour Composer

Checkout

Un checkout Magento moderne, rapide et entièrement configurable — bâti sur Alpine.js, server-rendered pour la vitesse, et compatible Luma, Hyvä (via le module compagnon) et Swissup Breeze. Remplace le checkout natif Magento par un layout one-page ou multi-step qui adresse les douleurs bien connues : rendu lent, gestion de session fragile, redirections post-commande manquantes pour les gateways off-site, pas d'icônes de moyens de paiement, et une page de confirmation générique.

Tout le flux tourne sur les endpoints REST standard Magento (pas de JSON-API propriétaire), donc les extensions existantes pour shipping, payment, tax, gift messages, coupons et newsletters continuent de fonctionner. Le composant Alpine.js est léger (~30 Ko), CSP-safe via SecureHtmlRenderer, et dispose d'un fallback robuste qui reconstruit la config checkout depuis la base de données quand DefaultConfigProvider crashe.

À qui ça s'adresse

  • Marchands dont le taux de conversion souffre du checkout natif Magento, lent, et qui veulent une expérience plus rapide et plus focalisée
  • Boutiques utilisant des gateways de paiement off-site (MultiSafepay, Mollie, PayNL, Buckaroo, Adyen, Stripe…) qui doivent être redirigées fiablement vers l'étape de paiement hébergée après placeOrder
  • Équipes B2B et B2C qui ont besoin d'une page de succès configurable (message de remerciement, coupon pour la prochaine commande, partage social, upsells de produits liés)
  • Agences qui veulent le même module checkout fonctionnel sur Luma, Breeze et Hyvä (via le compagnon dédié wimakeit/module-checkout-hyva)

Bénéfices clés

  • Deux modes de layout — one-page (toutes les sections visibles) ou multi-step (guidé), switchable par store depuis l'admin.
  • Redirections off-site faites correctement — map de redirection post-placeOrder intégrée pour MultiSafepay, Mollie (mollie_methods_*), PayNL et Buckaroo, plus un champ admin pour ajouter n'importe quel autre gateway (Adyen HPP, Stripe redirect…) sans toucher au code.
  • Icônes par moyen de paiement — livré avec 5 SVG neutres (card, bank, wallet, cash, voucher) auto-mappés sur les principaux gateways plus un fallback par mot-clé du titre (bancontact, iDEAL, PayPal, Apple/Google Pay, Klarna…). Override par code via l'admin : URL complète, chemin module-relatif ou slug intégré.
  • Fonctions intelligentes vraiment utiles — détection d'email invité avec suggestion de login, autocomplétion d'adresse (Google Places ou HERE), adresses client enregistrées, quantités modifiables dans le sidebar, code promo, opt-in newsletter, commentaires de commande, messages cadeaux, checkout agreements, support des paniers virtuels, couleur d'accentuation configurable, indicateur d'étapes.
  • Page de succès configurable — remplace la confirmation native Magento par un hero, un récap de commande, un coupon "next-order" copy-to-clipboard, une rangée de partage social et une grille d'upsells construite à partir des related products des articles achetés — chaque section toggleable individuellement.
  • Build sensible au thème — source LESS unique shimmée dans Luma (_module.less, auto-importée par _extend.less), Breeze (breeze/_checkout.less, wrappée en critical-CSS) et Hyvä (tailwind/module.css, scannée par le build Tailwind de Hyvä). Le composant Alpine.js tourne nativement sur Hyvä et Breeze, et est bundlé avec Alpine 3.14 pour Luma.

Compatibilité

  • Magento 2.4.x / équivalent Mage-OS
  • PHP 8.1, 8.2, 8.3
  • Nécessite wimakeit/module-core ^3.0.9
  • Checkout natif, Swissup Breeze et Hyvä supportés (Hyvä via le compagnon wimakeit/module-checkout-hyva ≥ 1.1.0)
  • Compatible CSP (scripts inline rendus via SecureHtmlRenderer)
  • Traductions livrées : en_US, fr_FR, nl_NL

Installez ce module via Composer. Assurez-vous que votre auth.json est configuré avec vos identifiants Wimakeit.

Terminal
$ composer require wimakeit/module-checkout:^1.7.18
$ bin/magento setup:upgrade
$ bin/magento setup:di:compile

Installation notes

The standard composer require + setup:upgrade + setup:di:compile flow applies. The points below cover what's specific to this module.

Required dependency

This module requires wimakeit/module-core ^3.0.9. Composer pulls it automatically from the Wimakeit registry as long as the registry is declared in your project's composer.json.

Soft dependencies on magento/module-gift-message, magento/module-newsletter, magento/module-checkout-agreements, magento/module-catalog and magento/module-sales are declared but require no manual action on a standard Magento install (these modules are always present).

Hyvä compatibility

On Hyvä stores, install the companion module wimakeit/module-checkout-hyva ≥ 1.1.0 in addition to this one. It ships the compiled stylesheets, the <link rel="stylesheet"> injection and the hyva_config_generate_before observer that registers the Tailwind sources of this module. After enabling both modules:

bin/magento hyva:config:generate
cd app/design/frontend/<Vendor>/<theme>/web/tailwind && npm run build-prod

Configuration

All settings live under Stores > Configuration > WiMakeIT > Checkout. Defaults are production-safe — enable the module, deploy, then fine-tune.

General

SettingDefault
Enable Custom CheckoutYes
Layout ModeOne-page
Enable Debug LoggingNo — leave off in production

Features

SettingDefault
Show Coupon CodeYes
Show Newsletter Opt-inYes
Show Order CommentsNo
Show Gift MessageNo
Guest Email DetectionYes
Editable Quantities in SidebarYes

Address

SettingDefault
Default CountryBE (Belgium)
Address AutocompleteNo
Autocomplete ProviderGoogle Places
API Key(blank — encrypted when set)

Set the API Key on the website / store scope, not the default scope, when you operate multiple stores with different keys.

Success Page

SettingDefault
Enable Custom Success PageYes
Thank-you Message(blank)
Next-order Coupon Code(blank — section hidden when empty)
Coupon Description(blank)
Show Social Share ButtonsYes
Show Upsell ProductsYes
Upsell Products Limit4

Payment

SettingDefault
Show Payment Method IconsYes
Custom Icon Overrides*(blank — one `prefix\value` per line)*
Off-site Gateway Redirect URLs(blank — built-in defaults already cover MultiSafepay, Mollie, PayNL, Buckaroo)

Custom Icon Overrides values can be:

  • a full URL (https://…)
  • a module-relative path (images/payment/my-logo.svg)
  • a built-in slug (_card, _bank, _wallet, _cash, _voucher)

Off-site Gateway Redirect URLs entries can be absolute or start with / (prepended with the store base URL).

Design

SettingDefault
Accent Color#ef6f14
Show Step IndicatorYes

ACL

The module declares a Wimakeit_Checkout::config ACL resource, granted to the Administrator role only. Assign it to your team roles as needed.

No cron, no patches, no env keys

The module has no cron jobs, no schema/data patches, and no app/etc/env.php keys to set.

Version
v1.7.18
Licence
Abonnement annuel
Support
12 mois
Dernière mise à jour
5 juin 2026
Magento
Magento 2.4.4 Magento 2.4.5 Magento 2.4.6 Magento 2.4.7 Mage-OS 2.0 Mage-OS 2.1
PHP
PHP 8.1 PHP 8.2 PHP 8.3
Hyvä
Compatible
Package
wimakeit/module-checkout

Vérifier la compatibilité

Indiquez votre stack pour vérifier la compatibilité du module.

Compatibilité 4

Oui. Checkout est testé sur Magento Open Source 2.4.4 → 2.4.7, Adobe Commerce sur la même ligne, et Mage-OS 2.0+ — en PHP 8.1, 8.2 et 8.3. L'onglet « Spécifications » liste les combinaisons testées. Si votre stack y figure, l'installation est garantie. Wimakeit est une agence Magento certifiée Adobe basée à Presles, en Wallonie (entre Charleroi et Namur) — chaque module est validé sur la même matrice que celle livrée à nos clients enterprise en Belgique, France et Pays-Bas.
Oui — complètement. Checkout embarque un frontend natif compatible Hyvä (Tailwind + Alpine.js) et s'intègre avec Hyvä Checkout le cas échéant. Aucun module de compatibilité supplémentaire requis. Chaque module estampillé Hyvä est développé par la même équipe Wimakeit qui réalise les migrations Hyvä pour nos clients en production.
Hyvä Storefront (Tailwind + Alpine.js, rendu serveur) et Hyvä Checkout (React, headless au-dessus de Magento) sont deux packages distincts. Checkout embarque une compatibilité Hyvä Storefront native — son frontend est rendu via les templates Hyvä, sans fallback Luma. L'intégration Hyvä Checkout est livrée quand le module a un touchpoint d'étape checkout (input de paiement custom, case CGV, etc.) ; sinon le module tourne côté serveur sans customisation Hyvä Checkout nécessaire. Voir l'onglet Spécifications pour le scope Hyvä exact de ce module.
Oui. Checkout respecte le scope Magento standard (default / website / store / store_view). Chaque configuration est surchargeable par store view. Les libellés frontend utilisent les fichiers de traduction Magento standard — livrés en français, anglais et néerlandais d'origine. Les devises suivent la configuration Magento standard, sans câblage supplémentaire. Un store Magento Wimakeit type fait tourner un triplet fr_BE / nl_BE / en_GB depuis un seul back-office — Checkout est prêt pour ce setup B2B / international.

Tarification & licence 4

199 € — paiement unique, licence perpétuelle, pas de frais récurrents. Inclut 1 an de mises à jour mineures + support email en français, anglais et néerlandais, 1 domaine production + 1 domaine staging/dev. Le renouvellement du support après 1 an est optionnel. Tarifs agence ou multi-store négociés directement à contact@wimakeit.com.
Oui. Checkout dispose d'une démo en ligne sur demo.wimakeit.be/module-checkout où vous pouvez explorer l'admin et le frontend avec une installation réelle pré-remplie de données. Pour une évaluation plus longue, demandez une licence d'évaluation via notre formulaire de contact — l'évaluation couvre la même scope que la licence payante et se convertit en clé permanente à l'achat.
Nous étudions les demandes de remboursement au cas par cas. Si le module ne livre pas ce qui est annoncé, envoyez un email à contact@wimakeit.com depuis l'adresse liée à votre licence. La politique de remboursement Wimakeit est publiée sur la page Conditions Générales et s'applique à tous les modules de cette marketplace.
Checkout est distribué sous licence commerciale propriétaire — pas MIT, pas GPL, pas open source. Le code PHP est livré dans vendor/wimakeit/ après composer require, donc vous pouvez le lire, l'auditer, et le patcher localement pour votre propre installation Magento. Vous ne pouvez PAS le redistribuer, le sous-licencier, le publier sur un registre Composer public, ou le revendre. 1 licence = 1 domaine production + 1 domaine staging/dev (voir les Conditions Générales pour l'EULA complet). Les modules Wimakeit ne sont PAS sur le packagist.org public — ils sont distribués exclusivement via le registre Composer privé packages.wimakeit.be.

Installation & mises à jour 6

Lancez composer require wimakeit/module-checkout:^1.7.14, puis bin/magento setup:upgrade, bin/magento setup:di:compile, et enfin bin/magento cache:flush. L'onglet « Installation » de cette page liste chaque étape de configuration (ACLs, crons, valeurs par défaut) — un déploiement prend quelques minutes, pas des heures. Besoin d'aide ? Wimakeit propose des prestations d'installation Magento depuis notre bureau wallon (Presles, entre Charleroi et Namur).
Étape 1 : récupérez un token sur packages.wimakeit.be → Mon compte → Tokens. Étape 2 : à la racine de votre projet, ajoutez à auth.json : {"http-basic": {"packages.wimakeit.be": {"username": "VOTRE-EMAIL", "password": "VOTRE-TOKEN"}}}. Étape 3 : enregistrez le repo : composer config repositories.wimakeit composer https://packages.wimakeit.be. Étape 4 : composer require wimakeit/module-checkout:^1.7.14. Dans les pipelines CI/CD, injectez COMPOSER_AUTH en variable d'environnement JSON pour éviter de commiter auth.json.
La plupart des marchands sont en ligne en 30 minutes : composer install (1-2 min) → setup:upgrade + di:compile (5-10 min selon la taille de la stack) → configuration admin (5-15 min en suivant l'onglet Installation) → smoke test sur un produit ou une commande. Comptez plus de temps si vous avez un thème custom qui override des templates similaires. L'équipe Wimakeit a livré ce module sur de nombreuses boutiques B2B et DTC en Belgique.
Checkout est conçu pour Magento 2.4.x / Mage-OS 2.0+ et n'a pas d'équivalent Magento 1. Lors d'une migration depuis Magento 1, l'équipe Wimakeit prend en charge l'audit, la migration de données et l'intégration de Checkout dans le nouveau back-office, dans le cadre d'un projet de migration Magento. Passer d'Adobe Commerce à Mage-OS est transparent pour Checkout : même composer require, même code module, même schéma de base — pas de fork à maintenir, pas de changement de licence.
Les mises à jour passent par votre dépendance composer (ce package exact), hébergée sur le registre Composer privé Wimakeit packages.wimakeit.be. Chaque release est annoncée sur l'onglet Changelog + les actualités Wimakeit et suit le versioning sémantique — composer update reste sûr à l'intérieur d'une version majeure.
Tous les templates .phtml sont overridables depuis votre thème : copiez le fichier dans app/design/frontend/{VotreVendor}/{theme}/Wimakeit_{Module}/templates/ en respectant le même chemin relatif. Blocks, ViewModels et Helpers s'override via DI preference dans votre propre module custom — déclarez <preference for="Wimakeit\…\OriginalClass" type="VotreVendor\Override\Class" /> dans etc/di.xml. Le XML layout s'étend (préféré) ou s'override de manière standard Magento. Les modules Wimakeit n'utilisent jamais le keyword final sur les classes que vous pourriez raisonnablement vouloir override — surcharger est un scénario de premier ordre, pas un hack.

Support & sécurité 3

Ouvrez un ticket via le formulaire de contact wimakeit.be ou envoyez un email à contact@wimakeit.com avec le nom du module, sa version, votre version Magento/Mage-OS et les étapes pour reproduire. Les correctifs sont livrés dans le prochain patch. Le support Wimakeit répond en français, anglais et néerlandais en jours ouvrables (horaires CET).
Envoyez les rapports privés à contact@wimakeit.com avec le préfixe [SECURITY] dans l'objet — précisez le module, la version et les étapes de reproduction. Accusé de réception en jours ouvrables, mention dans le Changelog sur souhait du déclarant. Wimakeit est une SRL belge (société à responsabilité limitée) soumise au droit belge et européen sur la vie privée et la divulgation responsable.
Oui. Checkout ne stocke que les données nécessaires à son périmètre fonctionnel, ne suit jamais les acheteurs entre les sites, et ne fait aucun appel tiers par défaut. Combinez-le avec le module RGPD Wimakeit pour publier les bandeaux cookies et les formulaires de demande d'accès aux données conformes aux guidances DPA belge, française et néerlandaise. Les hébergeurs Wimakeit (OVH Roubaix / Gravelines, Cblue Gembloux) gardent toutes les données en UE.

À propos de Wimakeit 1

Wimakeit est une agence Magento certifiée Adobe basée à Presles, en Wallonie (entre Charleroi et Namur), Belgique, qui construit des boutiques Magento et Mage-OS depuis 2020, pour des clients BE / FR / NL. Chaque module de cette marketplace tourne en production chez au moins un client Wimakeit (eat your own dog food). Ligne directe avec les développeurs qui ont écrit le code, support multilingue (FR / EN / NL), horaires CET, pas d'offshore. Consultez nos références pour voir le type de projets Magento que nous livrons.

Quelque chose n'est pas couvert par la FAQ ?

Signalez un bug ou posez une question — le formulaire est pré-rempli avec ce module.

Signaler un bug

Changelog

Categories: Security, Feature, Fix, Perf, Admin, Deps.

[1.7.14] - 2026-05-26

Fix

  • MultiSafepay redirect handshake fixed (orders no longer bounce back to /checkout/cart/). The redirect token sent to MultiSafepay is now generated as a 32-character hex string instead of a 36-character UUIDv4 — the multisafepay_redirect_token.token column is VARCHAR(32), so MySQL was silently truncating the UUID and the redirect controller's later lookup never found the row, throwing "Redirect token does not exist" after every Place Order on stores running multisafepay/magento2 4.2+.
  • Removed the diagnostic logging added in 1.7.12/1.7.13 that flooded system.log while we tracked the issue down.

[1.7.11] - 2026-05-26

Fix

  • MultiSafepay 4.2 redirect_token now persists end-to-end. Magento's REST ServiceInputProcessor was stripping the redirect_token from additional_data before MultiSafepay's observer could read it (signature mismatch on PaymentInterface::setAdditionalData). A new CaptureMultisafepayRedirectTokenPlugin on Magento\Quote\Model\Quote\Payment::importData captures the value from the raw input and writes it to additional_information so MultiSafepay's place-order observer can persist the redirect_token row.

[1.7.10] - 2026-05-26

Fix

  • MultiSafepay checkout restored after multisafepay/magento2 4.2 upgrade. The 4.2 metapackage requires token-based redirect handling (PLGMAG2V2-888) — the gateway redirect controller refuses session-based lookups and demands a ?token=... query string. The Hyvä checkout JS now generates a per-order token, sends it as paymentMethod.additional_data.redirect_token, and appends it to the redirect URL for all multisafepay* gateway codes. Other off-site gateways (Mollie, PayNL, Buckaroo) are untouched. WMI-130.

[1.7.9] - 2026-05-26

Fix

  • Post-order redirect no longer leaves the customer on /checkout/cart/ with the page looking like they've been logged out. The private-content-loaded event dispatched after a successful payment now carries a {detail: {data: {}}} payload, fixing a Cannot read properties of null thrown by Hyvä's messages section listener.

[1.7.8] - 2026-05-20

Fix

  • Order summary now shows whole quantities as 1 instead of the raw 1.0000 decimal returned by Magento's quote API. The sidebar item count and the in-summary + / − quantity buttons also stop misbehaving (the previous code was string-concatenating qty values instead of summing them numerically).
  • One-page checkout no longer leaves shoppers stuck on "Please complete the shipping step first to see payment methods" after they pick a shipping method. The first user click now reliably loads the payment methods (the previous one-page watcher silently swallowed the very first selection when no shipping method was preselected).
  • Added missing French and Dutch translations for "Back to cart" and "Loading payment methods…" — both strings now render in the active store language instead of leaking English on non-English storefronts.

[1.7.7] - 2026-05-19

Fix

  • Logged-in customers whose Magento session became corrupted were re-exposed to the storefront as guests, so the checkout silently tried a guest place-order. On stores with downloadable products (where guest checkout is disabled by default), the place-order then aborted with "guest checkout not available" even though the shopper was logged in. The session fallback now restores the logged-in flag and customer profile from the quote's stored customer link. WMI-130.

[1.7.6] - 2026-05-19

Fix

  • Downloadable-only carts (a cart of only digital / module products) no longer freeze on the shipping step waiting for a method that will never appear. The checkout now treats a cart of only virtual/downloadable items as virtual regardless of Magento's stored is_virtual flag and goes straight to billing + payment. WMI-130.
  • Order summary thumbnails now fall back through thumbnail → small_image → image so marketplace products that only carry a base image still render their picture in the cart and on the success page. WMI-130.

[1.7.5] - 2026-05-19

Fix

  • Order summary and totals no longer render every amount as the literal "0,00 €" on locales where Magento's Currency::getOutputFormat() returns a formatted zero instead of the %s € template. The checkout config is now repaired after serialization (re-injecting %s into the pattern) and formatPrice() falls back to %s € if a broken pattern still leaks through. WMI-130.

[1.7.4] - 2026-05-18

Fix

  • Virtual and downloadable-only carts no longer trigger the full-page loader while the customer is still typing their address. The billing / payment-methods / totals preload now runs against a localized paymentMethodsLoading flag and surfaces as a small inline "Loading payment methods…" indicator inside the payment section. The full-page loader is preserved for genuine blocking operations (Place Order, Set Shipping Info, cart item updates). Fixes WMI-124.

[1.7.3] - 2026-05-10

Feature

  • New Enable Debug Logging toggle (Stores → Configuration → Wimakeit → Checkout → General), off by default. Internal traces in success-page hydration, checkout data provider, config provider and the payment-information plugins (logged-in + guest) are gated behind it; error/critical always log.

Perf

  • Production stores stop emitting hot-path traces from the checkout pipeline into var/log/system.log once the toggle is left off.

Deps

  • Requires wimakeit/module-core 3.0.9+ for the shared debug logger virtual type.

[1.7.2] - 2026-05-08

Admin

  • Admin menu group standardized — module appears under a top-level Wimakeit_Checkout entry with a Settings child that opens directly on the configuration section.
  • New Wimakeit_Checkout::config ACL resource so the Settings entry can be granted independently of code edits.

Deps

  • Certified PHP 8.1 → 8.3 support. Composer php constraint tightened to >=8.1 <8.4.

[1.7.1] - 2026-04-29

Admin

  • Internal release pipeline standardized (validate, tag, deploy, release stages). No functional change for merchants.

[1.7.0] - 2026-04-30

Feature

  • New payment method icons — 5 neutral SVG categories (card, bank, wallet, cash, voucher) auto-mapped to the major gateways (MultiSafepay, Mollie, PayNL, Buckaroo, Adyen, Stripe, native PayPal/Braintree) and generic codes (cashondelivery, checkmo, banktransfer, sepa, klarna, afterpay…), with a title-keyword fallback (bancontact, iDEAL, PayPal, Apple/Google Pay, Klarna, sofort, giropay, payconiq, FR/NL translations).
  • Expanded post-order redirect defaults to cover multisafepay, mollie_methods, mollie, paynl_payment, buckaroo_magento2. Previously only MultiSafepay was handled server-side, so Mollie iDEAL/Bancontact customers were dropped on the native success page before the gateway could redirect them.

Admin

  • New Show Payment Method Icons toggle (default on) under Stores > Configuration > WiMakeIT > Checkout > Payment.
  • New Custom Icon Overrides field (multiline prefix|value textarea) — value can be a full URL, a module-relative path, or a built-in slug.
  • New Off-site Gateway Redirect URLs field (multiline prefix|url textarea) — URLs starting with / are prefixed with the store base URL, letting integrators add gateways without touching code.

[1.6.1] - 2026-04-25

Fix

  • Off-site payment gateways (MultiSafepay and similar) no longer drop customers on the native success page right after placing the order. The Alpine place-order handler now resolves the gateway redirect URL from the server-side map instead of always navigating to successUrl.

[1.6.0] - 2026-04-20

Admin

  • Module is now laser-focused on Luma + Breeze. Hyvä-specific surface area (Tailwind module, hyva_config_generate_before observer, etc/frontend/events.xml, pre-compiled CSS) moved to the companion wimakeit/module-checkout-hyva ≥ 1.1.0.
  • Removed pre-compiled checkout.css / success.css and the non-partial LESS entries that existed only for the Hyvä <css src=> publisher.

Deps

  • Hyvä sites must now install wimakeit/module-checkout-hyva ≥ 1.1.0 (ships its own compiled stylesheets and a proper <link rel="stylesheet"> injection).

[1.5.2] - 2026-04-15

Admin

  • Dropped <head><css src="…"/> from checkout_index_index.xml and checkout_onepage_success.xml — Hyvä's page-config renderer was stripping the rel="stylesheet" from it, leaving the browser with a bare <link> it never loaded. Luma and Breeze still pick up the styles via their existing _extend.less / critical-CSS pipelines.
  • Ship compiled checkout.css and success.css alongside the LESS partials so the Hyvä companion module can reference them.

[1.5.1] - 2026-04-12

Fix

  • Restored the runtime LESS entry points (checkout.less, success.less) after the 1.5.0 cleanup so themes that don't bundle our partials still get styled.

Feature

  • Native Hyvä Tailwind registration via the hyva_config_generate_before observer — themes that opt-in to the proper pipeline no longer double-load the styles.

[1.5.0] - 2026-04-10

Admin

  • Frontend assets restructured into a single LESS source under view/frontend/web/css/source/:
  • _variables.less — design tokens (text, font-size, radius, breakpoints, transitions, dark-mode palette).
  • _mixins.less — spinner, input-base, selectable-card, button-base, visually-hidden.
  • _checkout.less, _success.less — fully nested page partials.
  • _module.less — Luma bundle entry (auto-included via _extend.less).
  • New Breeze critical-CSS entry at view/frontend/web/css/breeze/_checkout.less per breezefront convention.
  • New Hyvä Tailwind source at view/frontend/tailwind/module.css so Hyvä's Tailwind build keeps the .wm-co-* classes.
  • New Breeze JS widget shim registered in breeze_checkout_index_index.xml — Breeze can defer / bundle the Alpine component instead of treating the <script src> as a standalone asset.

[1.4.4] - 2026-04-08

Fix

  • Custom success page no longer renders a duplicate native "Thank you for your purchase!" heading nor the "Print" link above our hero.
  • Product thumbnails on the success page no longer produce a broken placeholder/.jpg URL when the product has no small_image. Magento's normal placeholder URL is now returned.
  • Social share text now reads "I just placed an order at WiMakeIT" instead of the raw store-view code (was "FR").

[1.4.3] - 2026-04-05

Admin

  • "Place Order" button now uses the configured Accent Color instead of the neutral text color, so the primary CTA matches the brand. Hover darkens via filter: brightness(.92).

[1.4.2] - 2026-04-03

Fix

  • Minicart no longer shows the items from the order just placed. After a successful payment-information POST, the cart, checkout-data, cart-data, last-ordered-items and messages keys are wiped from mage-cache-storage, section cookies expired, and the Hyvä reload-customer-section-data / private-content-loaded events dispatched.

[1.4.1] - 2026-04-02

Fix

  • placeOrder no longer fails silently when a shipping/billing field is invalid. The validator now sets a global error (with the offending field's message) and scrolls/focuses the first invalid input. Previously the button stayed enabled while the click did nothing.

[1.4.0] - 2026-04-01

Feature

  • New custom order success page with five individually toggleable sections:
  • Hero with personalised greeting, order number and confirmation email line.
  • Order summary card listing each item (thumbnail, qty, line total) plus the grand total.
  • Next-order coupon card with a copy-to-clipboard button (Alpine, no extra JS).
  • Social share row (Facebook, X, LinkedIn, WhatsApp, email) with brand-coloured hover.
  • Upsells grid built from related products of the just-bought items, deduped against the order itself and capped to a configurable limit (default 4).
  • New SuccessData ViewModel that pulls the last real order from the checkout session, formats prices via Pricing\Helper\Data, and degrades gracefully when the order is no longer available (empty-state with "continue shopping" CTA).

Admin

  • Module now sequences Magento_Catalog and Magento_Sales for the upsell + order data needed by the success page.

[1.3.0] - 2026-03-28

Feature

  • New extension attribute wm_newsletter_email so the newsletter subscription uses the email actually captured in the checkout form rather than billing.email. Avoids subscribing the wrong address after the user changes the email in a later step. Falls back to billing/quote email if missing or invalid.
  • New getDeliveryEstimate(method) helper exposing per-method delivery ETAs when the carrier provides them (extension_attributes.delivery_date, eta, lead_time, estimated_delivery). Displayed under the carrier title.

Perf

  • Shipping form no longer issues redundant POST /billing-address calls — the request is now skipped when neither the address nor the cart changed since the last successful load.

Admin

  • Bundled phpstan.neon (level 8) and phpcs.xml (PSR-12 + Magento2) so the module ships with a clean static-analysis baseline.

[1.2.0] - 2026-03-25

Feature

  • Virtual / downloadable cart support — when $quote->isVirtual() is true, the shipping leg is skipped, the address form becomes the billing address, and payment methods are loaded via POST /billing-address + GET /payment-methods + GET /totals.
  • Step indicator shows "Billing" instead of "Shipping" for virtual carts.

Admin

  • Removed the "billing address same as shipping" toggle and the secondary billing form for virtual carts — the displayed address IS the billing address.

[1.1.0] - 2026-03-20

Feature

  • Order comments now persisted on the quote and copied to sales_order.customer_note (plugin on PaymentInformationManagementInterface + guest variant).
  • Newsletter opt-in actually subscribes the email after a successful order, for both customer and guest checkout.
  • Gift message UI (sender / recipient / message) wired to the native Magento_GiftMessage REST endpoint, called before order placement.
  • Real address autocomplete implementation for both Google Places and HERE Geocoding — country-restricted suggestions under the street field, with a session token to keep Google billing on the autocomplete-only tier.
  • Bundled Alpine.js 3.14.1 in view/frontend/web/js/vendor/alpine.min.js so Luma works out of the box (Hyvä and Breeze keep using their native Alpine).
  • Telephone validation (E.164-ish: 7–20 digits after stripping separators).

Security

  • Email validation now uses the WHATWG HTML5 regex with a 254-char cap.
  • isEmailAvailable calls are debounced and rate-limited (≥ 1.5s between requests) to slow down enumeration probes.

Admin

  • Declared extension_attributes on Quote\Api\Data\PaymentInterface: wm_customer_note, wm_subscribe_newsletter.
  • Removed the 0000000000 telephone fallback — the field is now properly required.

Deps

  • Soft dependency on magento/module-gift-message and magento/module-newsletter declared in composer.json and module.xml.

Vous avez trouvé un bug ? Faites-nous-en part.

Un court formulaire s'ouvre dans un nouvel onglet — le nom du module et votre langue sont déjà pré-remplis. Décrivez ce que vous avez tenté, ce qui n'a pas fonctionné, et nous vous répondrons sous un jour ouvré.

Signaler un bug pour Checkout
SKU module : wimakeit-module-checkout · Langue : fr_FR

Besoin d'aide ?

Notre équipe est disponible pour vous accompagner dans l'intégration.

Contactez-nous
Planifier un appel