By platform
Shopify website launch checklist: the storefront
Your admin shows a store that looks finished, while a stranger on a phone may see a password page, an empty collection or a menu link that goes nowhere. Mimiq sends simulated visitors through the storefront and shows where each one stopped.
What should I check on a Shopify store before it goes live?
Check the storefront as a stranger does: a new browser, signed out of your admin, on the address customers will type. Confirm the live theme loads, every product you plan to sell shows on the storefront, the menu links lead somewhere, and a product can be added to the cart and reach checkout. Each of those can fail in a way your admin view hides. A simulated test follows a new visitor through those steps and shows the screen where each one stopped.
What this looks like in a report
“The email said the shop was open, but I get a page asking for a password. I cannot tell whether I am early or in the wrong place, so I will look at the brand's social posts.”
The fix. Turn off password protection in the store's settings, confirm the live theme is the one you edited, and open the store address on a phone in a private window. Then tap each menu link and confirm it lands on a page with products.
An illustration. Run a test to see your own.See a real sample report
Your admin view shows products that visitors cannot see yet
The admin shows everything you have created, including products that are not yet part of the online store and themes that are not yet live. A product can be complete and visible to you, yet missing from the storefront because it was never published to the online store. A collection built from rules can be empty for visitors if no product matches the rule. A password page may still sit in front of the whole store. You see a finished store from inside admin, and a visitor sees an unfinished one from outside.
- Open a private window, sign out of admin, and load the address customers will type, not a preview link.
- Search the storefront for each product by name. A product that search cannot find is not on the storefront.
- Open every collection a visitor reaches from the menu on a phone, and count the products in each.
- Click every link in the main menu and the footer, and note any that lead to a missing or hidden page.
- Add one product to the cart, open the cart, and confirm checkout opens with the right item and price.
Open the store the way a stranger arrives
Launch checks usually begin in admin, where every product is one click away. Start somewhere else. Open a private window, sign out of anything you are logged into, and type the address your customers will use, not the preview link you have been sharing with your team. A preview can show a theme that is not yet live, and an admin session can show products the public cannot reach. The first page a stranger sees is the one that decides whether the rest of the check matters.
Products and collections that exist in admin but not on the storefront
A product reaches the storefront only when it is published to the online store. Until then it can be complete in admin, with photos, prices and a stock count, and still be absent from collections, search and its own page address. Check this by searching the storefront for the product by name, not by opening it from admin. If the search finds nothing, the product is not on the channel, and any link you send will open to a missing page.
Automated collections follow a rule rather than a list. A collection that filters by a tag stays empty if the tag was typed wrong on every product. Check the tag on one product first, then on every product in the collection. Open each collection a visitor reaches from the menu on a phone, and count the products. An empty collection looks finished in admin and broken on the storefront.
The password page and the live theme
Two settings decide what a stranger sees before any of this matters. While password protection is on, visitors see a password page and nothing else. The theme visitors get is the one set as live, which may not be the theme you have been editing or previewing. Check both before you announce the store, since a launch email that leads to a password page wastes the first visits the launch was meant to bring.
Adding to the cart and reaching checkout
The purchase path is where a launch fails quietly. A stranger adds one product, opens the cart, and checks out. Run that path yourself in a private window with a product you have just published, not one you have checked for weeks. Confirm the cart count changes, the cart shows the right item and price, and checkout opens. A stranger who gets an empty cart or a stalled checkout does not write to you. They leave.
A simulated visitor runs the same path with no admin access, so the cart and checkout are the ones a stranger gets. It reports the step where the run stopped, a screenshot, and any script error or failed request recorded there. If password protection is on, the run needs a site password you provide, using paid credits, and it stops at the gate without one. It does not read your products, collections or menus, so the checks above still come from you.
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 product or menu link can break the launch again
Stores keep changing after launch. A new product that is never added to the online channel, a menu link to a page you renamed, or a theme switch can break the storefront while admin looks fine. After each change, search for the new product from the storefront, tap the menu on a phone in a private window, and run the purchase path to the payment step.
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 the test replace checking my admin settings?
No. It sees the storefront the way a stranger does. It does not read your products, collections, menus, domains or settings, so a product missing from the channel shows up only as a visitor who cannot find it. Use the checks above to find the cause.
Can a simulated visitor get past the password page?
Only with a password you provide. Paid credits let visitors open a protected preview with a site password, and the run then continues into the store. Without the password the run stops at the gate, which is the same wall a stranger meets before launch.
Will the test place an order?
No. The run adds an item, reaches checkout and goes up to the payment step, then stops, because visitors cannot pay with a real card. Test the payment yourself with your provider's own test tools, and check the order confirmation email on an address you control.
Does a passing test mean the store is ready to sell?
No. It does not predict how many visitors will buy, and it covers only the paths you choose. It shows where a stranger stopped on those paths. Run it again after every change to products, menus or the theme, and check the first screen on a phone before you send traffic.
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.