Will the checkout module work with guest checkout?

Yes. Checkout Revolution fully supports guest checkout inside its one-page flow, and you choose the policy per store: require account creation, offer it as an optional post-purchase step, or let buyers complete a pure guest checkout with email only.Guest checkout support is controlled from the checkout module configuration.Allowing guest checkout typically lifts conversion rates on first orders — many shoppers abandon when forced to register, especially on mobile. With the optional post-purchase account creation, you still build a logged-in audience without inserting friction during the buy step.Guest orders flow through the same one-page UI, abandoned-cart recovery, voucher validation and payment options (Stripe, Apple Pay, Google Pay, PayPal, BNPL, offline methods) as registered orders. For background on why guest checkout matters, see our one-page checkout guide. Supports PrestaShop 1.6 to 9.x.In the module flow, the contact step exposes a guest-allowed flag to the front end, so the buyer can continue with only an email address when guest checkout is enabled. If the email belongs to an existing account, Checkout Revolution can still show sign-in options and a continue-as-guest path; when an unauthenticated existing-account email is used, the order processor avoids silently logging that customer in after the order. If the buyer sets a password during checkout, the order becomes account-backed; if they do not, the order is processed as a guest and the module can show a post-order registration block.The operational point is to choose the right policy for your products. High-repeat B2B stores often benefit from account creation or post-order registration; impulse retail usually converts better with pure guest checkout. Guest checkout still needs the usual required address, carrier, payment and legal-consent fields, and some payment modules or anti-fraud rules can still add their own requirements outside Checkout Revolution.

Does the checkout module support B2B features like purchase orders?

Checkout Revolution supports several B2B essentials but does not ship a multi-step purchase-order approval workflow.Checkout Revolution configuration — quotes, VAT handling and account options.What IS supported: a full quote workflow with custom statuses (colour-coded and customer-visible), email templates bound to each status, and customer-facing accept-and-pay pages so a buyer can convert a quote into a paid order without sales involvement. Company VAT-number capture, net-price display where your tax rules allow it and custom company fields are also covered, and invoices and credit notes can be customised per shop. Tax handling respects PrestaShop's native tax rules, which keeps multi-country B2B clean.What is NOT included: a true approve → submit → invoice purchase-order workflow (where a buyer's procurement team approves before payment, and you ship on net-30 terms with a separate PO document). That kind of flow needs a dedicated B2B/quotation module or custom development on top of Checkout Revolution.For automatic VIES-based VAT validation at checkout, pair with our Automatic EU VAT Checker module. Supports PrestaShop 1.6 to 9.x.Under the hood, the quote system stores quote statuses, quote items, quote messages, quote history and quote-to-order links, with defaults such as QUO-{YEAR}-{ID:5} references, 30-day quote validity and 48-hour payment links. Optional quote fields include phone, company, project reference and attachment; guest quote requests exist but are disabled by default. Price negotiation is also a separate setting, so you can keep quoting simple or allow counter-offers depending on your sales process.For purchase-order-style data, the practical route is to capture a PO/reference number as a custom checkout or invoice field, or use the credit-account/manual payment method where that fits your process. The module includes credit-account payment handling and a trade-account application handoff, but its own integration notes keep approval workflows, credit limits and company account management as responsibilities for a dedicated trade-account layer. In short: good for quotes, VAT/company fields, credit-account checkout and invoice customisation; not a complete procurement approval system by itself.

Does Checkout Revolution add quote requests to PrestaShop?

