How to Update WordPress and WooCommerce Safely (Without Breaking Your Store)
Update WordPress and WooCommerce without breaking your store: read changelogs, back up, test on a staging copy, update in a sensible order, know the auto-update defaults and how to recover.
DEBy DevMarket Editorial·Published: ·9 min read
On this page
To update WordPress and WooCommerce safely, take a backup you can restore, update a copy of your site first, test the pages that earn money, and only then repeat the same updates on the live store, in a quiet hour and with a way back. Updates close security holes and keep plugins working together, but they also change the code that runs your checkout. This guide gives you the routine, the automatic-update defaults and the recovery steps, as of October 2026.
In short
Updates matter for security and compatibility. WooCommerce backports serious security fixes only to a rolling window of recent versions.
Before updating, read the changelog, the tested-up-to versions and the PHP requirement.
The routine: tested backup, staging copy, update and test there, then the same update on the live site.
WordPress applies minor core updates automatically by default. Plugin and theme auto-updates are opt-in: keep checkout-critical ones manual.
If an update breaks the site, restore the backup or disable the plugin through the file system.
Why do WordPress and WooCommerce updates matter?
Updates carry security fixes, and WordPress's own advice is to always keep up to date: see the WordPress security checklist. WooCommerce's security patch policy says that for serious issues (a CVSS score of 9 or higher) fixes go to a rolling window of recent versions, roughly two years of releases, and that older stores must update to receive them. Updates also keep your software compatible: WooCommerce's update guide notes that compatibility often depends on the full set of active software, from theme to payment gateways.
Treat updating as a checklist you complete in the same order every time, with the last rows kept for the live store.
What should you check before you update?
Changelogs, compatibility and requirements
Changelog: the update notice on the Plugins screen links to the new version's details, and WooCommerce's advisories and changelog flag security fixes.
Tested up to: on a wordpress.org plugin page, compare the tested WordPress version, the PHP version and the required versions with yours. For WooCommerce.com extensions, WooCommerce > Extensions > My subscriptions shows compatibility, and an older Tested up to WooCommerce value is a reason to read the release notes first.
PHP: WordPress does not offer a plugin update that needs a newer PHP than your server runs. As of 2026 WordPress recommends PHP 8.3 or greater; the speed guide covers PHP updates.
Marketplace items: DevMarket shows each item's support period and update policy.
Major and minor updates
In WordPress, a change in the first two numbers is a major release with new features, and a third number marks a minor release for fixes. WooCommerce's release calendar says it makes no distinction between major and minor releases: each one raises the version number, about every five weeks, and patch releases follow for problems found later. Treat every new WooCommerce version as a real change. Plugin and theme authors choose their own numbering, so a small number is no promise of a small change.
WordPress's upgrade handbook allows upgrading across many versions but suggests going step by step across more than two major releases. WooCommerce's guide advises against several major updates at once unless you tested that exact set.
How do you update WordPress safely? The routine
Back up first. Back up the database and the files, especially wp-content, keep a copy away from the server and test a restore. See how to back up WordPress.
Update a staging copy. A staging site is a copy of your live site where you can try updates before customers are affected. Hosts often create one with a few clicks, some plugins clone a site from the dashboard, and you can restore a backup into a separate WordPress install. On the copy, tick Discourage search engines from indexing this site under Settings > Reading, put payments in test mode and make sure it cannot email real customers.
Update in a sensible order. WooCommerce's guide updates WooCommerce first, then extensions, payment gateways and the theme in the same window, and runs any database update only after a backup. The WordPress update documentation we checked gives no order for core, plugins and themes. Our suggestion: small batches with a test between, core first, then WooCommerce, then the rest.
Test the key flows in the table below.
Repeat on the live store. After a fresh backup, switch store pages to Coming soon mode under WooCommerce > Settings > Site visibility, as WooCommerce suggests during the update window. Apply the same updates, run any database update, test again, then switch back to Live.
Flow
What to check
Product page
Price, images, variations and add to cart
Cart and checkout
Coupon, shipping and tax, then a test order with a test payment method
Emails
Order emails reach customer and admin and look right
Login
Login, My account and password reset
Admin
Orders screen, Tools > Site Health, failed items under WooCommerce > Status > Scheduled Actions
On an Arabic or bilingual store, repeat the checks in Arabic: layout, emails and invoices, using the RTL checklist and the Arabic WordPress guide.
What do WordPress automatic updates do by default?
Item
Default, per the WordPress documentation
Core, minor releases
On. The handbook strongly discourages turning it off
Core, major releases
On for new installations created on WordPress 5.6 or later (unless a version control checkout is detected). Existing installations keep minor-only unless enabled by an administrator, constant or filter. Change it under Dashboard > Updates
Plugins and themes
Off, apart from special security cases chosen by WordPress.org. Enable them per plugin in the Plugins screen's Automatic updates column, or per theme in its details
Translation files
On
WordPress runs plugin and theme auto-updates (available since 5.5) twice a day by default, emails the site owner about successes and failures, and depends on WP-Cron, so Tools > Site Health shows an error if they cannot run. See the auto-updates documentation. Hosts may manage updates themselves, so check Dashboard > Updates for your real status.
WordPress also restores the previous version of a plugin if an update causes a fatal error: for manual updates since 6.3 and auto-updates since 6.6. That covers fatal errors only, not a checkout that quietly stops working. Our suggestion: keep minor core updates on, enable auto-updates only for small, low-risk plugins with automatic backups, and update WooCommerce, payment, shipping, tax and theme manually after testing.
What if an update breaks your site?
Stop updating and note what changed and what the error says. If checkout fails, use Coming soon mode so customers do not hit a broken flow.
Use recovery mode. After a fatal error WordPress emails the administration address a link that lets you into the admin with the failing plugin or theme paused.
Disable the plugin through the file system if you cannot log in. In SFTP or your host's file manager, open wp-content/plugins and rename the folder of the plugin you just updated. WordPress deactivates plugins whose files are missing. The troubleshooting FAQ renames the whole plugins folder to plugins.hold instead. Rename it back afterwards and reactivate plugins one by one.
Clear a stuck maintenance message. If visitors see "Briefly unavailable for scheduled maintenance", delete the .maintenance file in the WordPress root folder, per the same FAQ.
Restore the backup if needed. A restore returns the database to the backup time, so orders placed since are missing: list them from your payment provider's dashboard. WordPress's handbook says rolling core back is usually not recommended, because newer versions hold security fixes. Troubleshoot on staging before trying again.
cd wp-content/plugins
mv example-plugin example-plugin.off
Replace example-plugin with the real folder name, and reverse the rename to undo it. For symptoms such as a white screen, see fixing common WordPress errors.
When should you update, and how do you keep custom code safe?
WooCommerce suggests a monthly routine for most stores, and sooner for security fixes. Look at your own orders by hour and weekday, in your customers' time zone, and pick the quietest slot on a day when someone can fix a problem. Avoid campaign periods such as Ramadan offers or White Friday, and pause orders only briefly, for risky steps such as a database update.
Updates overwrite plugin and theme files, so never edit them. Put theme changes in a child theme, which survives parent updates; WooCommerce template overrides belong in its woocommerce folder, and WooCommerce > Status > System status flags outdated ones. Put snippets in a small plugin of your own, a folder in wp-content/plugins with one PHP file and a header comment (see the plugin basics), so they survive a theme change:
<?php
/*
* Plugin Name: My Store Customisations
*/
Update-day checklist
Before: read the changelogs, check PHP and tested-up-to versions, take and test a backup, clone to staging.
On staging: update in small batches, run every flow above, postpone what fails.
On the live site: fresh backup, Coming soon mode, the same updates, a test order, then Live.
After: check Site Health, Scheduled Actions, emails and the first real orders.
How often should I update WordPress and WooCommerce?
WooCommerce suggests checking monthly and updating sooner for security fixes. WordPress minor releases arrive automatically by default, so the manual work is plugins, themes and WooCommerce.
Should I turn on auto-updates for WooCommerce?
WooCommerce's guide expects you to test on staging first, so manual updates fit best. WordPress advises having backups in place before enabling auto-updates at all.
Can I skip versions?
Often yes, because WordPress supports upgrading across versions, but go step by step if you are more than two major releases behind, and test on staging first.
Do I need a staging site for a small store?
WooCommerce says to test on staging whenever possible. Without one, take a tested backup, update in a quiet hour in Coming soon mode, and test an order straight away.
Fix the WordPress critical error and white screen of death calmly: back up, read the logs, find the cause by elimination, then handle database, 500, memory, maintenance mode, 404 and login errors.
Choose a WordPress theme by testing, not by demo. Compare block and classic themes, sources, speed, accessibility, RTL support, WooCommerce, builder lock-in and licence terms on a staging copy.
Use this WordPress maintenance checklist to plan weekly, monthly and yearly tasks: updates, backups, users, plugins, security, speed, PHP, domain and SSL, plus Site Health and WooCommerce checks.
·9 min read
Find the right software for the job
Every item on DevMarket has a human-reviewed release, an instant licence key and clear update and support terms.