Express Checkout brings address, delivery, payment and confirmation into one window on your PrestaShop product pages, listings or cart. Installation and two keys from your payment account prepare the first express buttons.
Payments use Stripe, with a free account, no monthly charge and a commission per transaction. Cards, wallets and local methods share the provider's fraud screening, bank payouts and transaction history.
You choose button placements, required address fields and payment eligibility by audience, country and currency. Delivery prices update live, and excluded payment-and-carrier combinations are rejected. An optional single-page checkout includes your other payment and shipping modules. A payment completed after the browser closes still creates its order, while full or partial refunds run from the order screen.
Customers complete the purchase where they chose the product, with delivery and payment handled in the same window.
Summary of what Express Checkout offers
Express Checkout compresses the distance between decision and payment to one window, anywhere in the shop, on top of the payment methods customers already carry. Six features connect faster purchasing with payment controls, delivery and reporting:
- Where the buying happens: product, listing, cart, checkout, custom placements, or a full single-page checkout.
- How customers pay and what the service costs: wallets, cards and manual methods on one provider account.
- Who sees which method: targeting by seven dimensions plus delivery compatibility.
- How shoppers identify and receive: guest, social and code sign-in, live carriers, digital delivery.
- What survives interruptions: background order creation, recovery and refunds.
- What the merchant sees: conversion, attribution, one financial ledger and a self-repairing installation.

Where does the buying happen?
Wherever the decision happens. Express buttons sit on product pages, in listings, on the cart and in checkout, plus any custom placement your theme calls for, and each placement inherits the shared design or carries its own buttons, colours and labels. The customer taps, one window opens over the page, and address, delivery and payment happen right there; items and quantities are edited in the same window and voucher codes update the total live.
When you want the whole shop to buy this way, the complete single-page checkout replaces the default flow: one page holding personal details, delivery and payment together, with your other payment and shipping modules taking part. The native checkout meanwhile remains untouched for everything you leave to it, which makes the rollout a decision, not a risk.

How do customers pay, and what does the service cost?
With whatever they already carry. Cards, Apple Pay, Google Pay, PayPal, Stripe Link and local methods arrive through one Stripe account, which is free to open and charges a commission per transaction with no monthly fee; fraud screening and payouts to your bank are part of the service. Returning customers pay with saved cards, managed by themselves in their account, and each method either charges immediately or authorizes now and captures when you ship.
Offline money is a first-class citizen: bank transfer and cash on delivery run through the same transaction, confirmation and refund records as cards. Refunds, full or partial, run from the order screen, and one ledger holds every charge with its processing fee, exchange rate, receipt and risk outcome next to manually confirmed payments with their amount, date and reference. The accountant reconciles in one place.

Who sees which payment method?
Exactly who you decide. Every method is scoped by shop, customer group, language, browser, page type, currency and country, so cash on delivery exists only for the domestic market, the B2B group sees bank transfer first, and a wallet appears only where the visitor's device supports it. Methods are enabled, ordered and given a default with drag and drop.
Delivery talks to payment: combinations you exclude are rejected, so the courier who refuses cash never meets a cash order, and a carrier requiring special handling never pairs with the wrong method. These rules run in the background of every checkout without the shopper seeing anything but a clean, valid choice.

How do shoppers identify themselves and receive the order?
With the least possible typing. Guests buy without an account and get the offer of one afterwards, a single optional password. Returning customers sign in with Google, Facebook, Apple or Microsoft, or with a one-time code sent to their email, no password remembered. Addresses complete themselves as the customer types, saved addresses are one tap, billing folds into shipping with a checkbox, and you decide which address fields appear, which are required and in what order.
Delivery is calculated live: real carriers with names, prices and transit times, a default preselected, and a dedicated digital delivery for virtual products that grants access immediately after payment. Terms and privacy checkboxes, worded per language, complete the legal side inside the same window.

What survives interruptions, and what does the merchant see?
The order survives. If payment succeeds after a closed tab, dropped connection or shopper departure, the provider's confirmation lets the module create the order and resume confirmation in the background; an abandoned, unpaid checkout does not become a paid order. Abandoned carts are listed with their value, and the dashboard counts opens, orders, conversion and recovered revenue.
Every session carries its origin: campaign fields, ad click identifiers, referrer, device, browser, language, currency and wallet availability, all filterable in the back office, so attribution lives where the orders are. Before launch, live visibility is restricted to your own addresses and logged-in administrators, the design adapts to your theme automatically, and a self-repairing integrity system checks and fixes the installation while updates back everything up first. A checkout is the one module that must never fail quietly, and this one is built accordingly.

