← All articles
AFTERWORKS ARTICLES

Does My Business Website Need Backups and a Recovery Plan?

Plan recoverable website backups with clear coverage, independent access, restoration tests and realistic limits on downtime and data loss.

By afterworks.space3 min read
Layered paper illustration: A concert crew rehearses switching to a separately stored spare instrument and score while the lead performer continues the rehearsal.

Part of our guide: UK Website Compliance and Security: A Practical Guide for Small Businesses

A business website needs a recovery plan proportionate to what would happen if it failed. Backups are part of that plan, but a backup is only useful if you can access it and restore the functions that matter.

A simple information site and an active booking system have different recovery needs. Decide how much downtime and lost information the business could tolerate before choosing the backup schedule.

List what must be recoverable

Include website source files, content, images, databases, configuration and the instructions needed to rebuild or deploy the site. Identify external services that are not contained in a website backup.

Domain and DNS access, email, payment systems and booking providers may need separate recovery arrangements. Record their account owners and support contacts.

The guide to keeping website files explains why a downloaded copy of visible pages is not necessarily a complete backup.

Thinking about your own rebuild?

Tell us about your business, your current website and what you would like to improve. We will help you work out the next step.

Set practical recovery targets

Ask two questions: how long can the service be unavailable, and how much recent information could be lost without unacceptable harm?

A brochure site changed monthly may tolerate a different backup interval from a system receiving bookings throughout the day. Set the recovery requirements according to the business’s needs.

Write the agreed targets down. Avoid promising instant recovery unless the infrastructure and support arrangements have been tested to deliver it.

Keep a copy outside the main failure

If every backup is reachable through the same compromised account, one incident may affect all copies. Use appropriate separation and access controls.

The NCSC’s backup guidance explains the value of protected copies and restoration testing.

Check what the hosting package actually includes: frequency, retention, location, access and restoration charges. “Backups included” is not a complete specification.

Protect backup information

Backups can contain personal data and secrets. Restrict access, use appropriate encryption and include them in retention and security decisions.

Do not store credentials in an ordinary shared document beside the public website files. Use a suitable secure system and an authorised recovery process.

Keep the arrangements in the website compliance and security inventory.

Test restoration before an emergency

Restore a copy into a safe, separate environment. Verify important pages, images, search, forms and any database-backed functions.

Prevent a test restoration from sending real customer emails, taking payments or overwriting the production service. Use safe test settings and clearly identify the environment.

Record the steps, duration, missing dependencies and person who performed the test. A successful file download is not the same as a successful restoration.

Plan for people being unavailable

Make sure an authorised colleague can find the accounts, suppliers and instructions. Do not rely on one developer’s personal inbox.

The developer-disappearance guide covers continuity when the usual contact cannot help. Agree who can approve emergency expenditure and customer communications.

Keep an independent contact channel available if the website and its associated email are both affected.

Treat compromise differently from accidental deletion

If the site may have been hacked, restoring a backup without fixing the cause can recreate the problem. Preserve evidence and follow a controlled response.

Use the warning-signs guide and seek specialist support where necessary. Identify a clean recovery point rather than selecting the latest copy automatically.

After restoration, run the post-launch checks and monitor the service.

Review after meaningful changes

A new booking tool, hosting move or database can change what needs protection. Update the plan when those dependencies change, not only at an annual review.

For help documenting website recovery requirements and handover gaps, contact AfterWorks.

  • Website compliance
  • Small business
AFTERWORKS ARTICLES
All articles ↗

Thinking about your own website?

Explore our website rebuilds and pricing and ownership. If we have already contacted you, our preview guide explains why and what happens next.