How to Improve WordPress Website Speed
Why WordPress sites are slow and how to fix it, in order of what actually helps. Images first, then plugins, caching and…
Paul Fletcher · 25 Aug 2026
Development
What a WordPress backup must include, the four realistic ways to take one, how often, and the restore test almost everybody skips.
A backup is the difference between a bad hour and a rebuild. Most small business WordPress sites either have no backup at all, or have one nobody has ever tested, which in practice is the same thing.
This is what a WordPress backup actually needs to include, the realistic ways to take one, and the step almost everybody skips.
WordPress keeps your site in two separate places, and a backup of one without the other is not a backup.
| Part | What lives there | What happens if you lose it |
|---|---|---|
| The database | Your pages, posts, settings, users, comments | Your content is gone. The design remains, with nothing in it |
| The files | Themes, plugins, and everything in uploads, meaning your images | Your design and every photo is gone |
When people say they lost their site, it is usually because they had one of these and not the other.
Most decent hosting includes automatic daily backups. This is the least effort and, for most small business sites, genuinely enough.
Plugins such as UpdraftPlus, BackWPup and Duplicator take scheduled backups and send them somewhere else, typically Google Drive, Dropbox or Amazon S3.
Worth doing before anything risky, such as a major update or a theme change. Export the database from phpMyAdmin, download the wp-content folder over FTP, and keep both together with the date in the filename. It is fiddly, which is why it should be a supplement rather than your only plan.
The option most small businesses actually want, because backups are a task that only matters when it has been done consistently for months. It is part of what a website maintenance plan covers, along with the updates that create most of the need for one.
| Type of site | Sensible frequency | Keep for |
|---|---|---|
| Brochure site, rarely changes | Weekly | 30 days |
| Site with a blog or regular updates | Daily | 30 days |
| Online shop | Daily at minimum, ideally continuous | 30 to 90 days |
| Before any major update | An extra one, manually | Until you are confident |
The keep-for column matters as much as the frequency. Daily backups that overwrite each other give you one day of protection, not thirty.
Test the restore.
An untested backup is a belief, not a safety net. We have seen backups that ran faithfully for two years and turned out to contain only the database. We have seen files that could not be opened. We have seen restores that needed a login nobody had.
Test it properly at least once:
Worth being clear, because backups get treated as a cure for everything.
That last point is why updates, monitoring and backups belong together rather than being treated as three separate chores.
Any no, or any not sure, is worth fixing this week. It is the cheapest insurance a website has.
This is one item on our website audit checklist, which covers the rest of what quietly goes wrong on a site nobody is watching. If you would rather it was simply somebody’s job, tell us about your site and we will tell you what it needs.
You have four realistic options: rely on your hosting company's automatic backups, use a plugin such as UpdraftPlus or BackWPup to send scheduled copies to Google Drive or Dropbox, take manual copies before anything risky, or have someone do it as part of a maintenance plan. Whichever you choose, the backup must include both the database and the files.
Two things. The database holds your pages, posts, settings and users. The files hold your themes, plugins and everything in uploads, which means your images. A backup of one without the other is not a backup, and that is usually why people find they have lost a site they thought was protected.
A brochure site that rarely changes is fine weekly. A site with a blog or regular updates should be daily. An online shop should be daily at minimum. Just as important is how many you keep: aim for 30 days of history, because daily backups that overwrite each other give you one day of protection, not thirty.
For most small business sites, yes, provided you check four things: that it exists, how far back it goes, that it is stored somewhere other than the same server, and that you know how to restore it or who would. A backup sitting on the same server as the site is little use if the server is the problem.
Yes, and it is the step almost everybody skips. An untested backup is a belief rather than a safety net. Restore it once to a staging site or local copy, never over your live site, then check the pages, images, menus and logins all came across, and time how long it took.
A lapsed domain, because a perfect copy of a site nobody can reach does not help. A problem you did not notice, since if a hack sat quietly for six weeks then six weeks of backups contain it. Losing your hosting logins, because a backup restores the site rather than your access. And being offline in the meantime, as a backup shortens an outage rather than preventing one.
Free quote
Tell us what you do and we will come back with clear, honest next steps.
Why WordPress sites are slow and how to fix it, in order of what actually helps. Images first, then plugins, caching and…
Paul Fletcher · 25 Aug 2026
Your SSL certificate has expired and visitors are seeing a security warning. What has happened, how to fix it today, what it…
Paul Fletcher · 25 Aug 2026
An honest answer, plus what speeds a website project up and what slows it down. Most small business sites go live in…
Paul Fletcher · 25 Aug 2026