By industry
Landing page for clothing website: the size gap
A shopper on a phone likes the dress in the photo, then cannot tell if it fits. Find the step where they stop, and see what a simulated visitor does before you change the page.
Why do shoppers leave a clothing landing page without adding anything to the bag?
Shoppers leave at the first point where a choice depends on information the page does not show: the size they need, how the cut fits, or what delivery costs. The photo looks right, so they tap on, then the size chart opens as a picture they cannot read on a small screen, or the delivery fee appears only at checkout. Check those points before you change the hero or the colors. A simulated test sends a visitor through the product page on a phone and shows the step where they stopped and why.
What this looks like in a report
“The size chart is a picture I cannot read on this screen. Tapping add to bag does nothing, so I cannot tell if I missed a size. I will look somewhere else.”
The fix. Render the size chart as a text table that scrolls sideways on a phone. Change the disabled add to bag button to say choose a size, and mark the size row that is still missing.
An illustration. Run a test to see your own.See a real sample report
A photo cannot tell a shopper whether the size fits
In a shop, a shopper holds the garment against themselves. On a landing page the only evidence is a photo, a short description and a size list. A shopper picks the size they usually wear, but the cut runs small or the chart shows centimeters with no clear column to read, so they guess. They either worry about returns and leave, or they tap add to bag and nothing happens. If the delivery fee appears only at the payment step, the shopper has already spent their attention on a dress they may not buy.
- Is the size chart a readable table on a phone, not a picture that needs zooming?
- Does the add to bag button say which size is still missing, instead of doing nothing?
- Are the delivery fee and return window shown above the bag button, not only at checkout?
- Does the first product on the page match the photo the shopper saw in the ad or post?
- Can a shopper swipe the gallery on a phone to see the back and the fabric?
The order a shopper meets the page
A shopper usually arrives from a post, an ad or a search, on a phone. The first stop is the hero, a new season photo and a shop now button. The second is the product grid, often one long collection with no size filter, so the dress from the post sits somewhere below the fold. The third is the product page, where size, fabric and cut decide whether the shopper keeps going. Each stop asks a question the photo cannot answer.
Watch the handoff from the ad. If the post showed a green linen dress and the first product on the landing page is a black knit, the shopper has to search for the one they came for, and most will not. That is a mismatch, not a fit problem. A simulated visitor shows it on the first screen, because the task names the item and the visitor cannot find it.
Telling a size problem from a delivery problem
Separate the causes by looking, not guessing. Open the page on your own phone in a private window and pick the size you usually wear. Count the taps before you know whether it is in stock. If the button stays silent until a size is chosen, the page hides which choice is missing. If the chart opens as a flat image, the shopper cannot compare their measurements with it. If the delivery cost is unknown until payment, they cannot compare this shop with the next one.
Put the delivery fee, the free delivery threshold and the return window in one line above the bag button. A shopper who has not seen the return window will assume the worst about a dress they cannot try on. Then check that the line is visible without scrolling on a small phone, because a line below the fold does not count as shown.
The task to send through before the next ad
Send one simulated visitor to the page your ads and posts point to, with this task: Find a linen dress in size M and add it to the bag. The visitor is a shopper on a phone who found the brand in a post and wants one dress for an event this month. Start from the landing page, not the homepage, because that is where paid shoppers arrive. Leave the color out of the task unless the post names one.
The visitor can add to the bag and open the cart. It stops at the payment step, because it cannot pay with a real card. Confirmation emails reach its inbox, but a code sent by text message does not. Use made-up details in every form, and do not type a real customer's address into a test. Then run the same visitor again after each fix, so the report shows which shopper got further.
Which method shows the size gap
| Method | Shows you | Misses |
|---|---|---|
| Analytics funnel | Which page shoppers leave from | Why they left the size chart |
| Session replay | What one real shopper did on one visit | Shoppers who never came |
| Simulated visitor | The step it stopped on, the message it saw and any console error | How often real shoppers would act the same way |
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 size chart or a new drop can hide the size button again
The first run finds the step. The fix changes it: a readable size table, a button that names the missing size, and delivery costs above the bag. Run the same visitor again to see whether it reaches the bag, and before you send paid traffic to the page, since a new drop can bring back the silent button.
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
Will this tell me how many shoppers will buy?
No. The test does not predict sales or how many shoppers will add to the bag. It shows the step where a simulated visitor stopped and what the page showed them there. Use store reports and site analytics for sales numbers.
Can a visitor complete a purchase?
No. A visitor can add a product to the bag and open the cart, but it cannot pay with a real card. A checkout that needs a code sent by text message also stops there.
Does the test check my photos or fabric claims?
It checks whether a visitor can find what they need and act on it. It does not judge whether a photo is flattering, whether a fabric claim is accurate, or whether the size chart matches the garment. Check those yourself, against your product data.
Should I name the size and color in the task?
Name them to test the selectors on a phone. Leave them out to see whether the page makes the choice clear on its own, which is often the more useful test for a first visit.
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.