A judgement about risk
Not every update carries the same risk. A patch release with a clean history on a brochure site is not a major version touching checkout on a store, and automation that treats them identically is not trustworthy.
Automation fails when it acts without checking. WPCentrify automates the routine and verifies every action, so the failure mode is an automatic rollback and an alert rather than a broken site nobody noticed.
Free during early access. Connects to any host.
WordPress has offered automatic updates for years and a large proportion of serious site owners disable them. Not because they enjoy manual work, but because core automatic updates apply the change and stop there. There is no backup taken first, no verification afterwards, and no way back. One bad release and the site is broken with nobody watching.
So people turn it off, intend to update manually, and fall behind. Which produces exactly the outcome automatic updates were meant to prevent: sites running known-vulnerable plugin versions for months.
Not every update carries the same risk. A patch release with a clean history on a brochure site is not a major version touching checkout on a store, and automation that treats them identically is not trustworthy.
A restore point taken immediately before the change, not last night's scheduled backup. Rollback should lose nothing.
Health checks, visual comparison and functional testing. Something has to look at the result and decide whether it is acceptable.
If verification fails, the rollback has to happen without waiting for a human. Detection without response is just a better alarm.
When automation cannot resolve something, it needs a path to a person, with enough context to act on.
Every automated decision logged with the rule that triggered it. Automation you cannot audit is automation you cannot trust.
Rules evaluate and report what they would have done without acting. Watch the decisions for two or three weeks and see whether you agree with them.
Internal sites, low-traffic brochure sites and anything you would not lose sleep over. Build confidence where the cost of being wrong is low.
Once low-risk updates run cleanly for a month, widen the band. Do not jump straight to automating major versions on a store.
Look at what automation did, what it escalated, and whether the escalations were correct. Tighten or loosen from evidence rather than instinct.
Only when the automation verifies its own work. Applying updates without a pre-update restore point, post-update health checks and automatic rollback is a gamble. With those three things in place, automated updating is considerably safer than manual updating, because verification runs consistently rather than when someone remembers.
Verification catches it and the rollback runs, typically within a minute. The failing version is pinned so it cannot be retried by accident, a ticket is opened, and you get an alert with the specific check that failed and the before and after screenshots.
Yes. Policy is set per site, per client or per care plan tier, and more specific scopes override broader ones. Most people automate aggressively on brochure sites and conservatively on stores.
No, and any tool claiming otherwise is overselling. It absorbs roughly two thirds of routine work. What remains is the part that needed a person: judgement calls, client conversations, and the genuinely ambiguous cases that were previously getting the least attention.
Connect your first site in under two minutes. No credit card, no contract, no migration fee.
Free during early access. Keep your data, export any time.