Updates, backups, security and small fixes for WordPress sites, handled by the people who build them. Here is what website maintenance actually involves, what can go wrong without it, and how we look after the sites we host.
A WordPress site is not one piece of software but several: WordPress core, a theme, a set of plugins, the PHP version on the server, the database and the web server itself. Each of these is released on its own schedule. Security fixes in particular are published in the open, which means attackers learn about a hole at the same moment site owners do. WordPress itself says it plainly in its hardening guide: keeping core, themes and plugins up to date is the single most important thing you can do for security.
The trouble is that updating is not risk-free either. A plugin update can change a feature you rely on, a new PHP version can expose old code in a theme, and two plugins that worked together last month may not after an update. That is why maintenance is more than pressing "update all": it is updating, checking, and being able to roll back.
Without care, sites rarely fail all at once. They drift: a form stops sending email and nobody notices for weeks, an SSL certificate expires, the site gets slower with every plugin, or a known vulnerability in an old plugin is found by an automated scanner and the site starts serving spam.
For sites hosted on our managed server, care includes:
Bigger pieces of work, such as a redesign, a new feature or a shop migration, are scoped and estimated separately; see our development services.
Updates on a live site are where most self-inflicted outages happen. Our process for anything beyond a routine patch:
Plugins that are abandoned (no updates for a long time, or removed from the WordPress.org directory) are flagged and replaced with maintained alternatives or a few lines of custom code.
No single tool makes a website safe. We stack several layers so that one failing does not leave the site open:
The OWASP Top 10 is a good plain-language overview of the kinds of attacks these layers are there to stop.
If you look after your own site, this is the short list we would run every month:
If that list looks like more than you want to think about each month, that is exactly what a care plan is for.
Many of the sites we look after were built by someone else. Taking one over starts with an audit:
We fix anything urgent first, move the site to our managed server if you want us to host it, and then agree a plan for the rest.
For WordPress core minor releases, automatic updates are a good idea and are on by default. For plugins and themes, auto-updates are better than no updates, but they happen without anyone checking the result, so a breaking change can take down a form or a checkout until someone notices. Testing on staging first removes most of that risk.
Security releases should go out as soon as they are tested. Routine plugin and theme updates are fine on a regular cycle, such as weekly or every two weeks. What matters most is that nothing sits unpatched for months.
No. We take over sites built by other agencies and freelancers after an audit, as described above.
Full care, including server-level security and backups, applies to sites on our managed server. For sites hosted elsewhere we can still handle WordPress updates, audits and fixes; what we can do at server level depends on the host.
You do. If you ever want to move, you get the files, the database and the domain settings.
Looking for new work rather than care? See our web, mobile app and IoT development services.