By platform
Wix checkout not working: find the step
The shopper adds an item and then cannot finish. Simulated visitors take the same path from the cart to the payment step and show the field, shipping choice or payment box that stops them.
Why is my Wix checkout not working for shoppers?
A Wix store checkout stalls when a shopper gets no shipping choice for their address, when no payment method is available at the last step, or when a required field stops the order without a clear message. Each stop looks different, so note whether the shipping area is empty, the payment area is empty, or the button returns an error. Check that the shipping rules and the payment setup cover an address a real shopper would use, not only your own. A simulated test walks the cart into checkout with a delivery address and reports the step where it stopped, with a screenshot.
What this looks like in a report
“The shipping box says nothing is available for my address, so no total shows. Maybe they do not deliver here. I cannot see a reason, so I will buy the gift somewhere else.”
The fix. Add a shipping rule that covers the destination country, with a rate that displays at checkout, and confirm a payment method is available for that country. Then enter a delivery address in that country in a private window and check that a shipping choice and the total appear before the payment area.
An illustration. Run a test to see your own.See a real sample report
Your own test uses an address the shopper will not have
Your checkout test uses your own address, your own saved details and a cart you already know. A shopper brings a different country, a different postal format, a coupon, or a product that is out of stock for their destination. The store may then show no shipping choice, so the total never completes, or show a payment method that the shopper's country does not allow. Nothing on the product page warns about this. The shopper meets the gap at the last step and leaves without an error they can act on.
- Enter a delivery address in another country, then check that a shipping choice appears.
- Look at the payment area before you press place order. Does at least one method show?
- Try a product that is in stock and one that is not, and compare what checkout does.
- If a coupon is applied, remove it and check whether the total and the button recover.
- Note the exact wording of any message in an empty payment area, since it names the gap.
The address is the input your test never changes
Most owners test checkout with their own country, their own details and an item they know is in stock. That is the easiest path through the store, and it reaches the shipping rules that cover the owner. A shopper in another country reaches a different rule, or no rule at all. The store's answer depends on the address, so a checkout that works for you can be empty for everyone outside your region.
The address also changes the payment area. Some payment methods are offered only in certain countries, and an address outside those countries can leave the payment area empty even when shipping works. Check the address you test with, then test with one address from each country you sell to, so you learn which ones the store can serve. A walk with that address shows the gap before a shopper finds it.
Empty shipping, empty payment or a silent button
An empty shipping area means no rule covers the address, so no choice or total appears. An empty payment area means the store has no method for that country or cart, which is a setup gap rather than a shipping one. A button that stays inactive with both areas filled often points at a field the shopper still has to complete, which may be hidden below the fold on a phone. Each symptom points at a different setting, so read the empty area first and open that setting before you touch the rest.
What the simulated walk can and cannot reach
A simulated shopper walks the cart into checkout with a delivery address, reads the shipping choices and the payment area, and records the step where it stopped. It stops at the payment step, so it cannot pay with a real card. That keeps the walk safe, and it still answers the question an owner's own test cannot, which is whether a shopper with a different address can reach payment at all.
Mimiq is independent and not affiliated with the platforms it names. Names belong to their owners.
What you get with Mimiq
- 01
Run it by hand, or on every pull request
Paste a link and a task in the app and watch the visitors work. Or run them on every preview deploy: the GitHub Action comments on the pull request, any other CI can call the MCP endpoint, and your coding agent can run it too.
- 02
Bugs and usability problems in one report
The browser records errors and failed or slow requests on the step they happened. The visitors say where the wording or the steps confused them, and where they left.
- 03
Visitors that behave like your audience
Each visitor is a different profile with a reason to be there, matched to who the page is for, described by you, or built from your own customers.
- 04
A prompt to fix each problem
Every problem comes with a fix to paste into Cursor, Claude Code, Lovable or any coding agent, and one prompt hands over the top problems at once. Then send the same visitors through again.
- 05
Follow every visitor
See each visitor's whole path, step by step with screenshots, and what it was thinking at every step. Ask any visitor a question.
The browser records relevant JavaScript errors and failed or slow app requests encountered during the run, attached to the step where they occurred. The visitors are simulated: they find problems, they do not predict how many real people will convert.
A new shipping rule can leave one country with no delivery price
Shipping rules are often added one country at a time, and a new rule can leave a neighboring country with no shipping choice. After each change, run the same simulated shoppers with a delivery address in every country you sell to, and compare the step where each one stopped. Protected previews, such as a staging store behind a site password, need that password in the run, which comes with paid credits. A saved run shows which country lost its option.
Starter
Try it on one launch
About 4 tests of 5 visitors
- Visitors on your landing page, signup and checkout
- Where they left and why, with a fix to copy for each problem
- Run it in the app or on every pull request
- Ask any visitor a question, included
- Test accounts and protected previews
Builder
Test every build
About 20 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Cancel anytime
Pro
Test every release, as a team
About 60 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Cancel anytime
Scale
Test at scale, every day
About 240 tests of 5 visitors
- Everything in Starter
- Credits refill each month, and what is left rolls over once
- Priority support
- Cancel anytime
Questions
Why does checkout work for me but not for shoppers?
Your address, your saved details and your own account are the easy case. A shopper's address, a coupon, or the stock level for their destination can change the shipping choices and the payment area. Test with a delivery address you do not own, in a private window, so the walk matches a stranger's path.
Can a simulated shopper complete the payment?
No. It walks checkout up to the payment step and records what the payment area showed. It cannot pay with a real card, so it cannot tell you whether a charge goes through. Use the payment provider's test mode for that last step.
Will the walk show an order confirmation?
The walk ends before an order is placed, so it has no confirmation to show you. When the walk reaches payment cleanly, place one test order yourself, then check the confirmation at the address you typed for it.
What if shipping shows but the payment area is empty?
That points at payment setup, not shipping. Check that a payment provider is connected and switched on for the country the shopper chose. The walk records an empty payment area as the step where it stopped, which tells you where to look first.
Is one clean walk enough before launch?
One clean walk is a starting point. It shows that one address can reach payment, and it does not predict how many shoppers will pay. Run the walk again after each shipping or payment change, and keep the saved runs, so the next gap shows up as a difference rather than a surprise.
Keep reading
Send visitors and see what breaks first.
Your first test is free: sign in with Google and it starts right away. Last checked 2026-11-02.