Wix Form Not Working? 8 Fixes for Missing Submissions

Why Wix forms break

A Wix form only runs on the published site. Nothing submits from the editor preview — visitors see and submit the version of the site that was last published — and every form can be configured with its own notification and automation settings, including which email address gets notified. Submissions are then collected in your Wix dashboard even when the notification email never arrives. Each of those steps is a place where a form can quietly stop working while looking fine in the editor.

The fastest way to split the problem in two: open your Wix dashboard and look for your test submission under Forms & Submissions (messages also surface in the Wix Inbox). If the entry is there, the form works and only the email leg is broken. If it is not there, the submission never reached Wix at all, and the fixes below are ordered to find out why.

Quick checklist

1. You tested on the published URL, not the editor preview.
2. The site was published again after your last form edit.
3. Your test entry appears (or does not appear) in Forms & Submissions in your Wix dashboard.
4. The notification email address for the form is an inbox you actually read.
5. You checked the spam, junk and promotions folders for the notification email.
6. No required field is hidden or disabled when the visitor submits.
7. If the form uses custom HTML or Velo code, the browser console and network tab show no errors on submit.
8. The form also works in a private window with extensions disabled.

Eight fixes, in order

1. Publish the site again after editing

Wix serves the published version of your site. If you edited the form — added a field, changed the notification address, or relabelled the submit button — but did not publish again, visitors still get the old version, and the old version can keep old settings that look broken. Publish the site and retest on the published URL, not in the editor preview.

This is the most common reason reported as "Wix form not working" right after a change: the form looks updated in the editor but the live site is unchanged. A quick way to confirm is to open the published page in a private window and check whether your latest edit is even there. If it is not, publishing again is the whole fix.

2. Check the form's notification and automation settings

Each Wix form has its own notification and automation settings in your Wix dashboard. If submissions appear in Forms & Submissions but no email arrives, open the form's settings there and confirm that email notifications are actually turned on and that the address is the inbox you actually read — it is often an old address, a departed employee's mailbox, or a shared inbox nobody monitors. While you are there, confirm the form's notifications are not set to be sent only for certain conditions.

The general pattern for this failure — the form stores submissions fine but the email never shows up — is covered in why a contact form can work but no email ever arrives. If the settings look right and emails still do not arrive, move on to fixes 3 and 4, which separate a settings problem from a mailbox problem.

3. Look for the submission in your Wix dashboard anyway

Even when the notification email never arrives, Wix usually still collects the submissions. Open your Wix dashboard and check the form's submissions under Forms & Submissions, and also check the Wix Inbox, where form messages can appear. If your test entry is there, the form is working and you should stop debugging the form — the only thing broken is the email leg, and fixes 2, 4 and 8 are the ones that matter.

Running the test this way also protects you against the opposite mistake: rebuilding a form that was never broken. If the entry is not in either place, the submission never reached Wix, so continue with the fixes that find out why — hidden fields, failing custom code, or a blocked embed.

4. Check the spam, junk and promotions folders

Notification emails from a site often land in spam or junk, especially when the receiving mailbox has strict filters or when the site was recently connected to a custom domain. Check the spam, junk and promotions folders of the address the form is configured to use, and search for the form's name or your site name. If you find the emails there, add the sender to your contacts and mark the message as not spam, so the mail provider trusts it going forward.

For the deliverability side — why notification mail gets filtered and how sender authentication affects it — see why contact form emails go to spam. If the emails do not arrive anywhere, including spam folders, the problem is earlier in the chain: notification settings, an unverified address, or the form not submitting at all.

5. Check for a required or hidden field blocking submit

Native HTML validation stops the form from submitting when a required field is empty, and the browser quietly focuses the offending field. If that field is visually hidden — inside an unselected tab, a collapsed section, or content the visitor cannot see — the visitor sees a form that simply does nothing when they click submit. Look for required fields that sit in hidden or conditionally shown parts of the form and either make them optional or reveal them before validation runs.

Also check for a field whose required state changed but whose error message or placeholder still talks about something else, and for two fields sharing the same name. To reproduce this, submit the published form completely empty and watch where the browser highlights: it points at the first blocking field, even if that field is the one you cannot see.

6. Check custom HTML or Velo code and its backend

If you built the form yourself as custom HTML or used Velo code rather than the built-in Wix form, the submission is handled by your code, not by Wix. The usual failure is a script that posts to an old backend URL, sends parameters the endpoint does not accept, or throws an error before submitting. Open the published page, open your browser's developer tools, and submit the form: red errors in the console are your suspects, and the network tab shows whether the request was sent at all and what status the backend returned.

If the network tab shows no request, your code is failing before the submit happens — fix or remove the intercepting script. If the request returns an error status, the backend itself is rejecting the submission, so check that the endpoint URL, field names and expected format still match. A plain form that just posts its fields without any JavaScript intercept does not hit these failure modes, which is why fix 8 below recommends a minimal HTML form.

7. Check third-party embeds blocked by extensions and ad blockers

A form delivered through a third-party embed or iframe can be blocked by the visitor's browser extensions, ad blockers, or privacy tooling, while the rest of the page looks perfectly fine. The page then shows a blank space or an inert form and nothing submits. Retest the published page in a private or incognito window with extensions disabled, and on a second browser: if the form works there, the embed is being blocked on the first machine, not failing on Wix.

Also check whether the embed itself is still loading your configured form — a stale embed code, a removed form, or an iframe whose source was changed will keep rendering (or fail to render) exactly like this. If the form works with extensions off but fails with them on, the fix is on the visitor's side; if it fails everywhere, go back to fixes 5 and 6 and look at the form's own fields and code.

8. Add a simple backup form posting to an external backend

If the form keeps breaking around notifications, spam filtering or custom code, keep your Wix design and take Wix out of the submission path. Add a plain HTML form via a Wix HTML embed that posts directly to https://splitforms.com/api/submit, for example:

<form action="https://splitforms.com/api/submit" method="POST">
  <input type="hidden" name="access_key" value="YOUR_ACCESS_KEY" />
  <input name="name" type="text" placeholder="Name" required />
  <input name="email" type="email" placeholder="Email" required />
  <textarea name="message" placeholder="Message" required></textarea>
  <button type="submit">Send</button>
</form>

With splitforms, accepted submissions are saved to a searchable dashboard before the owner notification email is attempted, spam is filtered with a honeypot plus rule-based scoring, and notification email is included on every plan. Because the form posts straight to the backend, it does not depend on Wix notification settings, mail provider filtering, or your page's scripts. The full walkthrough for the Wix HTML embed route is in the guide to add a contact form to Wix.

Other form problems and fixes

• Contact form not working
• HTML form not submitting
• Form submission canceled (form not connected)
• 405 Method Not Allowed
• 401 Unauthorized
• CORS error
• Form sends but no email arrives
• Emails land in spam
• Elementor form not sending
• Gravity Forms not sending
• WPForms not sending
• Ninja Forms not sending
• mailto: action not working
• Works in preview but not live
• Netlify form not working
• Webflow form not working
• Required attribute not working
• input type=number maxlength not working
• autocomplete="off" not working
• Form resubmission on refresh
• Duplicate form submissions

Still stuck? Test your endpoint with our free Form Action Tester or contact splitforms support.

FAQ

Stop fighting notification settings and spam filters — point your Wix form at https://splitforms.com/api/submit and every submission is stored, filtered, and emailed. Get a free access key.

Related: add a contact form to Wix and the free contact form.