-
Referencemprexpresscheckout
-
PrestaShop CompatibilityPS 1.6 – 9.x
-
Pricing ModelOne-time Purchase
-
Module TypeFront & Back-office
-
GDPR RelevantYes
-
Business GoalBoost Conversions
-
External Account NeededYes
-
Module ComplexityLightweight Widget
-
Customer Journey StageConvert to Buyers
-
Works With PlatformPayment Processing
What customers say about us
Be the first to share your experience with this module.
Write a Review
Express Checkout adds fast, Stripe-powered payment buttons to your product pages, cart and product lists so ready-to-buy shoppers can pay in one step with Apple Pay, Google Pay, PayPal, Stripe Link, a saved card or a regular card, without losing the standard PrestaShop checkout for everyone else. It is built to recover the sales you lose when a confident buyer is forced through a long multi-step path.
- AddedGroup admin menu into Orders/Customers/Setup/Settings + fix AdvancedFilters
- Addedcomplete FR/DE/ES/IT/PL translations
- ImprovedReplace hardcoded Stripe modal with generic MPRConfigModal
Works Well With Express Checkout
Modules our team genuinely pairs with this one, and exactly why each belongs in the same setup.
A merchant running Express Checkout captures ready-to-buy shoppers with fast Stripe-powered payment routes like Apple Pay and Google Pay from product, cart and checkout placements. Speed wins the immediate sale, but a frictionless one-tap purchase does little on its own to encourage those buyers to come back and spend again.
Loyalty Discounts System is a separate tool that assigns shoppers to spending-based tiers linked to native PrestaShop groups, so repeat buyers receive the group treatment you configure once their valid spend crosses each threshold. It rewards the relationship over time, where express checkout serves the single fast purchase.
Used together, Express Checkout makes the immediate buy effortless and the loyalty system gives those buyers a reason to return. A merchant covers both the quick conversion and the long-term value, two complementary tools where one speeds the sale and the other rewards repeat spending across future orders.
A merchant using Express Checkout adds fast-payment buttons to capture impulse-ready buyers, but offering multiple express routes from several placements raises the question of which ones shoppers actually use and complete. Express Checkout already reports opens, orders and conversion; GA4 adds a separate view across traffic channels.
Google Analytics GA4 is a platform-neutral measurement tool that sends ecommerce activity to Google Analytics, validating the Measurement ID and reporting product views, cart activity, checkout starts, purchases and searches built from real PrestaShop actions. It observes the funnel rather than processing payment.
Used together, Express Checkout offers the fast routes and GA4 lets you watch checkout starts and completed purchases to see how those routes perform. A merchant gets funnel evidence to judge where express payment helps most, two complementary tools where one speeds the buy and the other measures how shoppers move through it.
A merchant running Express Checkout offers fast Stripe-powered payment for shoppers ready to buy immediately, from product and cart placements, while keeping the normal checkout available. The express route includes address, delivery and payment, and an optional single-page checkout also serves buyers who prefer a full page.
Checkout Revolution is a separate tool that keeps contact details, address, carrier selection, vouchers, payment, terms, notes and order summary in one purchase flow, built for shoppers who want a controlled checkout surface. It adds quote negotiation, company accounts and trade credit to the purchase flow.
With their checkout roles and placements configured, Express Checkout can provide the fast buttons while Checkout Revolution supplies the broader purchase flow. A merchant covers two distinct buying styles without forcing either, two complementary tools that present a one-tap route and a full-flow route side by side rather than one driving the other.
A merchant using Express Checkout speeds the purchase for ready-to-buy shoppers, but a fast payment route works on the buyer who has already decided; it does nothing to reassure the hesitant visitor that the store is active and others are buying. That nudge is a separate need.
Sales Popup is a separate tool that shows controlled recent-purchase messages across the storefront from real valid orders, generated notifications or a mix, helping a quiet shop feel busy as people browse. It builds confidence earlier in the journey than the payment step.
Run alongside each other, Sales Popup encourages the undecided shopper toward a purchase and Express Checkout makes completing it effortless once they commit. A merchant supports both the decision and the transaction, two complementary tools where one provides social-proof reassurance during browsing and the other removes friction at the moment of payment.
Easy return - no questions asked
Install, set up and take profit
Priority Help & Satisfaction Over Sales
You might also like
Who builds and maintains this module
Built and maintained by David Miller and mypresta.rocks. David has worked with PrestaShop since 2013, and the company behind this shop has been registered since 3 December 2018. Every module in this catalogue is our own work, so your questions to support reach the people who wrote the code. The changelog on this page lists every update with its date.