By platform
Newsletter signup Squarespace: find the stop
Visitors read the page and leave without joining, or reach the email box and stop. Mimiq sends simulated visitors to your newsletter block, enters an email address, and shows the step where each one gave up.
Why does my Squarespace newsletter signup get so few sign-ups?
A signup block gets few sign-ups for one of four reasons: visitors never see it, they see it and do not know what they get, the form fails after they type an address, or the confirmation leaves them unsure it worked. Each reason stops visitors at a different step, so the count alone cannot choose the fix. A simulated test follows a visitor from the page to the confirmation and shows the step where each one stopped, with a screenshot.
What this looks like in a report
“The recipe helped. The footer says Join the newsletter, with no idea what comes in it. I will bookmark the page instead of giving my email.”
The fix. Put a short line above the email box that names one thing the reader gets and how often it arrives, such as a weekly loaf recipe. Then submit a test address on a phone and confirm a success message appears in place of the box.
An illustration. Run a test to see your own.See a real sample report
A signup asks for an address before it earns one
A newsletter block is a small form with one job: take an email address. Visitors arrive with a different job. They came to read about one product or one service, and an email box with the word Subscribe asks them to trade their address for something they have not seen. On a phone the block often sits in the footer or lower on the page, past the point where the visitor stops scrolling. A visitor who sees no reason to give an address leaves. The block was on the page, and the visitor never saw a reason to use it.
- Open the published page on a phone and note whether the block appears before the visitor has to scroll past the main content.
- Read the words beside the email box. Do they say what arrives and how often, or only Subscribe?
- Count the fields. An email box alone asks less than an email box with a name, a company and a phone number.
- Submit an address and check that a success message appears in place of the box, not on a page you have to find.
- Open the confirmation email from a test address and check that its link goes to your site, not a blank page.
Where the block sits on a phone
Squarespace blocks stack in order on a phone, so a newsletter block placed under a long recipe or a product list sits far down the screen. A footer block is easy to see in the editor, so it gets copied onto every page, and the footer is the last thing a phone visitor reaches. A visitor who reads the top half of the page and leaves never meets the block at all. Your analytics may show plenty of page views and a small count of sign-ups, and that gap starts here.
Check the published page, not the editor. Open it on a phone in a private window, scroll at a normal pace, and note the point where the block first appears. If it appears after the visitor has left, the fix is placement: move the block up the page, or add a short line near the top that points down to it. If it appears but nobody taps the box, the cause is the words, and that is the next section.
What the words beside the email box promise
A bare Subscribe button asks a visitor to give an address before they know what the address is for. The visitor has to guess whether they will get a weekly digest, a sale alert or a run of sales emails, and a guess tends to be no. Name one concrete thing instead: the recipe a week, the early access list, the next release date. Say how often it arrives, in words such as every Thursday or twice a month.
Fields matter too. An email box alone asks the least. A block that also asks for a name, a company or a phone number asks for more than the reader agreed to give, and the visitor who only wanted the newsletter leaves at the extra field. Keep the form to the email unless a message you send depends on the other answer. Ask for a phone number only when a message truly needs it.
After the click: the success message and the confirmation email
A visitor who types an address and presses the button needs to see that it worked. If the box clears and nothing else changes, the visitor cannot tell a sign-up from an error, so they type the address again or give up. A success message in the same place as the box, in plain words, closes that loop. If your block sends a confirmation email, the visitor is now waiting for it, and a link that goes to a blank page ends the sign-up there.
A simulated visitor enters an address and follows the flow through the message. The run reports the step where the visitor stopped, a screenshot of the block at that moment, and any script error or failed request recorded there. The visitor's inbox works, so a confirmation that reaches it is something the run can show. It does not see your subscriber list, so check that yourself.
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 page section can push the signup out of view
Squarespace pages grow. A new section above the block, a longer product list or a new announcement bar can push the newsletter out of a phone's first screens. After each change to a page, reopen the published page on a phone and check where the block appears. A signup that was easy to reach last month can drop out of sight after one edit.
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
Can a simulated test tell me my real sign-up rate?
No. It does not predict how many real visitors would sign up. It shows the step where each simulated visitor stopped, which helps you find where a signup breaks. Your real rate comes from your newsletter tool and your analytics.
Will the test add an address to my subscriber list?
It can. A simulated visitor who submits the block may create a subscriber, the same as any sign-up. Use an address you can delete afterwards, and remove it from the list once the run is over.
Does the test show whether the confirmation lands in spam?
No. The visitor's inbox works, so a confirmation reaches it, but the run cannot tell you where your real subscribers' mail lands or how their mail provider filters it. Send a confirmation to a few common mail providers yourself before you rely on it.
Should the signup go in the footer?
Only if the footer is where you want the visitor to find it. A footer block is easy to add and easy to miss on a phone, where the visitor may never scroll to the bottom. Put a line near the top of the page that points to the block, then test both positions with simulated visitors on a phone.
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.