Yes. Checkout Revolution includes a quote-request (RFQ) workflow on top of the checkout, which is what many B2B and made-to-order stores need.How a quote request flows through MPR Checkout Revolution — from the shopper's request to a managed quote with configurable statuses.Here is what it does, grounded in the module:Customers request a quote instead of, or alongside, paying immediately. You choose which request fields to collect, including phone, company, project reference and a file attachment, and toggle each one on or off.Your team manages each quote by status: pending, sent, negotiating, accepted, rejected, expired, converted and cancelled. Statuses are colour-coded, can be marked as final, and can send the customer an email automatically when you move the quote into them.Optional price negotiation can be gated by a minimum quantity or minimum cart value, so small carts can continue through normal checkout while larger orders open a negotiation thread with messages back and forth.Accepted quotes can become a real order. Staff can convert a quote from the back office, and the module also has tokenised payment-link handling with an expiry so the customer can pay the agreed quote online. A quote PDF is generated for the customer's records.The whole workflow lives inside the same module as the checkout, so the quote is based on your PrestaShop catalogue, customer, currency and tax context rather than a separate spreadsheet. It is a paid feature of Checkout Revolution.The default quote validity is 30 days and the default payment-link validity is 48 hours. Quote references are generated from a configurable format, with the default pattern QUO-{YEAR}-{ID:5}. Payment links use a generated token and are accepted only while the stored token exists and the expiry date is still in the future.Guest quote requests are controlled separately from normal customer requests. The quote request controller allows guest access technically, but the configuration default is quote_allow_guest = false; if guest quotes are disabled and the visitor is not logged in, they are redirected to authentication. When guest quotes are allowed, the form collects guest email, first name and last name.From the admin side, the quote is editable until it is converted, expired or moved into a final status. Staff can add catalogue products, combinations or custom free-text line items, adjust quantity, price and discounts, add quote-level discounts, send messages, change status and generate the payment link. Direct conversion creates a new PrestaShop cart, adds the product-backed quote items, and validates an awaiting-payment order with ps_wirepayment when that module is available; otherwise it falls back to the Checkout Revolution module instance. The order state comes from PS_OS_BANKWIRE, falling back to PS_OS_CHEQUE. That is a hard-coded conversion path, not a quote-specific configurable payment-module selector.That makes the RFQ flow practical for trade pricing, project orders, custom quantities and orders that need a document attached. The key merchant gotcha is status discipline: if you mark a status as final, the quote stops being editable or convertible in the normal workflow.

Can customers save their cart and come back later?

PrestaShop saves carts in the database, but whether a customer can recover a cart depends on how the cart is linked to the visitor.Saved carts are managed from Shopping Carts, where abandoned or returning customer carts can be reviewed.Logged-in customers: the cart is associated with the customer account. If the cart has not been converted into an order, PrestaShop can usually restore the latest usable cart when the customer returns and logs in.Guest visitors: the cart is linked mainly through the front-office cookie that stores the cart identifier. If the visitor returns on the same browser before the cookie expires, the cart can be restored. If they clear cookies, use another device, use private browsing, or the cookie lifetime expires, the shop may still have the cart row in the database but cannot reliably attach it back to that visitor.After an order: the ordered cart is no longer treated as the customer open shopping cart. The checkout module also avoids leaving ordered products visible as the current cart after confirmation.The relevant lifetime is the front-office cookie setting, stored as PS_COOKIE_LIFETIME_FO. That setting controls how long the browser-side cart/customer cookie can survive, not how long abandoned cart records remain in the database.In PrestaShop 1.7, 8 and 9, check this in Shop Parameters > General: the field is usually labelled Lifetime of front office cookies and maps to PS_COOKIE_LIFETIME_FO. Older shops may show the same setting under Preferences > General.For email recovery rather than passive cookie restore, use a dedicated abandoned-cart tool such as Sales Revolution, or an email platform integration such as Klaviyo Integration if you want abandoned-cart flows in your marketing system.Native PrestaShop does not automatically email abandoned cart reminders. For reminders, recovery links, or marketing automation, you need an abandoned-cart module or marketing integration. Checkout Revolution does not replace PrestaShop native cart persistence; it works with the existing cart and checkout flow.

Can I restrict PrestaShop payment options by customer group, currency or cart value?

By customer group and currency, yes. By cart value, not with the payment module alone — that one needs PrestaShop's native cart rules. Here is the honest split.Checkout Revolution stores per-method targeting rules and checks them at runtime against the shopper's context. You can show or hide each payment option by:Customer group — e.g. a wire-transfer or "pay on account" option only for your B2B / wholesale group.Currency — a regional method appears only when the cart is in its currency.Country and language — restrict a method to specific delivery countries or store languages.Browser — used so device wallets land correctly (Apple Pay on Safari, Google Pay on Chrome).Page / shop — limit a method to certain checkout contexts or, in a multistore, to specific shops.What it does not do: there is no built-in "hide cash on delivery over €500" cart-value rule on the payment method itself. For amount thresholds, use PrestaShop's standard tools (cart rules, or a carrier/payment availability condition) — Checkout Revolution then renders whatever ends up available. The common mistake is expecting a cart-minimum toggle on the payment option; it lives at the PrestaShop level, not here.

