Descripción
WordPress Backup, Restore, Staging, Cloning & Migration — All in One
WP STAGING is the all-in-one WordPress backup, restore, staging, cloning, and migration plugin, built for professional workflows with 100% unit-tested code, thousands of automated tests, and extensive end-to-end testing across supported PHP versions.
Create a full backup or an exact clone or copy of your website in minutes. Use it to duplicate your site, test plugin and theme updates safely, restore your site when needed, move or migrate WordPress to another server, transfer your site to a new host, or build a staging copy before making changes. WP STAGING also works as a WordPress duplicator, so you do not need a separate duplicator plugin to copy your website.
WP STAGING reliably backs up, clones, and migrates WooCommerce stores too, including orders, products, and customer data.
WP STAGING is developed in Germany and designed for agencies, developers, and businesses that need reliable WordPress backup, recovery, staging, restore, and migration workflows.
WP STAGING | PRO also includes advanced workflows such as Remote Sync, which lets you pull a WordPress site securely from one server to another using an API key, and WP STAGING CLI, which can turn a WP STAGING backup into a local Docker-based development site.
All data stays on your server unless you choose a transfer or remote storage workflow. WP STAGING is designed for speed, reliability, and low-resource environments, including shared hosting.
WP STAGING automatically performs search and replace for links and paths during cloning, backup, restore, and migration workflows.
This staging and backup plugin can clone your website quickly and efficiently, even if it is running on a weak shared hosting server.
WP STAGING FREE – BACKUP & STAGING FEATURES
- Clone the entire production site into a subdirectory like example.com/staging-site.
- High-performance backup and cloning, even for websites with very large databases.
- Create full or partial backups — full-site backup, database-only, or files-only backups.
- Scheduled backups with automatic daily backups.
- Easy to use: create a clone or backup in one click.
- Efficient background processing without slowing down your website.
- No Software as a Service and no external account required.
- All your data stays on your server. Your data belongs to you only.
- No server timeouts on huge websites or weak servers.
- Fast backup, clone, and restore workflows depending on site size and server resources.
- Use the clone as part of your backup and update strategy.
- Only administrators can access the cloned or backup website.
- SEO-friendly staging sites with login protection and no-index handling.
- The admin bar on the staging / backup website is orange colored and shows when you work on the staging site.
- Extensas funcionalidades de registro
- Supports Apache, Nginx, Microsoft IIS, and LiteSpeed Server.
- Every release passes extensive automated tests to keep the plugin robust, reliable, and fast.
- Fast and professional support team.
WP STAGING | PRO – BACKUP & STAGING FEATURES
The features below are available in WP STAGING | PRO.
- Remote Sync – Pull a WordPress site securely from one server to another.
- WP STAGING CLI – Turn a backup into a local Docker-based development site.
- Migrate and transfer WordPress to another host or domain.
- Push staging changes to production (staging to live), including plugins, themes, and media files, with one click.
- Clone a backup or staging site to a separate database.
- Choose a custom directory for a backup or cloned site.
- Select a custom subdomain destination like dev.example.com.
- Define user roles for accessing the clone or backup site. This can be clients or external developers.
- Multisite support for migration, backup, and cloning.
- Schedule recurring backups by time and interval.
- Download and upload backups to another server for migration and transfer.
- Backup retention settings.
- Custom backup names.
- Email notifications if a backup cannot be created.
- WordPress multisite backup and restore.
- Cloud backup, offsite backup, and remote backups to external storage providers.
- Backup to Google Drive.
- Backup to Amazon S3.
- Backup to (S)FTP.
- Backup to Dropbox.
- Custom backup folder destinations for cloud storage providers.
- Priority support.
DOCUMENTATION
How to Backup and Restore WordPress
Backup and Restore WordPress
Backup & Transfer WordPress Site to Another Host
How to Migrate Your WordPress Site to a New Host
Remote Sync
Pull a WordPress Site from One Server to Another
Local Docker Development with WP STAGING CLI
WP STAGING CLI – Upgrade Now
All Backup Guides
All Backup Guides
Working with Staging Sites
Working with Staging Sites
FAQ for Backup & Cloning
FAQ for Backup & Cloning
Troubleshooting Backup & Cloning
Troubleshooting Backup & Cloning
WP STAGING BACKUP & CLONING TECHNICAL REQUIREMENTS & INFORMATION
- Works on latest version of WordPress
- Minimum Supported WordPress Version 3.8
- Cloning and Backup work on all webhosts
- No extra libraries required
- Backup & cloning supports huge websites
- Custom backup format is much faster and smaller than any tar or zip compression
- Backup & cloning works in low memory & shared hosting environments
SUPPORT
Capturas









