Use caseEarly access
Recover from a bad store change in one click
The short answer
Reqursor Platform keeps every version of a store's setup, so you can undo a change in one click, back to the last version that worked. Orders and customers are untouched.
What an undo restores
An undo takes a store's design, settings and technical setup back to an earlier version. It never touches orders, products, customers or uploaded media, because those were never part of the saved setup.
Some parts come back as far as possible. If a version cannot be fully restored, Reqursor Platform tells you or stops the undo, rather than quietly finishing only part of it.
- Comes back: the software versions the store runs, settings and feature switches, colors and fonts, page layouts and the computing power the store can use.
- Never touched: orders, customers, products and uploaded media.
- Also untouched: outside services Reqursor Platform does not directly manage.
Say where to go back to
You use plain words, such as go back to yesterday, go back to before the color change or go back to the last update that worked. Reqursor Platform turns that into one exact version and shows it to you before you confirm.
An undo always goes back to a whole version, never a piece of one. For part of an earlier version, you ask for a new change that borrows from it, and it goes through the same preview and confirmation.
Know which store needs attention
Each store is designed to show a health status, worked out from whether it matches its approved setup and from checks run on the live store.
Next to the status you see how many checks ran and passed, which area is the cause and how severe the worst issue is.
- Healthy: the store matches and every live check passed.
- Degraded: it matches, but a check raised a warning.
- Unexpected change: it no longer matches its setup.
- Failing: a live check failed, or something that should be running is not.
- Unknown: not enough check data came back to decide.
If Reqursor is unavailable
Your stores keep running. A live store does not call back to Reqursor to serve visitors or take orders, so checkout does not pause when Reqursor's own dashboard has a problem.
If the AI is unavailable, AI features pause, while scheduled monitoring and undo are designed to keep working. If the place where changes are recorded is unavailable, new changes pause and stores already running are unaffected. The servers a store runs on are the one thing it depends on, as with any hosting.
Good fit
- Agencies that want a way back from a design or settings change that did not work out.
- Teams that want to tell a client simply that the design and settings go back while orders and data do not move.
- Agencies that want a plain status for each store, with the cause and severity shown.
Not the right fit
- You need to undo only part of a change. An undo always goes back to a whole version.
- You expect an undo to reverse orders or customer data. It restores setup, never business data.
- Your clients' stores run on a store platform other than the one supported today, or you cannot start with a pilot.
- Running stores around the clock is still in progress in early access.
Frequently asked questions
No. Undoing a change restores your store's design, settings and technical setup. It never touches your orders, products, customer data or uploaded images, because those were never part of the saved setup. Links to stored passwords and keys come back as far as possible, so one changed since may need changing again.
Your stores keep running even if Reqursor's AI or dashboard is unavailable, and monitoring and undo are designed to keep working on their own. What pauses is changing things, such as AI features and publishing changes. The servers a store runs on remain the one thing it depends on.
Today, an undo always goes back to one complete version of a store's setup. If you need only part of an earlier version, describe it, for example keep the current copy but bring back the old colors. It goes through preview and confirmation as a new version.
Healthy means the store matches its setup and every live check passed. Degraded means it matches but a check raised a warning. Unexpected change means it no longer matches. Failing means a live check failed or something is not running. Unknown means too little check data came back. Each status also names the area that is the cause.
Related pages
See it on your own stores
Early access starts with a pilot on your own stores.