How to Back Up Your WordPress Site: 3 Easy Methods
Every WordPress site eventually needs a restore — after a bad update, a hacked plugin, or a mistaken bulk delete. The only question is whether you will have something to restore from.
What a complete backup includes
Two things: your files (WordPress core, themes, plugins and uploads — everything in wp-content) and your database (posts, pages, comments, users, settings). Missing either one means an incomplete restore.
Method 1: Your host’s backup tool (easiest)
Most quality hosts include automatic backups. Look for Backups, Snapshots or Restore in your hosting panel. Check three things: how often backups run (daily is the minimum for an active site), how long they are kept, and whether restoring is self-service or requires a support ticket. Free-tier backups on cheap hosts are sometimes weekly — not good enough if you publish daily.
Method 2: A backup plugin with cloud storage
Install UpdraftPlus, BlogVault or BackWPup, then connect remote storage so backups do not sit on the same server as your site:
- Install and activate the plugin
- Choose a destination — Google Drive, Dropbox, Amazon S3 or another off-site location
- Set a schedule: files weekly, database daily for an active site
- Choose how many backups to keep (at least 3–5)
- Run a manual backup immediately and confirm it appears in your cloud storage
Keeping backups only on your own server protects you from mistakes but not from a server failure or a hack that deletes everything.
Method 3: Manual backup (files + database)
Useful before a risky change such as a migration or a bulk edit.
Database: open phpMyAdmin from your hosting panel, select your site’s database, click Export, choose Quick and format SQL, then download.
Files: connect with FTP or your host’s File Manager, select the public_html folder (or the WordPress root), compress it to a ZIP and download it.
Store both files somewhere other than your web server.
How often should you back up?
- Blog posting once a week — weekly files, daily database
- Busy site or online store — daily files, database several times a day
- Before any major change — always take a manual backup first
Test your restore (the step everyone skips)
A backup is only real if you have proved you can restore it. Once a quarter, restore a backup to a staging site or a temporary subdomain and click through it. Many people discover broken backups during an emergency — the worst possible time.
Before a big deletion
If you are about to delete hundreds of posts, run a full manual backup first and download it. Then check that the backup file has a sensible size — a 2 KB backup of a 500 MB site is a failed backup.