Instalación
Installation via admin plugin search
- Go to Plugins > Add new. Select «Author» from the dropdown near search input.
- Search for «WP STAGING». Searching for «WPStaging» in one word works as well.
- Find «WP STAGING – WordPress Backup, Restore & Migration» and click the «Install Now» button.
- Activate the plugin.
- The plugin should be shown below settings menu.
Admin Installer via zip
- Visit the Add New plugin screen and click the «Upload Plugin» button.
- Click the «Browse…» button and select the zip file of our plugin.
- Click «Install Now» button.
- Once uploading is done, activate WP STAGING – WordPress Backup, Restore & Migration.
- The plugin should be shown below the settings menu.
FAQ
-
Why should I use a staging site and backup workflow?
-
Plugin updates, theme changes, and custom code should be tested before they reach your live site. A staging workflow lets you clone your production website, test changes safely, and keep a working backup ready in case something goes wrong. Safe updates and update testing on a staging copy protect your live site from broken releases.
Usually, it is best to run the staging site on an environment as close as possible to the production server. That is the best way to catch compatibility issues before they affect your live site.
WP STAGING combines backup, restore, staging, and migration in one workflow, so you can protect your live website, reduce downtime risk, and ship changes with more confidence.
-
Is WP STAGING a backup plugin?
-
Yes. WP STAGING started as a staging plugin and grew into a complete WordPress backup plugin, with restore, staging, cloning, and migration in one tool.
Even the free version lets you create backups and restore them when needed. WP STAGING | PRO adds more advanced backup workflows, cloud storage destinations, migration tools, and developer-focused features.
-
How is WP STAGING different from other backup plugins?
-
WP STAGING combines backup, restore, staging, cloning, and migration in one workflow. While many backup plugins focus mainly on archive-based backups or simple migration, WP STAGING also helps you create a working staging copy, test updates safely, and restore your site when needed.
Some backup plugins focus mainly on creating backup archives, while WP STAGING also creates working staging copies for safer testing and rollback workflows. This is especially useful when you want production-like validation before pushing changes live.
Some backup plugins may not fully support custom tables in all scenarios. WP STAGING is designed to work reliably with staging workflows and custom table prefixes used by its own cloned environments.
WP STAGING | PRO also includes advanced workflows such as Remote Sync and WP STAGING CLI, which can turn a backup into a local Docker-based development site. That makes WP STAGING especially attractive for developers, agencies, and site owners who want more than a basic backup plugin.
-
How do I back up and restore a WordPress site?
-
After installing WP STAGING, go to the backup section in the plugin and create a full-site backup. You can then restore that backup if a plugin update, theme change, deployment, or unexpected issue breaks your site.
WP STAGING is designed to make backup and restore simple, even on shared hosting and large WordPress installations.
-
What is Remote Sync in WP STAGING Pro?
-
Remote Sync is a Pro feature that lets you pull a WordPress site securely from one server to another using an API key. Instead of manually exporting databases and copying files, you connect the two sites and start the sync from inside WP STAGING.
This is especially useful for agencies, developers, and site owners who want a faster and more reliable workflow for moving content between WordPress installs.
Learn more:
Remote Sync: Pull a WordPress Site from One Server to Another -
How can I turn a backup into a local Docker development site?
-
WP STAGING | PRO includes access to WP STAGING CLI, which can turn a WP STAGING backup into a local Docker-based WordPress site with one command.
This is ideal for debugging, QA, development, and reproducing client issues locally. It helps you create repeatable local environments without building custom Docker setups for every project.
Learn more:
WP STAGING CLI – Upgrade Now -
How do I move, migrate, or transfer a WordPress site to a new host?
-
WP STAGING | PRO includes migration and transfer workflows that help you move a WordPress website to another host, transfer your WordPress site to a new host, change the domain, or move to another server. You can move your website between hosts without manual database exports.
If you want a guided step-by-step walkthrough, see:
How to Migrate Your WordPress Site to a New Host -
How do I duplicate or clone a WordPress site?
-
WP STAGING works as a WordPress duplicator: it can duplicate or clone a WordPress site in a few clicks and create an exact copy of your site for testing, development, or as a safety net. Duplication runs in the background, so you can duplicate even large WordPress sites on shared hosting. If you have used a plugin like Duplicator before, WP STAGING covers the same clone and copy workflows and adds backup, restore, and staging.
-
Is WP STAGING a good Duplicator alternative?
-
Yes. If you are looking for a Duplicator alternative, WP STAGING covers the same use cases: duplicate a WordPress site, create a full-site copy, and move or transfer it to another host. In addition to the duplicator workflow, you get one-click staging sites, scheduled backups, and restore in the same plugin.
-
Why do I need a backup plugin at all?
-
Consistent website backups are the foundation of a robust disaster recovery strategy. They protect your website against failed updates, user mistakes, malware cleanup, hosting issues, hardware failures, software malfunctions, and data loss.
Backups should include website files, databases, user data, and configuration data. A combination of full backups and incremental backups can improve storage efficiency while keeping restore points current.
If your website generates leads, sales, traffic, or customer trust, regular backups are not optional. A reliable backup, restore, and recovery workflow lets you roll back your WordPress site and can save hours of downtime and expensive recovery work.
-
Can I activate permalinks on the staging site?
-
Permalinks are disabled on the staging site after the first cloning process.
Read this guide to activate permalinks on your staging site:
Activate Permalinks on the Staging Site -
I cannot log in to the staging or backup site
-
If you use a security plugin such as Wordfence, iThemes Security, All In One WP Security & Firewall, or a plugin that hides the default WordPress login URL, make sure you are running the latest version of WP STAGING.
If you still cannot log in, go to WP STAGING > Settings and disable WP STAGING extra authentication. Your admin dashboard will still remain protected.
-
Can I just use my local WordPress development system for testing and backup?
-
You can always test your website locally, but if your local hardware and software environment is not an exact clone of your production server, there is no guarantee that every aspect of your local copy will behave the same way.
Differences in PHP version, server stack, memory, CPU performance, and filesystem behavior can all lead to unexpected results on production. That is why staging on infrastructure close to production remains valuable.
WP STAGING | PRO also gives you a more advanced local workflow through WP STAGING CLI, which can turn a backup into a local Docker-based development site.
-
Is WP STAGING available in multiple languages?
-
Yes. WP STAGING is available in multiple languages, and several translations are already complete or nearly complete.
You can view translated plugin pages here:
English
French
German
Spanish
Croatian
Dutch
Finnish
Greek
Hungarian
Indonesian
Italian
Persian
Polish
Portuguese (Brazil)
Russian
Turkish
VietnameseIf you want to help improve translations, please get in touch with us through the support forum.
-
Can I give feedback for WP STAGING?
-
Yes. If something does not work as expected, please open a support request and describe the issue in as much detail as possible.
We continuously improve WP STAGING based on user feedback, real-world hosting environments, and developer use cases.
Open support:
WP STAGING Support Forum
Reseñas
Colaboradores y desarrolladores
«WP STAGING – WordPress Backups, Restore, Migration & Clone» es un software de código abierto. Las siguientes personas han colaborado con este plugin.
Colaboradores«WP STAGING – WordPress Backups, Restore, Migration & Clone» está traducido en 9 idiomas. Gracias a los traductores por sus contribuciones.
Traduce «WP STAGING – WordPress Backups, Restore, Migration & Clone» a tu idioma.
¿Interesado en el desarrollo?
Revisa el código , echa un vistazo al repositorio SVN o suscríbete al registro de desarrollo por RSS.
Registro de cambios
4.10.0
- New: Add an A/B experiment framework and run the first experiment on the WP STAGING Free first-run experience. #5522
- Enh: Add a Remote Sync sidebar menu item for quicker access to syncing from a remote site. #5323
- Enh: Add a target domain field to the restore tool so a backup can be restored for another domain than the one the tool is opened from. #5453
- Enh: New installations can start a staging site, a backup or WP STAGING Desktop straight from a first-action selector. #5522
- Enh: Offer a full backup during staging creation that starts automatically once the staging site is ready. #5522
- Enh: Offer the same deferred backup during any staging creation, for sites without an established backup workflow. #5522
- Enh: Rewrite the analytics consent question to name every category WP STAGING actually sends. It no longer asks for permission to collect a name and email address, which it never collected. #5522
- Enh: Show lifetime licences correctly on the licence page: the plan they bought, «Never» as the expiration date, the premium support period, and no upgrade offer. #5418
- Fix: Don’t show the «Scheduled backups may not run» warning when scheduled backups demonstrably work, e.g. when WP-Cron is executed by an external server cron job. #5403
- Fix: Keep preserved options and cron jobs intact when a value fails safe unserialization. #5463
- Fix: Only run the WordPress.com restore task when the site is actually hosted on WordPress.com. #5463
- Fix: Prevent a successful Remote Sync from ending with a «No response» error when the job log file name is not set. #5483
- Fix: Prevent duplicate primary keys in database backups when a request is retried, which made the restore fail with MySQL error 1062. #5450
- Fix: Prevent interrupted database restores from failing when resuming. #5470
- Fix: Prevent staging, backup, and remote sync from running two workers on the same job at once (which could corrupt the operation) by acquiring the background process lock atomically. #5327
- Fix: Report the HTTP status and server response when a backup request fails, instead of only guessing at a PHP fatal error. #5503
- Fix: Require an authenticated request before a cancelled job resets the first-run state. #5522
- Fix: Resolve Remote Sync Pull failing with a 404 error when downloading data from a source site hosted on IIS. #5488
- Fix: Resolve the Remote Sync connection key «Copy» button not working in Microsoft Edge. #5488
- Fix: Restore a backup again after an interrupted restore left the site stuck, where every new attempt stopped at the same table. #5460
- Fix: Restore the data on servers that do not report their maximum query size, where every row was skipped as too large and the restore finished with empty tables. #5470
- Fix: Resume a database restore at a byte offset so large restores no longer stall and fail with «Cannot increase execution time». #5486
- Fix: Show an accurate error when magic login is unavailable on the staging site instead of always suggesting a plugin update. (Pro) #5438
- Fix: State the deferred backup offer as a choice, so it is no longer mistaken for a job already running. #5522
- Fix: Stop deleting the oldest backup on the remote storage when its backup listing fails during an upload. (Pro) #5434
- Fix: Stop logging a false cron update failure when the backup schedule rows are unchanged. #5463
- Fix: Stop the dark theme from overriding the text colour of every WP STAGING design-system button. #5522
- Fix: The Delete buttons for the WP Staging logs and PHP debug log on the System Info page now reliably remove the log file and show a clear success or error message. #5375
- Fix: Warn instead of failing silently when the background session check gets a malformed server response. #4479
- Dev: Allow gh api POST so review replies need no approval, keep PATCH denied. #5534
- Dev: Fire wpstg_background_job_failure as a WordPress action as well as an internal hook, so more than one listener can observe a failed background job. #5522
- Dev: Ignore qemu crash dumps so they stop accumulating in the working tree. #5533
- Dev: Prevent intermittent failures when building distributable plugins in parallel. #5270
- Dev: Reduce duplication in BackgroundLogger token verification tests. #5130
- Dev: Report translation catalogue lines of code in the pull request breakdown. #5531
- Dev: Speed up «make reset» by preparing WordPress once and setting up all test sites at the same time. #5482
WP STAGING Backup & Cloning | Full changelog:
https://wp-staging.com/wp-staging-changelog
