
WordPress backups: save files and the database
Create a matched WordPress recovery set, restore safely in staging, and check the pages and application tasks visitors depend on.
Read the 6-minute guideSave what makes the website work.
A public page is the visible result of a larger system. Website recovery begins with the deployable files, content, configuration, and access needed to serve it again. Separate the source project from the public build, and identify every database or external asset that the website depends on.
Label one coherent release and store its parts together with a manifest. Export dynamic data through a supported application-aware method. Keep an independent copy outside the live hosting account, and save a safe example of configuration without embedding working secrets.
Serve a working copy on an isolated test host. Open several clean URL routes, inspect images and downloads, and test a representative application task. Check for unexpected requests back to the original host that reveal missing local assets.
It may be enough to serve a self-contained static build, but not necessarily to edit or regenerate it. Preserve its source and build instructions too. Dynamic sites need their data and service dependencies addressed separately.