At a glance
Percentage of sessions that began checkout AND completed it. Checkout completion is the highest-leverage funnel stage because the customer has already decided to buy: they put items in the cart, clicked “checkout”, entered shipping info, and got to payment. Losing them at this stage is losing customers who wanted to give you money. Industry average completion is 50-65%; top performers exceed 75%. Every percentage point lift here is pure revenue with no acquisition cost.
| What it counts | Percentage of GA4 sessions that fired both begin_checkout AND purchase events, divided by sessions that fired begin_checkout. Computed across the current 30-day period. |
| Sample type | GA4 enhanced ecommerce event data, refreshed on the standard data refresh. |
| Why checkout completion matters | (1) Highest-intent abandonment: customers at checkout have signalled purchase intent. Losing them is more costly than losing top-funnel browsers. (2) Direct fix-and-measure loop: changes to checkout (payment options, shipping costs, form fields) produce immediate measurable impact. (3) Compounding margin lift: completion rate improvements affect already-acquired customers, so all downstream lift is at zero CAC. (4) Trust + UX signal: low completion suggests trust gaps (security badges, return policy clarity) or UX friction (form length, payment errors). |
| Reading the value | (1) Below 25%: severe; checkout is broken or extremely friction-heavy. (2) 25-50%: needs work; well below industry average. (3) 50-65%: industry typical. (4) 65-75%: above average; trust + UX investments paying off. (5) Above 75%: top-tier; sustained discipline on payment options + form simplicity + transparency. |
| Currency | percent. |
| Time window | 30D vsP. |
| Alert trigger | ga_checkout_completion < 25 (BAD threshold). |
| Sentiment key | ga_checkout_completion (HIGHER_IS_BETTER; GOOD ≥ 50%, BAD < 25%). |
| Roles | owner, marketing, operations |
Calculation
Worked example
A UK-based BC store, checkout completion reading on Wednesday 15 May 26.| Funnel stage | Sessions | Stage CR | Cumulative CR | Notes |
|---|---|---|---|---|
| Total sessions | 108,142 | - | - | All channels |
| Add to cart | 8,651 | 8.0% | 8.0% | Top-funnel intent signal |
| Begin checkout | 4,150 | 48.0% (of carts) | 3.84% (of total) | Customer committed |
| Add shipping info | 3,560 | 85.8% | 3.29% | Form-fill stage |
| Add payment info | 2,820 | 79.2% | 2.61% | Payment-method choice |
| Purchase | 2,103 | 74.6% | 1.94% | Completion |
| Checkout completion | - | - | 50.7% | Begin checkout → purchase |
- Checkout completion at 50.7% is right at the industry-typical baseline. Acceptable but not strong; meaningful headroom to lift toward 65-75% top-tier.
- The biggest drop is begin-checkout → add-shipping (48% retained). Half the customers who clicked “checkout” abandoned before entering shipping info. Common causes: shipping cost surprise (revealed at this step), required account creation, slow page load, payment method mismatch (preferred method not visible until later step).
- Mid-funnel attrition (shipping → payment, 85.8%; payment → purchase, 79.2%) is healthier. Customers who get past the shipping-info step typically convert at strong rates. The first checkout step is the leak.
-
Recommended diagnostic:
- Run a checkout test in incognito on mobile and desktop. What’s the experience after clicking “checkout”? Is shipping cost visible immediately? Is account creation required?
- Audit the begin-checkout step for friction: required fields beyond what’s necessary, slow load (cross-reference
crux_inp_p75), or shipping-cost reveal that surprises customers. - Check payment method coverage: is the merchant offering the methods customers expect (Apple Pay, Google Pay, Klarna, PayPal, etc.)?
-
Likely fixes for the begin-checkout → shipping leak:
- Offer guest checkout: required account creation alone can cost 15-25% completion.
- Show shipping cost upfront: if cart subtotal includes estimated shipping or shipping-tax, customers don’t see surprise costs at checkout.
- Reduce form fields to essentials: every additional field costs 1-3% completion.
- Mobile keyboard optimisation:
inputmode="numeric"for phone,inputmode="email"for email; small change, measurable lift. - Add Apple Pay / Google Pay express checkout at the begin-checkout step: bypasses entire shipping form for express-pay customers.
-
Recommended response:
- Day 1: Run incognito checkout test. Note every step.
- Day 1-2: Audit begin-checkout page specifically, is anything friction-causing?
- Day 3-5: Implement express-pay (Apple Pay / Google Pay) at begin-checkout if not present.
- Day 7-14: Measure impact; expect 3-7 percentage point completion lift if express-pay was missing.
- Day 30: Re-audit completion rate; aim for 60%+.
- Read completion rate. Below 50% triggers investigation.
- Map the funnel (cart → checkout → shipping → payment → purchase).
- Identify the largest drop at any stage.
- Apply stage-specific remediation.
- Re-measure.
| Time horizon | Action |
|---|---|
| First 1 hour | Read rate; map funnel. |
| First day | Run incognito checkout test. |
| First week | Implement express-pay or shipping-cost visibility. |
| Day 30 | Re-measure; aim for 60%+. |
Sibling cards merchants should reference together
| Card | Why merchants reach for it |
|---|---|
ga_conversion_rate | Site-wide CR; combines top-funnel and checkout. |
ga_cart_abandonment | Cart-stage abandonment; pre-checkout. |
ga_add_to_cart_rate | Top-funnel intent. |
refund_rate | Post-purchase regret signal. |
failed_orders_trend | Payment failures at completion. |
Reconciling against the vendor’s own dashboard
Where to look in GA4: Reports → Monetization → Ecommerce purchases → Cart-to-purchase rate; Funnel Exploration for the full step-by-step view. Why our number may differ:| Reason | Direction | What to do |
|---|---|---|
Begin-checkout event firing. GA4 requires begin_checkout event correctly tagged; if events fire incorrectly, denominator is wrong. | Variable | Audit GTM tagging. |
| Multi-checkout sessions. A customer who starts checkout, leaves, and starts again may be counted twice in some configurations. | Variable | Use the Funnel Exploration view. |
| Period boundary. Match periods. | Marginal | n/a. |
begin_checkout event tagging is firing correctly first.
Known limitations / merchant FAQs
Q: Our completion rate is 50%, is that good? Average. Industry baseline is 50-65%; top-tier 75%+. The 25-percentage-point gap between average and top is the biggest single revenue lever in checkout. Worth investing in. Q: We added Apple Pay and completion went up 8%. Is that real or noise? Real. Express-payment options are one of the most-cited completion-rate drivers. Apple Pay specifically lifts mobile completion 5-12% in most ecommerce stores. Confirm by isolating mobile-only completion change. Q: Required-account-creation kills completion. Should we offer guest checkout? Almost always yes. Required account creation costs 15-25% completion in most studies. Offer guest checkout with a “create account at end” option. Total customers acquired is roughly the same; conversion is much higher. Q: Our completion is 30%, that’s below the alert threshold. What’s most likely wrong? Top causes: (1) shipping cost surprise at the first checkout step, (2) required account creation, (3) limited payment methods (no Apple Pay, no Klarna for fashion, no PayPal for older audience), (4) form errors that the customer can’t easily diagnose, (5) site speed at checkout (CWV failures specifically on /checkout). Q: Mobile completion is 35%, desktop 65%. Why such a big gap? Mobile-specific friction. Common causes: small touch targets on form fields, autocorrect interfering with credit card numbers, tiny “place order” button, slow page transitions on mobile networks. Optimising mobile checkout is the single highest-ROI fix point for most ecommerce stores. Q: What aboutga_cart_abandonment?
That’s the cart-to-checkout-start stage; this card is the checkout-start-to-purchase stage. Both matter; they capture different friction points. Use both alongside.
Q: GA4’s enhanced ecommerce events, what if they’re not all tagged?
This card requires begin_checkout and purchase events. If begin_checkout isn’t firing, the card will show inflated rates (purchase / 0 = undefined). Audit GTM and BC integration; most stores need explicit configuration to tag the begin-checkout event properly.
Q: Customers who abandon at payment and come back later, counted?
The card looks at events fired in the same session. A customer who returns and completes in a new session counts as: previous session = abandoned (begin_checkout, no purchase); new session = potentially purchase without begin_checkout. The metric understates absolute completion as a result. For the long-window view, use cohort retention reports.