Ecommerce conversion rate optimization (CRO) is the process of finding where shoppers drop out of your funnel, working out why, and fixing or testing changes in order of likely impact. Start by measuring each step from landing to purchase, check every stage against a short list of known problems, then rank your ideas with an established prioritization framework such as ICE, PIE or PXL so the most valuable work happens first. Speed, trust and a simple checkout are usually where stores find the clearest wins.
This playbook gives you the measurement setup, a funnel-stage checklist from home page to thank-you page, and a guide to the main test-prioritization frameworks.
Start with measurement, not ideas
Conversion rate is usually orders divided by sessions. A single store-wide figure hides most of what matters, so break the funnel into steps and segments before changing anything.
Track the funnel steps
Google Analytics 4 documents a set of recommended ecommerce events that map neatly onto a store funnel:
view_item_listandselect_itemfor category and search pagesview_itemfor product pagesadd_to_cartandview_cartbegin_checkout,add_shipping_infoandadd_payment_infopurchase(andrefund)
Check that each event fires once, with the right item data, on every device and payment method. Broken tracking is a common reason CRO projects reach the wrong conclusions. If ad blockers and consent choices leave gaps, our guide to server-side tracking for ecommerce explains the options.
Segment before you diagnose
- Device: mobile and desktop funnels often break in different places.
- Traffic source: paid social visitors behave differently from branded search visitors.
- New vs returning: first-time buyers need more reassurance.
- Country and currency: shipping costs, payment methods and language all shift conversion.
Add qualitative evidence
Numbers show where people leave; they rarely show why. Combine them with session recordings or heatmaps (with consent), on-site surveys, customer service logs, site search queries with no results, and simple usability tests with five or so real shoppers. Patterns that appear in more than one source are strong candidates.
The funnel-stage checklist
Work through each stage. For each item, note whether it passes, fails or is unknown, and write down the evidence.
1. Landing and home page
- Within a few seconds, can a new visitor tell what you sell and who it is for?
- Do top categories and search sit at the top of the page on mobile?
- Do landing pages from ads match the promise in the ad (product, price, offer)?
- Are shipping thresholds, returns and delivery times visible early?
- Does the largest element load quickly? Google's "good" threshold for LCP is 2.5 seconds or less at the 75th percentile.
2. Category and search results
- Are filters relevant to the category and usable on mobile?
- Is the default sort sensible (best sellers or curated), with out-of-stock items pushed down?
- Do product cards show price, key variant info and ratings without clutter?
- Does site search handle typos, synonyms and SKUs? Do zero-result searches offer a way forward? See AI site search for ecommerce for options.
- Do filter clicks respond quickly? Slow responses show up as poor INP (good is 200 ms or less).
3. Product page
- Are price, availability and delivery estimate visible near the add-to-cart button?
- Are images large, zoomable and showing the product in use and to scale?
- Are variants (size, color) clear, with out-of-stock options marked before selection?
- Do specs, sizing and compatibility answer the questions support keeps getting?
- Are reviews present and easy to scan, including negative ones?
- Does the layout stay stable while loading (CLS of 0.1 or less)?
- Are recommendations relevant rather than random? Our guide to ecommerce personalization covers what works.
4. Cart
- Is the total, including shipping and tax where possible, shown before checkout?
- Can shoppers change quantity and remove items without full page reloads?
- Is the coupon field present without dominating the page?
- Are express payment options visible where they are available?
- Does a mini-cart or cart page make the next step obvious?
5. Checkout
- Is guest checkout available, with account creation offered after purchase?
- Is the number of fields kept to what you need? Address lookup and autofill attributes help.
- Are errors shown inline, next to the field, in plain language?
- Are delivery options and costs clear before payment?
- Are forms accessible: labels, keyboard use, visible focus, enough contrast? WCAG 2.2 is the reference standard.
- Does the checkout work on slow mobile connections and with browser autofill?
6. Payment
- Are the payment methods your markets expect available (cards, wallets, local methods, buy now pay later where appropriate)?
- Is 3-D Secure or other authentication handled smoothly, especially in-app browsers?
- Are declined payments explained with a clear way to retry?
- Do you monitor payment errors by method and country?
7. Thank-you page and after
- Does the page confirm the order, delivery estimate and next steps?
- Does the
purchaseevent fire exactly once, even on reload? - Is account creation offered with one click, using details already entered?
- Do order confirmation and shipping emails arrive promptly and match the brand?
Prioritizing: ICE, PIE and PXL
Most stores have more ideas than capacity. Rather than inventing a scoring system, use one of the established frameworks below. Each has a clear origin, and each makes the team write down why an idea deserves to go first.
| Framework | Origin | Factors | How it is scored | Best for |
|---|---|---|---|---|
| ICE | Sean Ellis, growth marketer and founder of GrowthHackers | Impact, Confidence, Ease | Each idea is rated 1 to 10 on each factor; teams then combine the three ratings (average or product) to rank ideas | Fast triage of a long backlog across marketing and product |
| PIE | Chris Goward, now at Conversion, designed it to prioritize A/B test target areas | Potential (how much a page can improve), Importance (how valuable its traffic is), Ease (how hard a test is to implement) | Each page or template is rated on the three factors and the results are ranked in a table | Choosing which pages or templates to work on first |
| PXL | CXL (Peep Laja and team), as a less subjective alternative to ICE and PIE | A checklist of yes/no questions about visibility, the type of change, and the evidence behind it, plus ease | Mostly 1 point for yes and 0 for no, with some questions (such as whether the change is noticeable within 5 seconds) worth 2; ease is scored from the estimated effort; points are added up | Teams that want scores tied to evidence rather than opinion |
How the frameworks differ
- ICE is quick and works for any idea, but Impact and Confidence are judgment calls. Agree as a team what a 3 and an 8 mean before scoring.
- PIE ranks places rather than ideas. Conversion's description puts your worst performers first for Potential, and your highest-volume, costliest traffic first for Importance. It pairs well with the funnel-stage checklist above: PIE picks the stage, the checklist supplies the ideas.
- PXL replaces 1-to-10 ratings with questions that have factual answers, such as "Is the change above the fold?" and "Is the change addressing an issue discovered via user testing?" Ideas backed by user testing, qualitative feedback, analytics and heatmaps score higher than ideas based on opinion. CXL publishes the questions as a template you can adapt.
Worked example: scoring one idea with PXL
This worked example shows the method only. Fill in the answers from your own store's evidence; the idea and questions below are illustrations, not results.
Take one idea from your checklist, for example "show the delivery cost on product pages". Answer each question from your own data and add up the points:
| PXL question (abridged) | Points if yes | Your evidence |
|---|---|---|
| Is the change above the fold? | 1 | Check where the delivery line would sit on your mobile product template |
| Is it noticeable within 5 seconds? | 2 | Show the control and variant to a few people and ask what changed |
| Does it add or remove an element? | 2 | Yes if you add a new delivery line rather than restyle text |
| Does it run on high-traffic pages? | 1 | Your product-page sessions in GA4 |
| Does it address an issue found in user testing, qualitative feedback, analytics or heatmaps? | 1 each | Survey answers, support tickets, checkout drop-off at the shipping step, recordings |
| How easy is it to implement? | Scaled by effort | Your developer's estimate |
Score every idea the same way, sort by total, and work from the top. Whichever framework you use, treat the score as a conversation tool, not a formula. Fixes for clear bugs (a broken payment method, a field that rejects valid postcodes) skip the queue entirely.
Testing properly
- Write a hypothesis. "Because survey answers show surprise at delivery costs, showing cost on product pages will increase checkout starts."
- Pick one primary metric tied to revenue, such as orders per session, and watch secondary metrics like average order value and returns.
- Calculate sample size first. Low-traffic stores may not be able to detect small changes; use a sample size calculator before starting.
- Run full weeks to cover weekday and weekend behavior, and do not stop when the result first looks good.
- When traffic is too low to test, ship well-evidenced fixes and compare periods with care, noting seasonality and campaigns.
- Keep a log of every test, result and decision so the team learns over time.
Speed is a conversion issue
Slow pages and laggy interactions affect every stage at once, which is why speed fixes usually score high on Importance in PIE and on traffic in PXL. Measure Core Web Vitals from field data for your category, product and checkout templates. On Adobe Commerce, theme choice, third-party scripts, image handling and caching are the usual levers; our guide to Core Web Vitals for Magento goes through the fixes, and Magento performance optimization covers the deeper work.
CRO on Adobe Commerce: platform-specific checks
Some conversion problems are specific to how a Magento or Adobe Commerce store is built:
- Checkout customizations. The default checkout is built from JavaScript components. Heavy customization, or several extensions all modifying checkout, can slow it down and cause errors that only appear for some shipping or payment combinations. Test every combination your customers use.
- Payment and shipping extensions. Keep them updated and watch their error logs. An extension that fails silently for one country can look like a conversion drop.
- Price and stock accuracy. Stale indexes can show wrong prices or "out of stock" messages. If cron or indexing falls behind, conversion suffers before anyone notices.
- Customer group and B2B pricing. Logged-in buyers may see different prices, shipping rules and payment methods. Test the funnel as each important customer group.
- Frontend theme. Lighter frontends can improve interaction speed on category and product pages, but a theme change is a project in itself, not a quick test.
A 90-day CRO rhythm
- Weeks 1 to 3: measure. Audit tracking, build the funnel report by device and source, and collect qualitative evidence.
- Weeks 3 to 5: diagnose. Run the funnel-stage checklist, list every failing item with its evidence, and score the ideas.
- Weeks 5 to 9: fix the obvious. Ship bug fixes and high-scoring changes that do not need a test, such as clearer delivery information or form error handling.
- Weeks 9 to 13: test the uncertain. Run one or two properly sized A/B tests on the highest-scoring ideas where the right answer is not clear.
- Review. Update the backlog with what you learned and repeat.
Common CRO mistakes
- Copying another store's changes without evidence they fit your shoppers.
- Running tests on broken tracking.
- Judging tests on add-to-cart alone when purchases do not move.
- Adding pop-ups, timers and badges until the page feels untrustworthy.
- Ignoring accessibility, which locks out shoppers and, in some markets, creates legal risk; see our ecommerce accessibility guide.
FAQ
What is a good ecommerce conversion rate?
Published averages vary widely by source, industry, device and traffic mix, so they make poor targets. Your own rate by segment, tracked over time, is the useful benchmark.
How many tests should we run?
As many as your traffic can support with reliable results. For many stores that is a few well-chosen tests per quarter plus a steady stream of evidence-based fixes.
Do we need a testing tool?
For A/B tests, yes, or a server-side testing setup. Plenty of CRO work, such as fixing errors and clarifying delivery costs, needs no testing tool at all.
Many CRO fixes on Adobe Commerce are template, checkout or integration changes. Mistri can build and ship them through Adobe Commerce development, with performance work where speed is the bottleneck.
Sources
Google Analytics: Measure ecommerce (GA4 events); web.dev: Web Vitals; W3C: WCAG 2.2 overview; Conversion: PIE Prioritization Framework; CXL: PXL, a better way to prioritize your A/B tests; Lenny's Newsletter: The original growth hacker, Sean Ellis (ICE framework). Checked November 2026.


