Squarespace form not sending email: which form

A Squarespace page can include several form blocks: one in the body, one in the footer, and one in a section the visitor has to open. Each block keeps its own settings, so a block added later can be set up differently from the one you tested. A visitor fills in whichever form they reach first, which is often the one nearest the top or the footer, and sees a confirmation either way. The owner tests from the contact page, sees mail arrive, and concludes the form works. Both are telling the truth, about two different forms.

• Open the page in the editor and list every form block, including the footer and any pop-up. How many are there?
• For each one, open its settings and check whether it is set to send an email, and to which address.
• In a private window, submit the form nearest the top of the page. Does an email arrive?
• Submit the footer form once with a test message, then the one in any collapsed section.
• Use a subject line that names the form, such as footer or contact, so the inbox shows which one sent it.

Squarespace pages are assembled from blocks, and a form is one block among many. Owners often add a form to the contact page, then a second one to the footer that shows on every page, and sometimes a third inside a section the visitor has to open. Each form block carries its own settings, so the one you tested may be set up differently from the one a visitor used. That difference explains a form that works for the owner and sends nothing for visitors.

The check starts in the editor. List every form block on the page, including the footer and anything in a pop-up or a collapsed section. Open each form's settings and read whether it is set to send an email, and where that email goes. A thank-you message on screen does not say which forms send mail, so the confirmation alone cannot answer that.

A visitor uses the form they can see first, and the owner rarely sees the same screen. On a laptop, the form in the body may sit above the fold. On a phone, the footer form may be the only one within reach after a scroll. The screenshot of the visitor's step shows which form was filled in, so read it before anything else. If it shows the footer, the footer block is the one to check, whatever the contact page says.

The wrong approach is to test one form from the contact page and call the whole site fixed. The right approach is to submit each form once, from a private window, with a message you can find in your inbox. A subject line that names the form tells you which block sent each message, so the inbox answers the question the screenshot raised.

Give Mimiq the page address and one task a visitor would have: send a question about the Saturday class through the form. Each simulated visitor picks the form it reaches first, so the run shows which form a visitor actually reaches. Each run shows which form was used, the fields filled in, the message after Submit, and any request that never returned, with a screenshot of the form at the press.

The test does not open your inbox, so it cannot confirm that a notification was sent or delivered. Each simulated visitor has a working email inbox, but that inbox belongs to the visitor, not to you. Use the screenshot to learn which form was used, then confirm delivery by sending one message from a personal address to each form after every change.

Rerun the same task after you add a form, a pop-up, a footer block or a copied section. A new form copied from another page can start with different email settings, while the contact page keeps working. The same task run once per form shows which ones send mail after each change.