By platform
Test WordPress site online before launch
Your dashboard works, which is not the same as a stranger opening the site. Simulated visitors load the public address and show which pages break, leak the old address or send people in circles.
How do I test a WordPress site online before visitors arrive?
Open the public address in a private window while signed out, then visit the home page, one post, the contact page and a page with a form. Look for links that still point at a staging copy, pages that load as plain text with no layout, and any redirect that bounces between two addresses. Check the search visibility setting too, because a site launched with search engines told to stay away stays out of results. A simulated visitor runs that same visit with no login and records the status and a screenshot of each page.
What this looks like in a report
“The page loaded, then the booking button took me to some other address with a broken layout. Is this even the same clinic? I do not trust a site that looks half built.”
The fix. Replace the old staging address in the site settings and the menu, then run a search and replace on the stored content for the old address. Save the permalink settings again so post links resolve, then confirm a signed-out visitor stays on the public domain from the home page to a post.
An illustration. Run a test to see your own.See a real sample report
The dashboard works, but the old address may still be in the site
A WordPress site moved from a staging copy or a local build keeps its old address in several places. The site address and home address settings, the links typed into posts, the image addresses and the menu can all point at the old copy. Visitors land on a page that loads, then a click jumps to an address that does not answer. Permalinks add a second risk, because post links can return a not found page while the home page still loads. None of this shows in your signed-in dashboard, which you open through the address you already use.
- Open the home page signed out, then click the menu and one post. Note any jump to another address.
- Check that the address bar stays on your public domain after each click, with no staging name in it.
- Open a post from the blog list, not from the menu, so the post links are tested directly.
- Look for a page with text and no layout, which often means a style file loads from the old address.
- Send one message through the contact page to confirm the form reaches you.
The address the site still remembers
WordPress stores its own address in a few settings, and it stores links inside the content too. A site copied from a staging copy often has the right address in the settings and the old one in the posts, the menu items and the image links. A visitor clicks a link that was written before the move, and the browser goes to a copy that is no longer up, or to one you have since shut down. The settings look correct when you open them, so the problem is easy to miss.
Old addresses also hide in places you rarely open, such as a footer widget, a theme option or a block that holds a button. Each one carries the address it was saved with. Finding every copy by hand is slow, which is why a search for the old address across the stored content is the usual fix, followed by a check of the pages a visitor is most likely to open.
Pages that load and still look wrong
A style or script file that loads from the old address can leave a page readable but unstyled, with the menu in one long column and the images missing. A secure page that pulls in a file over a plain connection can also lose parts of its layout, depending on the browser. The owner sees the finished version, because the same files load for them from the right place. A visitor sees the broken copy, and only the console and the network list show the failed requests.
Why a signed-in check misses the old address
When you are signed in, you usually open the site from the dashboard, click through your own pages and see the admin toolbar, which loads a different set of files. The address in your browser is the one you already typed, so the staging name does not show. Test signed out, from a private window, and start from a search result or an outside link, the way a stranger arrives.
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.
Each new post can bring the old address back into the site
A staging address can leak into new posts, menu items and image links after launch, whenever someone copies content from an old draft. Run the same signed-out visitors through the home page, one new post and the contact page after each big change. Protected previews need their site password in the run, which is part of paid credits. A saved run shows the first post that jumps to the wrong address.
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 changing the site address fix every link?
No. The settings change the site's own address, but links typed into old posts, menus and image fields keep the previous address until each one is replaced. Change the settings first, then search the stored content for the old address and check a sample of posts.
Should I keep search engines out until the site is ready?
That depends on what you launch and when. A staging copy should stay out of search, but a live site launched with search blocked stays out of results too. Check the search visibility setting before you announce the address, because the setting is easy to forget.
Can a simulated visitor reach a staging copy behind a password?
Only with the password. Protected previews need the site password entered in the run, and that is part of paid credits. Without it, the visitor stops at the password screen, and the report shows that screen as the step where it stopped.
Is a clean test on my laptop enough?
No. A phone can reach an address and load a cached copy that a laptop never shows. Test both devices from a clean session, and do not rely on the tab you used to build the site. The test does not predict how many visitors will stay once they arrive.
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.