Does Estimated Delivery calculate carrier transit times in PrestaShop?

No — and that distinction matters, so here is exactly what each module does.Estimated Delivery Date does not model per-carrier transit times. It calculates a single estimated delivery date from store-wide rules: a number of processing days, a daily cutoff hour (orders after it add one processing day), automatic weekend exclusion, and a chosen date format. The result shows on product pages under the price, e.g. "Estimated delivery: Monday, January 15". One settings panel drives the whole catalogue — there is no per-carrier or per-country lead time inside this module.Checkout Revolution doesn't compute transit times either, but it can display them: when you set up shipping methods it reads the delay text you already typed on each PrestaShop carrier (e.g. "2-4 days") and extracts the minimum and maximum days from it, then shows that next to the method at the shipping step. So the number comes from what you configured on the carrier, not from a routing calculation.If you want a true carrier-and-route ETA (real lead times per carrier and per destination country), that needs a dedicated carrier/transit module — neither of these two performs that calculation. Use Estimated Delivery Date when a clear store-wide "order by X for delivery by Y" message on the product page is what you actually need.

How do I add Stripe express checkout to PrestaShop?

Install Checkout Revolution and connect your Stripe account — that gives PrestaShop a Stripe-powered express checkout, so a customer can pay in one step without going through the full cart-to-confirmation flow.Express Checkout configuration — Stripe keys, modes and placements.The setup is short:install the module and paste your Stripe publishable and secret keys (the secret key is validated against Stripe);choose where the express buttons appear — the product page, the listing, the cart, or the standard checkout;customers then pay with Apple Pay, Google Pay, PayPal, Link or card, with the wallet showing if the shopper's device and your Stripe dashboard allow it.The module loads Stripe's own JavaScript and handles the cart, payment status and webhook callbacks for you. One thing to know: the carriers and shipping you set under Express Checkout apply only to the express modal, not to your regular checkout — configure them or the express purchase has nothing to ship with. If you only need a lighter button, compare it with the smaller Express Checkout option first.In the current source, Checkout Revolution is the active module and the older mprexpresscheckout codebase is marked as deprecated and merged into it. The module expects mode-matched Stripe keys: test mode uses pk_test_ and sk_test_, while live mode uses pk_live_ and sk_live_. There is also an Admin Test Mode so logged-in back-office employees can test with test keys while the store is otherwise in live processing mode.Wallets are not just on/off buttons. The payment method config defines wallet methods for Google Pay, Apple Pay, Link and Samsung Pay; Google Pay is restricted to Chrome, Apple Pay to Safari, and wallet availability is cached from the browser so unavailable wallets can be hidden or disabled instead of flashing and disappearing. The Stripe account country setting is used for Apple Pay / Google Pay eligibility, and if it is empty the module falls back to the shop locale country.Webhook setup is important because order completion and later payment events depend on it. The module can register Stripe webhooks for configured test and live modes and checks for events such as payment_intent.succeeded, charge.succeeded, refund.updated and subscription invoice events. It also has a transaction recovery setting, with cron recommended every 5-10 minutes as a backup for webhook failures.Shipping needs its own check before launch. Checkout Revolution has shipping-service payment-option associations, and the front-end filters carriers by the selected payment option. If a carrier has no payment restrictions, it supports all payment methods; if restrictions are set, an incompatible carrier is disabled or blocked for that payment option. That is why express checkout can look enabled but still fail commercially if no compatible carrier is available for the wallet or country being tested.Launch checklist: correct test/live Stripe keys; webhooks paired for the active mode; at least one active Stripe-enabled payment option; at least one compatible carrier; wallet tested on a real supported browser/device.

