Category: SEO
A backup can exist and still be operationally useless.
It may be incomplete. It may be stored beside the live website. It may be inaccessible because the only administrator has left the business. It may have been running for months without anyone testing whether restoration is possible.
That is why the title is a warning rather than a diagnosis. Your backups may not be failing right now. However, unless they are complete, independently stored, monitored and tested, your business does not have a dependable recovery system.
The risk is not theoretical. Article 32 of the UK GDPR requires appropriate technical and organisational measures, including the ability to restore access to personal data in a timely manner after an incident. The National Cyber Security Centre (NCSC) advises organisations to back up all data required for business operations and to understand how restoration works.
A website backup is therefore not a convenience. It is infrastructure.
The Problem: A Backup File Is Not a Recovery Strategy
Many businesses treat backups as a checkbox inside a hosting dashboard. A schedule is selected, a green status appears, and the matter is considered closed.
That approach creates technical debt.
A website is not just a collection of pages. It is an ecosystem comprising application files, databases, uploaded media, configuration settings, user records, form submissions, integrations, DNS settings and security credentials. If only the database is copied, the website may not function. If only the files are copied, recent enquiries or orders may be lost.
There is also a material distinction between backup completion and recovery readiness:
- A completed job may contain errors.
- A retained copy may be too old to support the business.
- An off-site copy may be protected by credentials nobody can access.
- A clean backup may be overwritten by later compromised versions.
- A restoration process may work in theory but fail under time pressure.
The NCSC recommends keeping copies of business data in more than one location and warns that external storage should not remain connected when it is not in use. Its guidance also states that organisations should know how to restore backups and check that important data is included.

The conclusion is definitive: a backup process without scope, ownership and recovery evidence is unresolved operational risk.
The Infrastructure: Seven Questions That Establish Structural Integrity
1. What exactly is being backed up?
Start with an inventory.
At minimum, a business website backup should normally account for:
- WordPress core files, themes and plugins
- The website database
- Uploaded images, documents and media
- Custom code and configuration files
- User accounts and permissions
- Contact form submissions and other business-critical records
- E-commerce orders, where relevant
- DNS and domain configuration
- Integration settings for email, payment systems and external platforms
The correct scope depends on your website architecture and the sensitivity of the data it processes. A brochure website has a different recovery profile from an e-commerce platform or membership portal.
You should also identify data held outside WordPress. A form provider, booking system, cloud storage platform or customer relationship management system may have its own retention and export rules.
Result: A defined backup scope prevents data leakage during recovery and establishes the minimum viable system for business continuity.
2. How frequently are backups taken?
Frequency should be determined by how quickly your data changes and how much loss the business can tolerate.
This is best expressed through a Recovery Point Objective (RPO): the maximum acceptable period of data that could be lost. If your website receives one contact form submission each day, a daily backup may be proportionate. If it processes orders, registrations or frequent content changes, a shorter interval may be required.
Consider a tiered protocol:
- Daily backups for low-change brochure websites
- More frequent database backups for websites handling transactions or registrations
- Immediate backups before major updates, migrations or structural changes
- Full system snapshots at an interval appropriate to the hosting environment
Do not select “daily” simply because it is the default option. Document the reasoning. The schedule should reflect commercial impact, data sensitivity and the recovery commitment made to stakeholders.
Result: A risk-based schedule controls the maximum data loss window and aligns maintenance activity with operational reality.
3. Where are the copies stored?
A backup stored on the same server as the live website is not an independent recovery asset. If the server is compromised, corrupted or lost, both the website and its backup may be affected.
A practical architecture follows the principles behind the 3-2-1 model:
- Maintain at least three copies of important data.
- Store those copies across at least two types of storage or systems.
- Keep at least one copy off-site.
For higher-risk environments, add an immutable or isolated copy that cannot be altered by an attacker with access to the live system.
Off-site storage mitigates risks such as:
- Hosting failure
- Ransomware
- Accidental deletion
- Fire or physical damage
- Misconfigured server storage
- Compromise of the production administrator account
Storage location and jurisdiction also require consideration when backups contain personal data. Your provider should be able to explain how data is protected, who can access it and how long it is retained.
Result: Independent, off-site storage gives your recovery architecture separation from the failure it is designed to withstand.
4. How long are backups retained?
Retention is not simply a matter of keeping as many copies as possible. It must balance recovery value, storage cost, security and data protection obligations.
A short retention period may leave you with no clean copy after a compromise has remained undetected for several weeks. An excessive retention period may create unnecessary stores of personal data and conflict with the UK GDPR storage limitation principle.
A starting framework for a typical small business might include:
- Daily copies retained for approximately 30 days
- Weekly copies retained for approximately 90 days
- Monthly copies retained for approximately 12 months
These are not universal requirements. They should be adjusted through a documented risk assessment. Your policy should also address how personal data subject to erasure requests is handled within backup systems.
Retention must be understood by the person responsible for compliance, not hidden inside a supplier’s default settings.
Result: A documented retention policy preserves useful recovery points without creating uncontrolled data accumulation.
5. Has restoration actually been tested?
This is the question most likely to expose a false sense of security.
A successful backup job only confirms that a process completed. It does not prove that the resulting data is complete, uncorrupted or capable of producing a functioning website.
Restoration testing should be proportionate but regular:
- Check automated job reports and error logs.
- Restore individual files or database records where appropriate.
- Test a complete website restoration in an isolated staging environment.
- Confirm that forms, images, integrations, user access and key journeys operate correctly.
- Record how long restoration takes against the agreed Recovery Time Objective (RTO).
The NCSC states that organisations should understand how to restore their data and check that the backup contains all important information. The Information Commissioner’s Office (ICO) also emphasises the need to test and review security measures.

