Before you launch or pay for traffic
Cookie banner wording: say what each choice does
A visitor on a phone reads your banner for a few seconds before deciding whether to use the site at all. The wording and the buttons decide whether they say yes, say no or leave.
What should a cookie banner say?
A cookie banner should name what the cookies do, such as counting visits or showing ads, and give a reject choice as easy to press as accept. It should close after a choice and stay closed on the next page. Banners fail when the wording says only that cookies improve the experience, or when the way to refuse hides behind a link called Manage. A simulated test reads the banner the way a phone visitor meets it and shows which choice they made, whether the banner covered the page and whether it came back.
What this looks like in a report
“The banner covers the booking button and only offers Accept. I do not want to be tracked, but I cannot find a no button, so I will just leave.”
The fix. Place Reject all beside Accept all with the same button style, and move the banner off the booking button on a phone. Save the choice in a cookie that lasts, so the banner stays closed on the next page.
An illustration. Run a test to see your own.See a real sample report
A phone visitor decides about your cookies before they see the page
Your banner was built on a laptop, where the page is wide and the buttons sit where you expect them. A phone visitor meets it in a narrow column, with the browser's address bar moving, and the banner often sits over the bottom of the screen. Before they can use the site, they have to choose. If only a bright Accept button is visible, they press it to make the banner go away, and they have agreed to tracking they did not read. If the way to refuse is a small grey link under three screens, they leave instead. Either way, the site loses that visitor.
- Accept and reject sit side by side, with the same size, weight and style.
- The banner names the cookie groups it sets, such as analytics, advertising and preferences.
- On a phone, the banner does not cover the first button or the first line of the page.
- After a choice the banner closes, and it stays closed on the next page the visitor opens.
- The link to the full cookie policy opens a readable page, not a broken one.
Name what each cookie group does, in words a visitor uses
A banner that says we use cookies to improve your experience gives the visitor nothing they can act on. Name the groups you set. Say that analytics cookies count visits and pages, that advertising cookies follow visitors to show ads on other sites, and that preference cookies remember settings such as language. Then say what the site works without. Compare Cookies help us improve your experience with this: We use analytics cookies to count visits, and advertising cookies to show our ads on other sites. Turn either off below. The site works either way. The second version lets the visitor refuse one thing and keep the other.
Make the no as easy to reach as the yes
The quickest test of a real choice is counting taps. Accept should take one tap from the banner, and Reject should take the same. A banner where Manage preferences leads to three toggles, a save button and a confirmation screen treats refusal as a task, and a hurried visitor takes the shorter path, which is Accept. Put Reject all in the same row as Accept all, at the same size and weight. If you offer detailed choices, put them one tap away as well, and do not hide Reject all inside them. The test records each step a visitor took, so you can see which path they took and where they gave up.
A banner that sits over the page can block the first button
On a phone, a fixed banner at the bottom of the screen can cover the button or the first line you want the visitor to read. The browser's address bar and toolbar change height as the page scrolls, so a banner that clears the button in one position can cover it in another. Look at the first screen on a phone, in both orientations, with the banner open and closed. If the visitor cannot reach the main action until they click something in the banner, the banner is a gate, and better wording will not fix that. Shrink it to a small bar, or move it to the top of the page, and check again.
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 analytics or ad tag can set cookies the banner never named
The banner goes stale when someone adds a tag. A new chat widget, an ad pixel or a heat map script can set cookies your text does not list, so the wording is now wrong. Rerun the same visitors through the banner after each new tag, and ask one of them what it thinks the banner promised. With paid credits, visitors can also get past a login with a test account and check the banner inside the app.
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
Does a cookie banner have to offer a reject button?
Some privacy rules expect a reject choice as easy to find as accept, and the rules differ by country. This test cannot tell you whether your banner meets the consent rules in your market. It shows whether a visitor could find a no at all, how many taps it took, and whether the page stayed usable. Ask a lawyer for the rule itself.
Why does my banner come back on every page?
Usually the choice is not being saved, or it is saved for a different address than the one the visitor is on. Click reject, then open your browser's developer tools and look for the cookie your banner sets. If it is missing, the banner cannot remember the choice. The report shows the banner returning on the next page, with a screenshot, so you can see the pattern.
Should the banner list every cookie by name?
Name the groups in the banner, and list the individual names in the full policy. A long list of names on a phone is unreadable, and a visitor will not read it. The test can show whether the policy link opens and whether the groups in the banner match the policy. It cannot check that your policy names every cookie your site sets.
Can the test check the banner on pages behind a login?
Yes, with paid credits. A test account lets visitors sign in to the part of the site that shows the banner, such as a members area. Without paid credits, visitors reach only pages that need no login, so the banner is checked on public pages.
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.