Does Checkout Revolution replace the default PrestaShop checkout completely?

Yes — it replaces the checkout page itself, not the rest of your shop. The default PrestaShop five-step flow is swapped for a single-page checkout that combines contact, address, carrier, payment and order summary on one screen.The one-page checkout — contact, address, shipping and the order summary on a single page.What changes:The checkout template and the front-end flow (one-page instead of multi-step).Field arrangement, validation behaviour and account-creation UX.Visitor session tracking, UTM attribution and the transaction ledger become available in the back office.What stays the same:Your payment modules (Stripe, PayPal, Apple Pay, Google Pay, offline methods) continue to register and process payments exactly as before.Your carrier and shipping modules keep their rules — Checkout Revolution renders them through its own carrier picker.Cart rules, vouchers, taxes, currencies and multistore behaviour are PrestaShop-native and remain untouched.Customer accounts, addresses and order history use the standard PrestaShop tables.That means switching is non-destructive: you can disable the module at any time and the original checkout returns with all orders, carriers and payment configurations intact. The module supports PrestaShop 1.6 through 9.x.The native records that matter for order history stay in PrestaShop: carts, orders, customers, addresses, carriers, currencies, taxes, cart rules and payment-module order data are not converted into Checkout Revolution-only records. The module adds its own checkout/session/attribution features around that flow, but it does not replace ps_orders, ps_cart, ps_customer or the native address/order tables.Rollback is the standard module rollback: disable Checkout Revolution from Modules > Module Manager or uninstall it if you are done testing. After clearing cache, PrestaShop falls back to the native checkout controller and templates; existing orders and payment/carrier configuration remain in place.See the full feature list on the Checkout Revolution product page.

What happens if one-page checkout is disabled in PrestaShop?

The custom checkout controller redirects shoppers back to the native PrestaShop order page when one-page checkout is disabled. This keeps the module from forcing its checkout flow when the one_page_checkout_enabled setting is off in the module configuration.

Speed up buying with a PrestaShop one page checkout that combines every step

The whole checkout on a single page, from contact details through to payment

Full checkout running inside a modal so shoppers never leave the page

Starting checkout straight from the product page with one click

Cart actions gathered together in one convenient place

Letting a customer request a custom quote before ordering

Customer view listing their submitted quotes at a glance

A single quote opened to show line items and calculated totals

Admin workflow for handling incoming requests for quotation

Tracking B2B quotes through their different statuses

The range of payment options available at checkout

Choosing a payment method directly inside the checkout modal

Paying with a saved card or entering a new one

Picking a country dialing code from a searchable phone prefix field

Account registration with the required consent checkboxes during checkout

Signing in quickly using social authentication

The customer account dashboard after logging in

Where customers manage the payment cards they have saved

Customer view of their linked social media accounts

Admin dashboard summarising checkout activity across the store

Recovering abandoned carts to win back lost sales

Reconciling store transactions against payment records

Managing customer refunds from the back office

Customising how invoices are laid out and formatted

Issuing credit notes and applying order corrections

The settings screen for configuring how checkout behaves

Speed up buying with a PrestaShop one page checkout that combines every step

Checkout Revolution

Name: Checkout Revolution
Brand: mypresta.rocks
SKU: mprcheckoutrevolution
Price: 299.00 EUR
Availability: InStock

One Page Checkout Module - Address, Shipping, Payment and Order Summary in One Flow

No reviews

PrestaShop 1.6 – 9.0PHP 7.1+Version 1.25.15

€299.00

Tax excluded

PrestaShop one page checkout module keeps contact details, address, carrier selection, vouchers, payment methods, terms, notes and order summary in one purchase flow. Checkout Revolution is built for shoppers who want to pay quickly and for stores that need a controlled checkout surface instead of a fragmented order path.

The module uses a Stripe-backed payment layer with validated test or live keys, and can support cards, wallets, PayPal, Link, local methods, BNPL options and offline payment-option records. It also includes express entry points, saved Stripe payment method references for logged-in customers, quote workflows, cart recovery context and Back Office dashboards for payment and checkout operations.

