Case Study: Rescuing a Neglected Home-Care Website

Some sites come to us in good shape and just want a better home. This one didn’t. A small in-home care provider asked us to take over their website — nothing dramatic, just “can you host this for us and keep an eye on it.” When we looked under the hood, the honest answer was that it needed more than a new home. It needed a rescue.

Here’s the story of bringing it back, told with the details that matter and none that would identify the client.

The ask: “just bring it home”

The request was modest. The site had been sitting on a hosting account nobody was really tending, put up once and left alone for years. It still loaded, mostly, so from the outside everything looked fine. The owner wasn’t worried — they simply wanted the website to live somewhere it would be looked after instead of forgotten.

That’s the trap with a neglected site. It keeps working right up until the day it doesn’t, and “still loads” hides a lot. So before we moved anything, we did what we do with every site that joins: we opened it up and actually looked.

What we found

The audit turned up exactly the picture you’d expect from a site left on autopilot — a stack of small risks that add up to a real one:

  • Out-of-date everything. WordPress itself, the plugins (add-ons), and the theme were all behind, some by a long way — each missed update a publicly documented way in.
  • Lapsed premium licenses. Paid plugins and a premium theme had quietly stopped receiving security updates when their licenses expired. They were still running; they just weren’t getting security fixes anymore.
  • No backup worth the name. There was no reliable, off-site backup — nothing you’d actually want to restore from if the site went down or got hit.
  • The front door propped open. Attackers could easily look up the site’s login names, the usual weak spots they probe were exposed, and the uploads folder could run code — the exact conditions automated attackers scan for all day long.
  • Mail landing in spam. No email authentication was set up, so messages the site sent had a habit of never arriving.
  • Slow and heavy. Full-size, unoptimized images and an outdated database setup were making the site drag for no good reason.

None of this was the owner’s fault. It’s just what happens when a website has no one whose job is to care for it. The site hadn’t been dramatically hacked — but it was sitting in the open with the lights off, and that’s usually only a matter of time.

What we did

We treated it as a proper takeover, not a copy-and-paste. The sequence looked like this.

Brought it home cleanly

We built a fresh, clean copy on our managed platform and restored the site onto it — verified working, not just transferred — so what went live was a healthy version, not the neglected one with its problems carried along. The move itself was zero-downtime; visitors never saw a thing.

Hardened it

Then we closed every door we’d found open. Several layers of firewall, plus a constantly updated list of known attackers, went in front of the site to stop bad traffic before it lands. We blocked logins that use passwords leaked in data breaches, shut down the ways attackers look for login names and weak spots, locked the uploads folder so it can’t run code, and ran a full malware scan and cleanup — then put the site behind a fast worldwide network, with the AI bots that copy site content blocked. The same layered approach we’d use on a site that had been hacked — which, if you’re ever facing that, we walk through in how to fix a hacked WordPress site.

Fixed what was broken

We reconnected the premium plugin and theme licenses so they get security fixes again, brought WordPress itself and everything else fully up to date, trimmed the plugins that were doing nothing but adding risk, and set up the site’s email so it’s trusted and lands in inboxes now.

Made it faster

We converted the images to modern, lighter picture formats, set the site to keep ready-made copies of its pages so they load faster, made the site’s database sturdier, and set the HTTPS padlock to renew itself so it can never lapse. The site got noticeably lighter and quicker in the process.

Put a safety net under it

Finally, the part the site had never had: real backups, running locally and to off-site copies locked for 90 days against changes or deletion, so ransomware can’t hold the site hostage — and monitored so we’d know if one ever failed. That’s the standard we hold every site to — the reasoning is in our guide to WordPress backup best practices. Round-the-clock checks that the site is online went on too, so if it ever goes unreachable, we hear about it first.

What’s happened since

The visible change is almost boring, and that’s the point. The site loads faster, its email arrives, and the owner doesn’t think about it — which is exactly what they wanted.

The invisible change is the one that matters most. Since the site came under our care, there’s been a steady stream of malicious traffic aimed at it — password guessing, automated hunts for weak spots, bots looking for exactly the openings we closed — and it’s being stopped out front, quietly, before it ever reaches the site. The owner never sees it. They don’t get the 2am “your site is down” call, because the attacks that used to have a clear path now hit a wall. Every update since has been verified to make sure the site still looks and works right, so staying up to date hasn’t cost them a single outage.

The point of the story

“Just host it” turned into a full rescue, and the client paid nothing extra for it — because that rescue is our onboarding. Every site that joins gets the same treatment: moved, hardened, fixed, sped up, backed up, and watched. Most of it happens quietly in the first week, and the rest just keeps running.

If your website has been sitting somewhere, loading fine, cared for by no one in particular — that’s the situation we’re built for. Have a look at our managed WordPress and WooCommerce plans, and let us bring yours home.