Insurance agencies
A form here may be carrying a notification rather than a sales enquiry, so finding out late that it stopped is not merely awkward.
Insurance agencies hostingA contact form does not announce that it has stopped working. It carries on showing a thank you message, the sender walks away satisfied, and nothing arrives. The only symptom is quiet, and quiet is easy to explain away for weeks. In an economy built on scheduled professional work, where a fortnight without an enquiry is ordinary, that is how a form stays broken for a season.
AldoMedia is not in Hartford. The company works out of Buffalo, New York. There is no Connecticut office, no local number, and nobody who will drive over to look at your screen with you. Setup, migration and support are all done remotely, which is the way this particular job has always been done.
A form that stops delivering does not break in any way a person can see. The page loads, the button works, and the visitor gets a line thanking them for getting in touch. What changed is that the message now goes nowhere, and on a site where the form carries a renewal question, a claim or a first enquiry, nowhere is an expensive place for it to go.
That matters more in professional work than almost anywhere else, because the normal rate of enquiry is low and uneven. An insurance agency, an accounting practice and a small law firm can all go a fortnight without a single form arriving and think nothing of it. Silence is the ordinary condition of the inbox, so a broken form hides inside it.
When it does get found, it is almost never found by looking. Somebody calls to chase a quote they say they requested three weeks ago. A referral asks why nobody replied. A colleague mentions that last month's enquiry was actually a phone call. At that point the useful question is not what broke, it is how long ago, and the answer is further back than anyone wants.
The expensive half is on the other side of it. The person who filled the form in saw a confirmation, so as far as they are concerned they contacted you and you ignored them. In work that is won by being trusted, that is worse than being slow. They do not complain and they do not try again.
There is a version of this that costs more than lost work. A form on a professional site is often used to report something rather than buy something: a change of circumstances, notice of a claim, a complaint about a bill. If that lands nowhere, what is lost is not an enquiry but a record of contact somebody believes they made. Decide, while the form works, whether anything of that sort should come through it at all.
Send us the address of your site. We will fill the form in from outside it, tell you whether anything arrived, where it landed and what address it was sent from, along with what the pages weigh and whether you can edit them yourself. If it is all working, that is what we will say.
Forms rarely fail on their own. They fail the day after something beside them was changed, and in a professional office the person making that change is looking after mail, software or staffing, not the website. The causes are few, and none of them look related to a form.
A move to a new host is commonest. The site is copied across intact and the form comes with it, but the machine it now runs on is not authorised to send mail using your domain name, so the notification is refused or quietly set aside. Next is a mailbox change. A practice that moves its mail onto something with stricter filtering and an archive behind it has changed the rules for every sender, including its own website. Third is staffing: the form notifies one agent or partner by name, that person leaves, and the address is closed.
There are duller causes as well. A software update changes how the form behaves. A security add-on starts refusing submissions it has decided are automated. A certificate lapses. What these share is that somebody competent made the change deliberately, for a good reason, and nobody tested the form afterwards, because in a practice this size the website belongs to everybody and therefore to nobody.
Send it from outside, because a test from an office desk often takes a shorter path and arrives when a real submission would not. Do it monthly because a practice where a quiet month is unremarkable has no other alarm. The test costs two minutes. Not doing it costs every enquiry between the day it broke and the day a client happens to mention it.
One improvement is worth making beyond testing, and it is not a purchase. Have the site write every submission down as well as sending it. A plain file on the server holding the date, the name and the message means a mail failure costs you a delay rather than the enquiry. It also means that when somebody insists they wrote to you in March, there is a record rather than an argument.
Most advice about control of a website names three things: the domain registration, the hosting account, and whatever tool the pages are edited in. That is right as far as it goes, and any firm should be able to say today, without looking, which of the three stand in the company's own name.
A fourth belongs on that list and almost never makes it. Where does the contact form send to, and who decided that? The answer lives in a settings box inside the site, or in an account with a form service the original designer signed up for. It is a business decision recorded in a technical place, which is why it outlives the person who made it.
In a licensed practice that is more than tidiness. If somebody asks later where a notice went, the answer has to be better than a guess about an address retired two reorganisations ago. Point the form at a shared mailbox the firm controls rather than at one person, give somebody the job of reading it, and write the arrangement down off the site.
The registration is still the item to check first, because it is the only one that cannot be rebuilt from what is already live. If the domain stands in a former marketing company's account, settle that while relations are good rather than mid argument. Taking over a website covers recovering each piece.
Copy, test, recreate the mail records exactly as they were, check the form sends both before and after the domain switches, then redirect the old addresses. You keep working while it happens.
A move is judged on what still works the following week, not on whether the home page looks the same. Copy everything to the new server, test it there on a temporary address, and repoint the domain last, so your address never answers nothing at all. Website migration sets out that sequence.
Mail is what actually goes wrong. Somebody rebuilds the domain's records on the new host from a blank page, recreates the entries the website needs and leaves out the ones the mail needs, and a day of correspondence vanishes before anyone notices. Write down what exists before anything is touched. Email migration covers moving mailboxes with their history intact.
Test the form on the new server before the domain moves, and again the morning after it has. Those are two different tests. The first proves the new site can send at all. The second proves it can send as your domain, from an address the receiving side will accept, and it is the second that fails.
The hosting line is usually the smallest number on the page. Around it sit a domain renewal, a certificate that is often already included, a builder or theme subscription, a backup add-on, a security add-on, and sometimes a form service billed separately from all of it.
That last one deserves a look here. Paying an outside company to receive your enquiries is not automatically wrong. What it does is put one more company between a customer and your inbox, and one more account that can lapse or stop notifying without telling anybody. If it is on the bill, know who holds the login and that submissions are stored somewhere you can reach.
The rest divides simply. The domain and a working certificate are not optional. Backups earn their line only if somebody has restored one at least once. A security product duplicating something the plan already includes is the commonest quiet waste on an invoice. Paying more for the plan is justified when clients log in, when the site holds a real library of documents, or when a day offline costs you work. Visitor numbers alone almost never do. What a website costs to run puts the picture in one place.
Three businesses in an economy like this one, whose enquiries arrive in ones and twos, which is exactly what makes a silent form so expensive.
A form here may be carrying a notification rather than a sales enquiry, so finding out late that it stopped is not merely awkward.
Insurance agencies hostingWork arrives in bursts around deadlines, which means a form failing in a quiet month looks precisely like a quiet month.
Accountants hostingA first contact that disappears is read as being ignored, and the person who sent it very rarely sends a second one.
Law firms hostingEvery trade we cover is on hosting by industry, and every city on our locations page.
No, and this is the trap the whole page is about. That page is printed by your own website the instant the visitor presses the button. On most sites it appears whether the notification was sent successfully, refused by the receiving side, or accepted and then filed as junk somewhere further down the line. It is a receipt for the click, not for delivery. The only proof is a message you can see sitting in the inbox it was meant for, which is why a test has to finish with you looking there.
Once a month, and again after anything is changed on the site, the mail or the domain. Monthly is the number because it bounds the damage. At worst you lose four weeks of submissions rather than most of a year. The change-driven test matters more of the two, because a change is almost always what broke it. Put the monthly one in a shared calendar with a named owner attached, otherwise it quietly becomes nobody's job by about the third month and stops happening at all.
Usually not, and it is better to say so plainly. If the site only ever emailed the submission and that email failed, nothing is left holding a copy. Hosting support can sometimes find a trace in the server mail log showing an attempt and a rejection, which tells you roughly when things stopped but not what the person actually wrote. Call them, apologise, take the details over the phone, and then set the site to record every submission so that the answer is different next time.
No. Leave the plan alone. A form failing to deliver is almost never a shortage of capacity, and a bigger plan would have failed in exactly the same way for exactly the same reason. What prevents it is permission and habit. The sending arrangement set up so the receiving side accepts mail from your site, a copy of every submission kept on the server where you can read it, and somebody testing the thing from outside on a schedule. None of those three is something you buy.
Tell us what your site runs on, who can edit it, and where its form is supposed to send. We will tell you what needs fixing, what is fine as it is, and whether the plan you are already paying for is the right size.
See hosting plans Get help choosing
Or call 716-771-2536. We are in Buffalo, New York, so we answer Eastern time.