Configuration is handled from the Back Office, including checkout behaviour, payment services, terms, shipping services and document workflows. Integrity checks and mode or key warnings help catch setup issues before customers reach payment.

Instant download after purchase

Instant Live Demo Real store, ready in ~1 min

5 demo installs ready · refills every 48h

Request Quote

Lifetime license per domain — yours forever. Includes 3 months support & updates. Learn more

The demo is the complete module — buy anytime and activate the same installation, nothing to reinstall and nothing lost. Open the module's License tab and click "Activate from mypresta.rocks" (or paste your key); your settings and data stay exactly as they are. Updates install in one click from the Update tab.

Support & Updates

3 months Free 6 months +€49.00 9 months +€79.00 12 months +€109.00

Auto-renew support

+€29.90/mo

Additional Services

Professional Setup We fully configure the module to your needs — all options set, tested & verified within 1 business day. +€29.00

Visual Integration CSS & template adjustments to match your theme — includes cross-device verification and screenshot review. +€49.00

Options total: €0.00

Selected total: €299.00

Unified order screen. The module can replace or redirect the default order flow and render contact, address, carrier, payment, vouchers, terms, notes and summary together.
Stripe-backed payment layer. Configuration validates test or live Stripe publishable and secret keys and supports cards, wallets, PayPal, Link, local methods, BNPL options and offline methods through payment-option records.
Express entry points. Front templates render product, listing and cart checkout buttons, including a unified modal mode and individual method buttons.
Saved card handling. Logged-in customers can use saved Stripe payment methods; the module stores local references such as brand, last four digits and Stripe payment method IDs, not raw card numbers.
Quote workflow included. Quote routes, statuses, request fields, attachments, messages, payment links and quote-to-cart conversion are implemented for stores that sell through negotiated offers.
Back Office work views. The Back Office includes screens for baskets, visits, transactions, charges, refunds, payment options, shipping, invoices, quotes and checks.

PrestaShop one page checkout module with Stripe payments

Checkout Revolution replaces the standard PrestaShop checkout with a complete one-page purchase flow where contact details, address, carrier selection, payment methods, vouchers and order summary stay together. A slow or fragmented checkout costs money because shoppers who are ready to buy can still abandon the cart when they have to move through too many screens or repeat information. The module gives merchants a controlled checkout surface for retail and B2B orders, including guest checkout, quote requests, saved payment methods, recovery tools and operational dashboards inside the Back Office.

Reduce checkout friction before it becomes lost revenue

Every extra step in checkout is a moment where the shopper can hesitate, get distracted or decide that buying is not worth the effort. By keeping customer fields, shipping choices, vouchers, payment options and the order summary visible in one flow, the module helps reduce missed conversions caused by a confusing purchase path. This is especially valuable on mobile, where long multi-step checkout journeys often feel slower and more fragile than they do on desktop.

Serve both fast retail buyers and quote-based B2B customers

Some customers want to pay immediately, while business buyers may need a formal quote, attachments, negotiated totals or an approval process before they commit. Checkout Revolution supports that mixed reality with request-for-quote pages, quote statuses, customer quote overviews and Back Office quote management. That saves staff time because sales conversations, quote totals and conversion status are handled in a defined workflow instead of being scattered across email threads.

PrestaShop One Page Checkout Module - Checkout Revolution - Product Express Checkout Button

Offer practical payment choice without losing control

Customers abandon orders when the payment method they expect is missing, and merchants lose time when payment activity is split across too many disconnected screens. The module can present card payments, wallets, PayPal, Stripe Link, local methods, Buy Now Pay Later options and offline routes such as bank transfer or cash on pickup, while keeping payment status mapping, transactions, refunds and corrections manageable from the Back Office. Better payment visibility helps support and finance teams understand what happened to an order without relying only on external gateway dashboards.

Recover more value from carts and sessions

Abandoned carts are not only lost orders; they are also paid traffic, merchandising effort and customer intent that already reached your store. Checkout Revolution gives teams screens for abandoned carts, cart links, visitor sessions, source data, click activity and recovery state, so follow-up can be based on real cart context. That helps merchants focus recovery work on carts that are worth attention instead of guessing from a simple cart total.

