A visitor fills in your contact form, presses Send and sees a pleasant green message.
You check the animation. It looks good.
But did the inquiry reach the person who is supposed to answer it?
That is a different thing to check.
Follow one message to its destination
Imagine a small business website that sends inquiries to an email inbox. A useful release check is simple:
- Open the public page on a phone, signed out of your admin account.
- Submit a clearly marked test inquiry using an address you control.
- Find that exact message in the intended inbox.
- Check that the sender's reply address and message are intact.
- Reply and confirm that the answer reaches your test address.
You have checked one real route through the site. A screenshot of the green message cannot show you the same thing.
If the inquiry does not arrive, start tracing that route: was it recorded by the form service, sent to the intended address, or placed in spam? Check the evidence before guessing at a cause.
Make the confirmation match what you know
“Your request reached our team” is a stronger claim than “Your request was submitted.” Use wording that your system can actually support.
W3C's form notification guidance explains why users need clear feedback about the result of a submission. That feedback should also be truthful.
A successful test message does not prove that every future delivery will work. Keep a way to notice failures after launch, and repeat this check when the form or its destination changes.
What do you use as proof that your contact form works: the success screen, or a message someone can answer?
Top comments (0)