Backup
Keep restore points before important WordPress changes.
Backups are part of the free core workflow, so administrators can keep restore points before staging creation, imports, restores, and production publishing.
Backup role
Confirm how to recover before the work starts.
Backups do not remove production risk, but they make release decisions easier to judge. For important releases, keep a host-level or off-server backup as well.
Backup flow
Backup before the operation, not after the incident.
- Create or confirm a recent restore point.
- Download or keep an independent backup for important production work.
- Run the staging, import, or dry-run workflow.
- Review warnings before the operation changes data.
- Use restore only when a rollback is actually needed.
Use cases
How this page fits into real WordPress release work.
Each feature page answers the operational questions an administrator checks before production data changes.
Feature FAQ
Questions to answer before using this workflow.
Are backups free?
Yes. Manual backup, restore, download, import, retention, and basic scheduling remain in the free core.
Is a plugin backup enough?
For important production work, keep an independent host-level or off-server backup as well.
Does backup make publishing risk-free?
No. It improves recoverability, but host limits, plugin conflicts, data size, and live changes still matter.
Should I back up before PUSH?
Yes. Confirm an independent restore path before any production publishing operation.
Risk control
Backup and restore stay available in the free core.
The paid boundary is production PUSH, not basic recovery preparation.