Express buttons, quotes and operations dashboards

This is a full checkout replacement, not a thin express-button shortcut, so it is suited to stores that need the checkout page, quote process, payment layer and operational handling to work together. Setup is handled from the Back Office, with grouped settings for placement, checkout behavior, payment services, saved cards, social login, terms, shipping services and document workflows, so no theme coding is required for the core configuration. Integrity checks and mode or key warnings help prevent avoidable payment setup mistakes before customers encounter them, and the module is built around PrestaShop workflows so orders, invoices, refunds and customer records remain auditable.

Reference

mprcheckoutrevolution
In stock

2147483647 Items
PrestaShop Compatibility

PS 1.6 – 9.x
Pricing Model

One-time Purchase
Module Type

Front & Back-office
GDPR Relevant

No
Business Goal

Boost Conversions
External Account Needed

Yes
Module Complexity

Feature-Rich Module
Customer Journey Stage

Convert to Buyers
Works With Platform

Payment Processing

What customers say about us

Company reviews

5.0 ★ ★ ★ ★ ★ (4 reviews)

Loading customer reviews...

No product reviews yet

Be the first to share your experience with this module.

Write a Review

Your Rating *

★ ★ ★ ★ ★

Rate specific aspects (optional)

Quality

★ ★ ★ ★ ★

Price / Quality

★ ★ ★ ★ ★

Stability

★ ★ ★ ★ ★

Compatibility

★ ★ ★ ★ ★

Support

★ ★ ★ ★ ★

Your Name *

Your Email *

Review Title

Your Review *

Add Photos (max 3)

Click to upload or drag & drop

Checkout Revolution

Checkout Revolution replaces the standard PrestaShop checkout with a merchant-controlled buying flow for checkout, cart, Stripe payments, quote requests, saved cards and payment tracking. It helps you reduce checkout friction while keeping payment, carrier and customer account controls inside one module.

Read Full Documentation Download PDF

Have a question about this product? Our experts are here to help. Ask anything about installation, compatibility, or specifications.

1256 questions

9 categories

2014 building modules since

1.7–9 PrestaShop versions

See all questions

v1.25.152026-05-27

AddedHarden checkout auth and cart recovery
AddedAdd checkout trade account opt-in
AddedAdd checkout trade account preview

Works Well With Checkout Revolution

Modules our team genuinely pairs with this one — and exactly why each belongs in the same setup.

Validate EU VAT numbers through VIES at PrestaShop checkout and store the result

Automatic EU VAT Checker

€129.00

★ ★ ★ ★ ★

Governance

A merchant running Checkout Revolution wants a fast, controlled one-page checkout keeping contact, address, carrier, vouchers, payment and summary in a single flow. A smooth checkout that also takes business orders still needs the VAT side handled, which the checkout surface itself does not do.

Automatic EU VAT Checker is a separate governance tool that validates EU VAT numbers through VIES, gives live feedback on address pages, can require a number when a company name is entered, caches results and stores validation details for later review. It handles checking independently of the checkout layout.

Used together, Checkout Revolution keeps the purchase flow tight while the VAT checker quietly validates business data along the way. A merchant offering a quick checkout to both consumers and businesses gets a clean buying surface plus a documented VAT-validation trail, two complementary tools where one streamlines the flow and the other keeps B2B data in order.

Auto-fill the password field during PrestaShop registration and checkout

Automatic Customer Password

€49.00

★ ★ ★ ★ ★

Complement

A merchant using Checkout Revolution is removing friction from buying, keeping the whole purchase in one controlled flow so shoppers pay quickly. One lingering point of friction is the password step, where a shopper trying to register or pay must stop and invent a password.

Automatic Customer Password is a separate tool that fills password and confirmation fields with generated values, applied to registration, checkout or both, with hidden or visible field options, so shoppers do not pause to choose one while creating an account. It addresses that single field, not the checkout layout.

Run alongside each other, the checkout module compresses the overall flow and the password tool removes the password pause within it. A merchant gets a faster path to a completed, account-backed order, two complementary tools where one streamlines the whole checkout and the other smooths the specific moment a password would otherwise interrupt it.

