How to Benchmark Your Checkout Against the Category

A checkout benchmark is defined as a comparison of step-level completion rates between your checkout and a population of comparable stores, so to benchmark your checkout usefully you have to do it step by step: a whole-checkout conversion rate is the least comparable number you own. Average cart abandonment sits near 70% [Baymard Institute, 2025], but stores arrange and count their steps differently, so that figure cannot be read as a target. This guide shows how to reduce your funnel to four comparable steps, define each, compare within each, and subtract the part of any gap that your own pricing and traffic mix explain.
- A whole-checkout rate aggregates steps nobody defines the same way. Compare step by step.
- Four steps exist in almost every store, however many screens they are spread across.
- Write your own definitions down first: most benchmark anxiety dissolves at that step.
- The address and delivery step usually carries the largest genuinely addressable gap.
- Part of every gap is your strategy working. Subtract it before you plan anything.
Checkout is the part of a store where benchmarking is most tempting and most often done badly. The temptation is obvious: it is the highest-stakes stretch of the funnel, improvements there convert directly into revenue, and published figures are easy to find. The problem is that the figure almost everyone compares is the one least capable of carrying a comparison.
Omniconvert has measured checkout behaviour across the CROBenchmark dataset of 7,000+ ecommerce sites against 248+ audit criteria over 13 years in eCommerce [CROBenchmark Report 2026, Omniconvert]. The recurring finding is not that stores perform badly at checkout. It is that most cannot say what their checkout rate counts, which makes any external comparison a coincidence.
Why the whole-checkout number resists comparison
Account creation might sit before the address, after it, or be skipped with a guest flow. Delivery options might appear with the address or on their own screen. Payment might be one step or split across a wallet choice and a confirmation.
Each decision changes where people drop and how many steps there are to drop at. A three-screen and a one-page checkout have different arithmetic before quality enters, and a published figure rarely says which it describes.
Instrumentation adds a second layer. Whether a cart drawer counts as a cart view, whether an abandoned payment retry counts twice, and whether bot traffic is filtered all move the number materially. The broader version of this problem, and how to read any published figure sensibly, is covered in a good conversion rate.
Benchmark your checkout on four comparable steps
The method is to map your own checkout, however many screens it has, onto these four states and measure completion within each. A store with a one-page checkout still has all four as observable states, and a store with five screens collapses them into four without losing anything that matters for comparison.
Cart viewed to checkout started measures intent and friction at the handover: a surprising amount is lost here to login walls and unclear next actions. Checkout started to address and delivery completed is the longest and usually the worst-performing stretch, because it combines maximum input effort with the moment cost becomes final.
Address and delivery completed to payment completed is narrower than teams expect. By that point the shopper has accepted the total, so losses here are mostly mechanical: a declined card, a wallet that fails, a validation error with no explanation. A large gap at this step is nearly always a defect rather than a persuasion problem, which makes it the most satisfying one to find.
Making your funnel comparable
One page is enough. For each of the four steps: what event marks entry, what event marks completion, what the denominator is, whether returning visitors are treated differently, and whether non-human traffic is excluded. Date it.
Then check your numbers against it, because the document frequently describes something your analytics is not actually doing. This is the step where a store discovers it has been comparing a user-based rate against a session-based published figure and worrying for two quarters about a gap that was arithmetic. Shopify's analytics documentation is explicit about how its sessions are defined and when they reset, which is the sort of primary source worth reading once rather than assuming.
Keep the document alive. A platform update, a new payment method or an added screen can change what a step counts unnoticed, and a benchmark compared against a drifted definition produces confident wrong conclusions.
What to compare, and what each gap usually means
| Step comparison | Usual cause of a gap | Who owns it |
|---|---|---|
| Cart viewed to checkout started | Login wall or unclear next action | Product |
| Checkout started to address done | Input effort, too many fields | Product and engineering |
| Address done to delivery chosen | Cost revealed late, vague promise | Logistics and merchandising |
| Delivery chosen to payment done | Declines, wallet failures, validation | Engineering and payments |
| Whole checkout | Not usefully comparable | Nobody, by design |
| Mobile against desktop | Input and interruption, not design | Product |
The last two rows are included deliberately. One names the comparison to stop making, and the other names the comparison that usually matters more than the external one.
Reading the gap honestly
Suppose a real, well-defined gap survives the four comparisons. The next move is subtraction rather than planning. A premium brand converts below a value-led population at checkout and should: that difference is the strategy operating as intended, and closing it would mean discounting toward an average you deliberately chose not to be.
Paid-heavy traffic behaves differently from brand-led traffic at every step, so a store that has shifted its mix will see its own rates move without any change to the checkout. That is a reason to segment by source before concluding anything.
Baymard Institute puts average cart abandonment near 70% [Baymard Institute, 2025], with unexpected cost among the leading stated reasons. That figure is useful as context and useless as a target, and the distinction is the whole point of this section. How to carry the surviving gaps into a plan is covered in how benchmarks should shape your test roadmap.
What to do this week
- Write the one-page definition. Four steps, entry and completion events, denominators, filtering, dated. This is the artefact everything else depends on.
- Produce your four step rates, segmented by device. Not a blended checkout rate. The device split alone usually reveals where the problem lives, and the method for the mobile half follows the audit it sequence.
- Get a scored position rather than a single figure. A free CROBenchmark audit places your checkout against real competitors in your category and country rather than against a broad industry average. Where the findings turn into a plan, Omniconvert Explore is the CRO platform for testing them, and Explore averages a 23.2% conversion uplift across 70,000+ experiments [CROBenchmark Report 2026, Omniconvert]. Carrying the result into a quarterly conversation is covered in how to use benchmarks in a QBR.
Everything above is a measurement discipline, not an optimisation programme. Finish it before you design a test, because a test run against an undefined step produces a result you cannot interpret. Once the definitions hold and the gaps are real, Omniconvert Commander (formerly Nexus) is an AI for eCommerce growth engine that unifies commerce data, prioritises experiments by True Profit, and generates campaigns and creative you approve before they go live.
Most teams compare a session-based published figure with a user-based number from their own analytics, find a gap, and spend a quarter on a redesign. The gap was arithmetic, the checkout was fine, and the conversion rate did not move.
AliveCor used Omniconvert to run a structured A/B testing programme and achieved +21% conversion rate, +5% revenue per visitor, and 94% statistical relevance across their experiments. [Omniconvert, AliveCor case study] A testing programme like that only works when each step is defined first, which is why the definition page comes before any comparison.
Frequently asked questions
How do you benchmark a checkout against the category?
Step by step rather than as a whole. Reduce your checkout to four steps that exist in almost every store, write down exactly what each one counts, choose a comparison population matched on category, order value and market, then compare the completion rate within each step separately. A single whole-checkout figure is the least comparable number you have, because stores arrange and count their steps differently.
Why is a whole-checkout conversion rate hard to compare?
Because it aggregates steps that differ between stores. One store asks for an account before the address, another after; one treats a cart drawer as a cart view, another does not; one spreads payment across two screens. The resulting figure depends as much on how the checkout is arranged and instrumented as on how well it performs, so two stores can be identically good and report very different numbers.
Which checkout step usually has the biggest gap?
Most often the address and delivery step, because that is where cost becomes final and where input effort is highest. It is also the step where a gap is most likely to be genuinely addressable, since the usual causes are a delivery cost revealed late, a form asking for more than it needs, or a delivery promise that is vaguer than a competitor is willing to be.
Should you set the category figure as a target?
No. A benchmark describes other stores, and part of your distance from it is produced deliberately by your own strategy: a premium price position, a narrower assortment or a paid traffic mix will each move checkout rates without anything being wrong. Subtract the part your strategy explains, then treat what remains as a question about headroom rather than as an objective to manage toward.
How often should a checkout benchmark be refreshed?
Quarterly is enough for most stores, and after any significant checkout change regardless of the calendar. The thing that actually needs maintaining is your own definition document, because a platform update or a new payment method can silently change what a step counts, and a benchmark compared against a definition that has drifted is worse than no benchmark at all.
What if we cannot find a comparable population?
Then benchmark against yourself, which is more useful than a poorly matched external figure. Your own step rates over time, segmented by device and traffic source, will tell you where you are losing people and whether a change helped. An external comparison adds the question of how much room exists above you, and that question is only answerable with a population that genuinely resembles your store.
How to find the checkout gap that is real
The whole-checkout number everybody reaches for is a composite of steps that no two stores define the same way. Against a published figure it tells you almost nothing, and it says so confidently, which is how a definitional artefact ends up in a planning deck as a target.
Write one page describing what your four checkout steps count. Produce the step rates, segmented by device. Compare within each step against a population that resembles your store, then subtract the portion of any gap that your pricing and traffic mix explain. What survives is real headroom at a named step with a named owner.
