How to Back Up and Restore a WordPress Site in 2026: Complete Guide
Losing your WordPress site — whether through a hack, a botched plugin update, or an accidental database wipe — is one of those problems you don’t think about until it happens. By then, it’s too late. A proper backup and restore system is the single most important safety net you can set up, and setting it up takes under 30 minutes.
This guide covers every approach to backing up a WordPress site in 2026, from the automatic backups included with most quality hosting providers to manual methods for maximum control. It also walks through how to restore from each type of backup, because a backup you can’t restore from isn’t really a backup.
Why Backups Matter More in 2026
The threat landscape has evolved. Automated vulnerability scanners now probe WordPress sites continuously, looking for outdated plugins and themes. AI-generated phishing campaigns target site administrators directly. And even without malicious intent, a single failed update — a plugin that’s incompatible with the latest WordPress core release — can take your site offline.
Here’s the reality: according to Wordfence’s 2025 threat report, over 90% of compromised WordPress sites had outdated software at the time of the attack. A clean backup lets you restore to a known-good state in minutes instead of rebuilding from scratch.
The 3-2-1 backup rule still holds: maintain at least three copies of your site data, on at least two different types of storage, with at least one copy stored off-site. In practice for a small-to-medium WordPress site, that means:
- Your hosting provider’s automated backup (on-server)
- A plugin-based backup to cloud storage (off-site)
- An occasional manual export of your database (emergency copy)
What Actually Needs to Be Backed Up
A WordPress site is made of two components, and you need both to fully restore:
Files — Your WordPress core files, themes, plugins, and uploaded media (images, PDFs, videos). These live in the /wp-content/ directory and typically take up 500 MB to 5 GB depending on how much media you’ve uploaded.
Database — Your posts, pages, user accounts, comments, plugin settings, and site configuration. This is a MySQL database that’s usually 10-100 MB for a standard blog, though ecommerce stores with large product catalogs can hit 500 MB+.
A proper backup captures both. Most automated systems do this already — the key is verifying that they’re actually running.
Method 1: Using Your Hosting Provider’s Built-in Backups
The simplest approach is letting your hosting provider handle backups automatically. Most managed WordPress hosts include daily or more frequent backups as part of the plan.
Here’s what the major providers offer:
| Provider | Backup Frequency | Retention Period | Restore Method | On-Demand Backups |
|---|---|---|---|---|
| InterServer | Weekly (daily on VPS) | 30 days | cPanel → Backup → Restore | ✅ Via cPanel |
| SiteGround | Daily | 30 days | 1-click in Site Tools | ✅ Manual backup with site cloning |
| Cloudways | Hourly (configurable) | Up to 14 backups | 1-click in dashboard | ✅ Manual backup with download |
| ScalaHosting | Daily | 7-30 days (plan dependent) | 1-click in SPanel | ✅ On-demand via SPanel |
InterServer — cPanel-Based Backups
InterServer includes free automated backups on all shared and VPS plans. On shared hosting, backups run weekly with 30-day retention. On VPS plans, the frequency steps up to daily. To restore from an InterServer backup, log into cPanel, go to the Backup section, and select the restore date. The process takes about 5-10 minutes for a standard WordPress site.
InterServer’s price-lock guarantee — starting at $2.50/mo with no renewal spikes — makes it a strong choice if you want automated backups as part of a budget plan. The cPanel interface isn’t as polished as Site Tools or SPanel, but the backup system is reliable and has been running for years.
SiteGround — Site Tools Daily Backups
SiteGround runs automatic daily backups with 30-day retention on all plans. The restore process is one of the simplest in the industry: log into Site Tools, navigate to Security > Backups, and click the date you want to restore to. The system also supports site cloning, which is useful for creating a staging copy without affecting the live site.
SiteGround’s backup system is fully automated — you don’t need to configure anything after signing up. The trade-off is that you can’t download individual backup files for off-site storage through Site Tools alone; you’d need a plugin for that.
SiteGround’s WordPress hosting plans start at $2.99/mo (promo pricing) and include the daily backup system plus their custom caching plugin, SG Optimizer.
Cloudways — Configurable Hourly Backups
Cloudways is the most flexible option for backup scheduling. You can set backups to run hourly, every 6 hours, every 12 hours, or daily — depending on how frequently your content changes. The dashboard keeps up to 14 backup copies and lets you restore with a single click.
What sets Cloudways apart is the ability to download backup files as a ZIP archive. This means you can store a copy on Google Drive, Dropbox, or your local machine for true off-site redundancy. The backup includes both files and database in a single package.
Cloudways managed hosting plans start at $14/mo (DigitalOcean) and include the ThunderStack performance stack (NGINX, Redis, Varnish) on top of the backup system.
ScalaHosting — SPanel Backup Manager
ScalaHosting’s SPanel control panel includes a dedicated backup manager with daily automated backups and on-demand backup creation. The retention period varies by plan — entry-level shared hosting keeps 7 days of backups, while VPS plans go up to 30 days.
SPanel also supports off-site backup storage (to Dropbox, Google Drive, or SFTP targets), which is uncommon for a control panel at this price point. This is a strong feature if you want the convenience of host-managed backups with the safety of off-site storage.
ScalaHosting’s shared plans start at $3.95/mo and include SPanel, daily backups, and their SShield security system.
| Feature | InterServer | SiteGround | Cloudways | ScalaHosting |
|---|---|---|---|---|
| Starting Price | $2.50/mo | $2.99/mo (promo) | $14/mo | $3.95/mo (shared) |
| Backup Frequency | Weekly (shared) / Daily (VPS) | Daily | Hourly+ (configurable) | Daily |
| Retention | 30 days | 30 days | Up to 14 backups | 7-30 days |
| One-Click Restore | ✅ cPanel | ✅ Site Tools | ✅ Dashboard | ✅ SPanel |
| Backup Download | ✅ cPanel file manager | ❌ (use plugin) | ✅ ZIP download | ✅ SPanel download |
| Off-Site Backup | ❌ Manual | ❌ Manual | ✅ Download + upload | ✅ Built-in cloud sync |
Method 2: Using a Backup Plugin (UpdraftPlus)
If your host doesn’t include automated backups, or if you want an independent copy that isn’t tied to your hosting provider, a backup plugin is the most accessible option. UpdraftPlus is the standard here — the free version handles scheduled backups to cloud storage and supports one-click restore.
What you need:
- Install and activate UpdraftPlus from the WordPress plugin repository
- Go to Settings > UpdraftPlus Backups
- Set your backup schedule (recommended: daily for files, daily for database)
- Choose a remote storage destination
Recommended storage destinations:
- Google Drive — Free 15 GB, enough for dozens of backups for a standard blog
- Dropbox — Free 2 GB, sufficient for database-only backups
- Amazon S3 — Pay-per-use, best for sites with large media libraries (typically $0.50-2/mo)
One-time manual backup: If you don’t need automation, click the “Backup Now” button in UpdraftPlus. It creates a complete backup in under 60 seconds for most sites, then prompts you to download both the files ZIP and the database backup.
Restoring from UpdraftPlus:
- On your fresh WordPress installation (or the existing broken one), install and activate UpdraftPlus
- Go to Settings > UpdraftPlus Backups > Restore
- Upload the backup files you saved (the .zip and .gz files)
- Select which components to restore (files only, database only, or both)
- Confirm — the plugin handles the rest
The restore process takes about 2-5 minutes for a standard WordPress site. UpdraftPlus recreates the file structure and imports the database automatically.
Limitation to be aware of: A plugin-based backup system depends on WordPress being accessible. If your site is completely down (white screen of death, database connection error, or the site has been wiped), you can’t access the plugin to initiate a restore. This is why the 3-2-1 rule recommends multiple backup methods — your host’s automated backup serves as the fallback when plugin-based recovery isn’t possible.
Method 3: Manual Backup via cPanel (Advanced)
For site owners who want direct control over their backup files, cPanel provides a manual export tool. This approach doesn’t require any WordPress plugins and works even when the site is completely down — as long as you have cPanel access.
Step 1: Download your site files
- Log into cPanel (usually
yoursite.com/cpanelor a URL provided by your host) - Go to File Manager
- Navigate to
public_html(or the document root for your WordPress installation) - Select all files and folders
- Click Compress → Zip Archive
- Download the resulting ZIP file to your computer
Step 2: Export your database
- In cPanel, go to phpMyAdmin
- Select your WordPress database from the left sidebar
- Click the Export tab
- Choose “Quick” export method with SQL format
- Click Go — the
.sqlfile downloads automatically
Restoring from a manual backup:
- Upload your files ZIP to
public_htmland extract it (replacing existing files) - In phpMyAdmin, select your database, go to Import, and upload your
.sqlfile - If the database has a different name, prefix, or credentials than your
wp-config.phpexpects, update theDB_NAME,DB_USER, andDB_PASSWORDconstants inwp-config.phpto match
This method is the most time-consuming but also the most reliable — you have physical copies of everything. For InterServer users on shared hosting, cPanel access is included, and the price-lock guarantee means the interface stays the same regardless of how long you’ve been a customer.
Method 4: Manual Backup via SSH/WP-CLI (Developer Method)
If you have SSH access to your server, WP-CLI provides the fastest manual backup workflow. This method is ideal for VPS users and developers who are comfortable on the command line.
Files backup via SSH:
# Navigate to your WordPress root
cd /var/www/html
# Create a compressed archive of the entire site
tar -czf ~/backup-files-$(date +%Y%m%d).tar.gz .
Database backup via WP-CLI:
# Export the database to a SQL file
wp db export ~/backup-db-$(date +%Y%m%d).sql
# Or export directly to a GZip file
wp db export ~/backup-db-$(date +%Y%m%d).sql.gz
Restoring from SSH/WP-CLI backups:
- Upload the file archive and database to the server via SCP or SFTP
- Extract files:
tar -xzf backup-files-20260708.tar.gz -C /var/www/html - Import database via WP-CLI:
wp db import ~/backup-db-20260708.sql - Update site URL if the domain changed:
wp search-replace 'oldsite.com' 'newsite.com'
This is the fastest method for experienced users — a full backup of a 1 GB site takes under 60 seconds on most VPS plans. Cloudways and ScalaHosting VPS plans both include SSH access and WP-CLI pre-installed.
Backup Verification: Are Your Backups Actually Working?
A backup that fails when you need it is worse than no backup at all because you have a false sense of security. Schedule a verification check every 30 days:
- Check the backup log — Most hosting providers and plugins maintain a log of recent backups. Open it and confirm the dates look right.
- Test a file restore — Download a single backup file, extract it, and confirm the contents look like your real site files.
- Do a dry-run restore — Restore a backup to a staging environment (not the live site) and confirm the site loads correctly. Most managed hosts offer a staging feature for exactly this purpose.
For sites managed through SiteGround, the staging environment serves double duty: you can test the backup restore on staging before applying it to production. Cloudways offers a similar staging feature with one-click cloning.
Best Practices for Your Backup Strategy
Here’s a practical backup configuration based on site type:
| Site Type | Host Backup | Plugin Backup | Manual Backup | Total Recovery Time |
|---|---|---|---|---|
| Personal blog (weekly updates) | Daily (30-day retention) | Weekly to Google Drive | Monthly database export | 10-15 min |
| Business site (daily updates) | Daily (30-day retention) | Daily to Dropbox | Monthly full backup | 5-10 min |
| Ecommerce store | Hourly (if available) | Daily to S3 + local file | Weekly full backup | 2-5 min (critical) |
For most site owners, the sweet spot is using your host’s built-in daily backups (they’re free and automated) plus a weekly plugin-based backup to cloud storage for off-site redundancy. The manual backup is a safety net you reach for only when you switch hosts or need a complete archive.
Common Backup Mistakes to Avoid
Relying on a single backup destination. If your one backup is stored on the same server as your live site, a server failure takes both down. Always maintain at least one off-site copy.
Never testing restores. Setting up backups and forgetting about them for a year means you have no idea whether the restore process works. A 60-second quarterly check prevents this.
Not backing up before major updates. Before running a WordPress core upgrade, a plugin batch update, or a theme change, trigger a manual backup. It takes 30 seconds and saves hours of recovery time.
Assuming staging is the same as backup. A staging environment is a copy of your site for testing — it’s not a backup. If your live site crashes, the staging copy might be outdated by weeks or months.
FAQ
How often should I back up my WordPress site?
For a standard blog with weekly updates, daily backups are sufficient. For ecommerce stores or membership sites where content changes every few hours, set backups to run every 6 hours or use Cloudways’ hourly option.
Can I restore a backup to a different hosting provider?
Yes. Most backup formats (ZIP archives + SQL database dumps) are provider-agnostic. The key requirement is that the new host supports WordPress — which all four active affiliate providers in this guide do. You may need to update the wp-config.php file with the new database credentials, but the site content and structure transfer cleanly.
Do I need a backup plugin if my host already backs up my site?
The host’s backup is your first line of defense, but a plugin-based backup to cloud storage adds independent off-site redundancy. If your hosting account gets suspended or the server fails, the cloud copy is still accessible. For most site owners, the host backup + monthly cloud backup is sufficient.
Are free backup plugins reliable?
UpdraftPlus (free) is reliable and widely used — it powers over 3 million WordPress installations. The free version handles scheduled backups, cloud storage integration (Google Drive, Dropbox), and one-click restore. The premium version adds incremental backups, database encryption, and migration tools.
What’s the fastest way to back up a large site (5GB+)?
For sites with heavy media libraries, use either:
- Your host’s automated backup (no file size limits on server-side) — Cloudways and ScalaHosting both handle large backups well
- WP-CLI via SSH for the files backup (
tar -czf), which is faster than ZIP compression - An incremental backup plugin that only uploads changed files — UpdraftPlus premium supports this
Does restoring a backup affect my SEO?
A properly executed restore has no SEO impact because the URL structure and content stay the same. The downtime during the restore (usually 2-10 minutes) could cause a temporary crawl timeout, but Google treats this as a server issue, not a content change. For most sites, a 10-minute restore window on a low-traffic day has negligible SEO impact.
Related Reading
- How to Secure Your WordPress Site in 2026 — The security counterpart to backups
- How to Migrate Your WordPress Site — Moving your site between hosts, which is essentially a backup + restore workflow
- How to Troubleshoot WordPress Errors — When things go wrong, here’s how to diagnose the cause
Final Thoughts
The best backup strategy is the one you actually maintain. A simple setup — daily backups from your hosting provider plus a weekly plugin backup to cloud storage — covers 95% of disaster scenarios. The remaining 5% (hardware failure, account suspension, catastrophic plugin conflict) is covered by having that off-site copy you can restore to any host.
Start by checking what your current host already provides. If you’re on InterServer, SiteGround, Cloudways, or ScalaHosting, you already have automated backups included. Add a free UpdraftPlus backup to Google Drive for off-site storage, schedule a quarterly restore test, and you’re covered for virtually any scenario that comes up.
Research-backed reviews by Tech & SaaS Stack. We compare hosting, SaaS, and software based on pricing, features, and performance data.