Track real PrestaShop ecommerce activity in GA4 — views, carts, checkout and orders

Google Analytics GA4

€0.00

★ ★ ★ ★ ★

See details

Measurement

A merchant running Checkout Revolution has invested in a tighter purchase flow, but a streamlined checkout is only worth keeping if you can see where shoppers still drop off. The checkout surface itself does not report on funnel behaviour.

Google Analytics GA4 is a platform-neutral measurement tool that sends ecommerce activity to Google Analytics 4, 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 shaping the flow.

Used together, Checkout Revolution runs the streamlined purchase while GA4 lets you watch checkout starts and completed purchases to judge whether the flow is performing. A merchant gets a controlled checkout plus the evidence to keep refining it, two complementary tools where one builds the experience and the other measures how shoppers move through it.

Stop form spam in PrestaShop with reCAPTCHA v2, v3 or hCaptcha protection

reCAPTCHA & hCaptcha Protection

€69.00

★ ★ ★ ★ ★

Governance

A merchant using Checkout Revolution wants a clean, fast checkout, but storefront forms around that flow, login, registration and contact, are exactly what bots target, and spam submissions waste staff time and clutter genuine orders. The checkout surface does not screen those forms.

reCAPTCHA & hCaptcha Protection is a separate tool supporting Google reCAPTCHA v2 and v3 and hCaptcha to reduce and filter spam on contact, registration, login and newsletter forms before PrestaShop continues. It cuts down automated submissions; it does not verify that any given human is genuine.

Run alongside each other, the checkout module keeps the buying flow smooth while the captcha layer keeps the surrounding forms cleaner. A merchant gets a fast checkout and less bot noise on the forms feeding into it, two complementary tools where one optimises the purchase and the other reduces automated abuse on the way in.

View all known issues

1 Planned

25 Implemented

26 requests

Loading feature requests...

View full roadmap

30 days return right
Easy return - no questions asked

Plug & Play Modules
Install, set up and take profit

Dedicated Support First
Priority Help & Satisfaction Over Sales

Let B2B and B2C shoppers switch tax display and remember each preference on PrestaShop

Tax Display Switcher

€129.00

★ ★ ★ ★ ★

Offer invoice payment terms on PrestaShop with group rules, credit limits and balances

B2B Deferred Payment Terms

€129.00

★ ★ ★ ★ ★

Keep chosen products, categories or brands out of PrestaShop coupon discounts

Discount Exclusion Manager

€99.00

★ ★ ★ ★ ★

Automatic EU VAT Checker

€129.00

★ ★ ★ ★ ★

Checkout Revolution

One Page Checkout Module - Address, Shipping, Payment and Order Summary in One Flow

PrestaShop one page checkout module with Stripe payments

Reduce checkout friction before it becomes lost revenue

Serve both fast retail buyers and quote-based B2B customers

Offer practical payment choice without losing control

Recover more value from carts and sessions

Express buttons, quotes and operations dashboards

What customers say about us

Checkout Revolution

Works Well With Checkout Revolution

You might also like

Related Blog Posts

PrestaShop Is Building a Native One Page Checkout — Should You Wait or Act Now?

PrestaShop Checkout Optimization: One Page, Express, Embedded and One-Click Compared

Cookie	Provider	Purpose	Duration
PrestaShop-*	PrestaShop	Session management and cart functionality	Session
PHPSESSID	PHP	PHP session identifier	Session
mprcr_consent	MPR Cookies Revolution	Stores cookie consent preferences	365 day(s)
mprcr_version	MPR Cookies Revolution	Tracks consent configuration version	365 day(s)

Cookie	Provider	Purpose	Duration
TawkConnectionTime	Tawk.to	Tracks chat session connection time	Session
__tawkuuid	Tawk.to	Identifies returning chat visitors across sessions	6 month(s)

Cookie	Provider	Purpose	Duration
_ga	Google Analytics	Distinguishes unique users by assigning a randomly generated number	2 year(s)
_ga_*	Google Analytics	Used to persist session state across page requests	2 year(s)
_gid	Google Analytics	Distinguishes unique users for 24 hours	24 hour(s)