Engineering firms
Technical visitors arrive with one specific question, often from a network that adds delay of its own, and a slow first second loses an enquiry that was already qualified.
Engineering firms hostingThere are numbers for this, and they are older than the web. A response under a tenth of a second feels instant. Around one second, attention drifts. Past ten, the visitor has gone elsewhere and will not remember why. In a city whose work brings in technical people from other states, patients choosing between practices, and visitors who will be gone by the weekend, most of the traffic that matters is somebody's first look, and the part of the delay that costs the most is settled before a word of the page has been sent.
AldoMedia is not in Knoxville. The work is done from Buffalo, New York. There is no Tennessee office, no local number and nobody who will drive over to look at a machine. Registering a domain, setting hosting up, moving a site that already exists and supporting it afterwards all happen remotely, which is the only way any of it has ever happened.
A first visit is the slowest visit a site ever serves. Nothing has been kept on the device from last time, so the address has to be looked up again, the fonts fetched rather than reused, and the connection built from nothing. Regular customers on a familiar site are quietly running a warmed up version no newcomer has ever seen. Where much of the reading is done by somebody who found you an hour ago, the cold version decides things, and it is the one nobody tests.
The thresholds are not a matter of opinion and were measured long before anybody sold hosting. A reply inside about a tenth of a second is experienced as instant, as though the visitor caused it. Up to roughly a second the page still feels like an answer to something they did. Past that they notice they are waiting, and noticing is when a stranger reconsiders. Here, most of the audience is a stranger.
The next marker is around ten seconds, the outside limit of anybody's patience without a visible sign of progress, and a page that slow on a phone is effectively not published. Very few are that bad. Nearly all land in the two to five second band, where the losses are invisible. Nobody complains about a four second page. They simply do not arrive, and somebody in town for three days will never tell you they opened the next result instead.
Published measurements of mobile traffic disagree about the exact figures and agree completely about the direction: every extra second between one and five costs another slice of the people who asked for the page. Treat that as a direction rather than a promise and the conclusion holds. For a business living on first visits, the gap between four seconds and two is worth real money. Two to one is worth chasing once the first is closed. One second to half a second is a hobby, and most businesses have never measured at all.
Send the address. You will get back what the page weighs, how many round trips happen before anything is drawn, whether the redirect chain is doing more than it has to, and how long the whole thing takes on a throttled phone connection. If it is already quick, that is what you will be told.
Before your server sends anything, the visitor's phone has to find it and agree how to talk to it. The name has to be looked up. A connection has to be opened. A secure handshake has to complete. Each of those is a round trip, and in hill country a round trip is rarely a rounding error, because a device that has just changed cell on a ridge road pays full price for every exchange. Four of them before the first byte arrives is ordinary.
More of that first second belongs to somebody else here than a flat, wired city would accept. At the scientific and energy end of the economy, your reader is often on an employer's managed network that inspects traffic on its way through, which adds delay before your server has been asked for anything. At the visitor end they are on hotel wifi shared with everyone else on the floor. Neither is yours to repair, and neither improves when you buy a larger plan.
Then the redirects. A site that answers at the insecure address, bounces to the secure one, then bounces again to add or drop the three letters at the front has spent two further round trips being polite about its own name. That is a configuration line, and correcting it costs nothing.
Exactly one item on that list has anything to do with what the plan costs, and it is the fourth. A larger plan buys memory and a bigger share of a processor, which helps when a crowd arrives together and when the page does real work on every request. It does not remove a round trip, shorten a handshake, or make a borrowed script answer quicker. Which is why a site moved up a size comes back with the same figure.
For pages that change a few times a month, the biggest improvement is usually to keep a finished copy and hand that out rather than assemble the page again for every visitor. That is a setting, not a purchase.
Every fix on this page assumes the business can act on its own website without asking permission. Three separate items decide that, and they are often held apart: the domain registration, the hosting account, and the tool the pages are edited in.
In research and technical work the pattern is usually that a capable person inside the company set it up properly and then moved on. Nobody wrote down where the domain renews. In a healthcare practice it runs the other way: an outside firm holds every piece including the address.
Neither is anybody's fault and both fail identically. On the afternoon a phone number changes, the work waits on somebody who no longer replies quickly. The test is short: see the domain in the company's own name at the registrar, reach the hosting account without asking a favour, change a word on a page and watch it go live.
Settle the domain first, because it is the only one of the three that cannot be rebuilt from what is already visible. A registration in a former supplier's account can stop a business trading rather than merely annoy it. Taking over a website covers recovering each piece when the last builder stops answering.
Copy, test on a temporary address, shorten the redirect chain and turn the caching on while the configuration is open, then switch the domain with the mail records left intact. Nothing stops while it happens.
Most moves are not launches. Something already exists, and the reason for shifting it is that part of the present arrangement has stopped working. The order matters more than the destination: copy everything across, test it on a temporary address, and repoint the domain last, so there is never an hour when your address leads nowhere. Website migration sets that sequence out.
A move is also the one honest chance to fix the first second, because every item on the list above is being handled anyway. Cut the redirect chain to a single hop, check the certificate chain, and turn the caching on from the first day. During a move that takes minutes.
What costs a business a day is mail. Somebody rebuilds the address records for the website and does not carry across the entries that route messages. For a practice or a technical firm whose enquiries arrive by email, silent mail is worse than an offline site. Write down every record before one is touched. Email migration covers keeping messages flowing.
One local note. If a real share of your visitors arrive on a phone from mountain roads or a hotel lobby, measure after the move on a throttled connection rather than an office line. A site that improved on a desk can be unchanged on a weak signal.
The hosting line is rarely the biggest number on the invoice. Around it sit a domain renewal, a certificate the plan may already include, a subscription to whatever edits the pages, a backup add-on, a security add-on, and email for people who left.
There is one charge specific to this subject. When a site is slow, the market will cheerfully sell a performance product: an acceleration add-on, a network serving files from more places, a plugin whose job is undoing the work of the other plugins. None is the right first purchase, because each compensates for something that could have been removed, and a practice whose patients live within half an hour gets more from resized photographs.
Paying for a larger plan is justified when people log in, when the site holds something that has to stay reachable, or when an hour offline costs actual work. Visitor numbers alone almost never justify it. What a website costs to run lays the whole bill out, and shared hosting explains where a small plan runs out.
Three of the businesses around here whose visitors are least willing to wait, each with a page of its own.
Technical visitors arrive with one specific question, often from a network that adds delay of its own, and a slow first second loses an enquiry that was already qualified.
Engineering firms hostingPatients look up a number, an address or an opening time on a phone, outdoors and in a hurry, and the next practice on the list loads faster.
Medical practices hostingVisitors check a menu and the hours on whatever signal they have, and a heavy page means they check somewhere else instead.
Restaurants hostingEvery trade we cover is on hosting by industry, and every city on our locations page.
Probably not, and it is worth testing before spending. A larger plan adds memory and processor share, which matters when a crowd arrives together or when the page does real work on every request. Four seconds on a small business site is almost always weight and round trips: full size photographs, a stack of borrowed scripts, and a redirect chain adding trips before anything is sent. Measure first. If the server answers in a fraction of a second and the page still takes four, the plan is not what is wrong.
Fewer things, mainly. On a poor connection each separate request costs far more than its size suggests, because every one waits on a slow round trip. So the wins are cutting the number of files a page needs, serving images at the size they are displayed rather than the size the camera made them, and making sure the text appears before the decorative parts finish. Somebody who can read your opening hours at one second will wait for the photograph. Somebody looking at a blank screen will not.
A little, and not in your favour. The delay those networks add happens before your server is reached, so nothing you buy from a hosting company will move it. The only sensible response is to be lighter on the parts you do control. Keep the certificate chain short and correct, remove redirect hops, and cut what the page borrows from other companies, because a third party script that is slow or blocked on a locked down network can leave a page half drawn for several seconds.
Not as a first step, and for a good many businesses here not at all. Such a network helps by keeping copies of your files closer to people who are a long way from the server, which is real value when the audience is national. If most enquiries come from within a couple of hours drive, the distance saved is small and the money buys very little. Fix the page weight, the redirect chain and the caching first, then measure again. If a case still exists after that, it will be obvious.
Tell us what the site runs on, who can edit it, and what it fetches from other people's servers. You will get an honest list of what to fix, what to leave alone, and whether the plan already being paid for suits the work.
See hosting plans Get help choosing
Or call 716-771-2536. We are in Buffalo, New York, so we answer Eastern time.