A restore test does not need to disrupt the live website. A properly isolated environment allows technical teams to verify the recovery path without introducing additional production risk.
Result: Tested restoration converts a theoretical backup into evidenced recovery capability.
6. Are the backups monitored and secured?
A backup routine should generate an alert when something goes wrong, not remain silent until the business needs a restore.
Monitoring should identify:
- Missed or failed backup jobs
- Unusual changes in backup size
- Integrity errors
- Storage capacity problems
- Changes to retention settings
- Disabled backup schedules
- Unauthorised access attempts
- Large-scale deletion of stored copies
The backup platform should also be protected with controls such as multi-factor authentication, separate administrator accounts, least-privilege access, encryption in transit and at rest, and immutable storage where appropriate.
Backups contain valuable information. They may include customer details, internal documents, administrator accounts and complete copies of the website. They must therefore be treated as part of the security perimeter, not as disposable technical output.
ZeroPoint Creative’s Security and Backups for Business service covers scheduled off-site backups, security hardening, access controls, ongoing oversight and periodic recovery checks. The objective is not merely to create copies. It is to maintain a monitored and resilient process.
Result: Secured monitoring reduces the probability that a silent failure or malicious action will remove your recovery options.
7. Who owns the process?
Ownership is the final control point.
Someone must be accountable for:
- Approving the backup scope
- Reviewing schedules and retention
- Receiving failure alerts
- Authorising restoration
- Maintaining access to the backup console
- Documenting restoration tests
- Reviewing the process after incidents or major website changes
This owner may be internal, external or shared with a managed service provider. What matters is that responsibility is explicit.
A business can have three suppliers involved in its website and still have no accountable operator. The hosting provider may assume the web developer is managing backups. The developer may assume the client has a separate backup platform. The client may assume both are handling it.
That is an ownership failure.
Digital operations management can provide the coordination required to keep recurring digital processes organised, documented and reviewed. It does not replace technical controls, but it helps ensure that those controls are not abandoned after deployment.

Result: Named ownership creates an accountable operating model in which backup reliability can be measured rather than assumed.
The Growth Outcome: Recovery Readiness Supports Commercial Expansion
Backup infrastructure is often discussed as a defensive measure. Its commercial value is broader.
A resilient recovery process allows you to:
- Deploy updates with controlled rollback options
- Rectify configuration errors without starting again
- Reduce the duration and cost of technical incidents
- Protect customer trust after a disruption
- Support compliance evidence and internal governance
- Scale website functionality without increasing unmanaged risk
- Keep decision-makers focused on operations rather than emergency troubleshooting
This is the role of professional website maintenance services. Maintenance is not limited to applying updates. It is the continuous management of the website’s structural integrity, including hosting, security checks, uptime monitoring, backup routines and recovery readiness.
ZeroPoint Creative’s managed website packages bring hosting, updates, monitoring, backups and support into a single accountable framework. The Launch package includes managed hosting, routine updates, uptime monitoring, monthly backups and security checks. Higher service levels add performance reviews, advanced hosting, hardening and technical coordination.
DIY and out-of-the-box solutions can appear efficient at the point of purchase. They often become liabilities when nobody owns the monitoring, restoration testing or access governance. The operational cost emerges later, during an outage or data-loss event.
Stability is the primary metric.
When your digital infrastructure is monitored, documented and recoverable, growth becomes less dependent on individual memory or emergency intervention. You can improve the website, add integrations and expand acquisition activity while preserving a controlled recovery path.
That is the commercial purpose of backup management: not simply preserving yesterday’s website, but protecting tomorrow’s operational capacity.
Key Takeaways
- A completed backup is not proof that your website can be restored.
- Define exactly which files, databases, assets and integrations require protection.
- Set backup frequency according to data change and business impact.
- Store copies independently from the live server, including at least one off-site copy.
- Retain backups according to documented recovery and data protection requirements.
- Test restoration regularly in an isolated environment.
- Monitor backup jobs, protect access and assign a named owner.
- Consider managed website maintenance services and digital operations management when internal ownership is limited.



























