The update goes straight to the live site
- payments-gateway updated to 3.2.1
- Fatal error /checkout
- First customer email: “can’t pay”
- Restore started from last night
Customers found the problem first, and checkout was down for almost an hour.
FeatureStaging for WordPress
A staging site is a private copy of your website for testing updates and changes before they go live. BlogVault builds that copy on our own servers in one click, so you don’t need a subdomain, extra hosting or a staging plugin, and your live site never slows down. When your changes work, push them live.
Here, a store tests three updates on a staging site. One of them breaks the checkout on the copy, so it never reaches the live store. The other two work, and are pushed live.
An illustration of the BlogVault staging dashboard. Plugin names and versions are examples.
Plugin and theme updates are the most common reason a WordPress site breaks. Here is the same plugin update, done two ways.
Customers found the problem first, and checkout was down for almost an hour.
You found the problem on the copy. Visitors to the live site never saw it.
Times are illustrative.
No subdomain to create, no extra hosting and no migration plugin. Your live site only changes at the last step, when you decide.
Read the step-by-step guidePick today’s backup or an older one, and the PHP version you want. BlogVault builds the copy on its own servers, at a BlogVault address.
What the copy includesEvery staging site is password-protected, hidden from search engines, blocked from sending email and served over SSL.
Privacy settingsLog in to WordPress as usual. For deeper work, each staging site has its own SFTP login and phpMyAdmin.
Compare staging optionsThe dashboard shows what’s different between staging and live. Choose the changes to push, and leave everything else as it is.
See it in actionA staging site is a full copy of your real site, including customer data and automated emails. So every BlogVault staging site starts with these four protections switched on. There is nothing to configure.
Visitors need a username and password before they even reach the WordPress login, so only your team can see the staging site.
Password requiredSearch engines are blocked, so Google never finds a duplicate of your site and your SEO isn’t affected.
Search engines blockedOrder receipts, password resets and newsletters can’t be sent from staging, so customers never get emails from your test site.
Outgoing email blockedEvery staging site runs on HTTPS, so it is secure and behaves the same way as your live site.
HTTPS onOn for every staging site, automatically
Testing updates is the main use, but a staging site is also the safe place for a few other jobs that are risky on a live site.
Choose the PHP version when you create the staging site, and check that your plugins and theme still work before you upgrade PHP on the live site.
Create a staging site from any backup, not just today’s, to see how your site looked and worked before a change.
Each staging site comes with its own SFTP login and phpMyAdmin, so developers can upload files and work on the database directly.
BlogVault hosts the staging site on its own servers, so it doesn’t use your host’s disk space, memory or bandwidth, and it can’t slow your live site down.
Your staging site gets its own BlogVault address automatically. You don’t need to create a subdomain or change any DNS settings.
You can create staging sites for subdirectory Multisite networks, with every staging feature. Multisite is on the Business and WooCommerce plans.
You can also create a staging site with a plugin on your own server, through your web host, or by hand. They all work; here is how they differ.
| Question | A staging plugin on your server | Your host’s staging | By hand | BlogVault |
|---|---|---|---|---|
| ▸ Where the copy runs | On your server, beside live | On your host’s servers | Wherever you set it up | On BlogVault’s servers |
| ▸ Load on your live server | Copying and running it both use it | Often the same server as live | Depends on where | None |
| ▸ Set-up | Install, then clone | A button, if your plan has it | Subdomain, DNS, copy, search and replace | One click, no DNS |
| ▸ Private by default | Often, check the settings | Varies by host | Only if you set it up | Password, no-index, no email, SSL |
| ▸ Choose what goes live | Varies; selective push is often paid | Usually push files, database or both | Copy it back yourself | Review differences, merge what you pick |
| ▸ Start from an old backup | Not usually | Not usually | If you kept one | Any backup |
| ▸ Change PHP on the copy | Usually the same as live | Sometimes | If you control the server | Yes, per copy |
Host staging has one advantage worth knowing: the copy usually runs on exactly the same server setup as your live site.
Staging is included on every plan. Your plan decides how long a staging site stays available; when one expires, you can create a new one from any backup.
Compare plansEnough time to test an update.
Time to test a redesign or a batch of updates.
For stores that test every change before release.
This platform has proved to be invaluable. I tried a few other options for staging & found BlogVault to be the easiest to manage & migrate.
Step-by-step help with creating a staging site, pushing it live without losing orders, and staging a Multisite network.
Read the step-by-step guide4 guidesStaging guides
Step-by-step articles, kept with the product.
The same engine backs up, restores, stages and moves your site. Here is where it helps next.
Check a backup works before you restore it, then bring back the whole site or only one plugin, even when the site won’t load.
How restores workBackups that finish on any host, even for sites of 100 GB and more. Only the changes are copied, and every backup is stored encrypted off your server.
How backups workMove your site to any host or domain. BlogVault copies it, updates the URLs for you, and you switch DNS when you’re ready.
How a migration runsNo credit card · 14-day money-back guarantee