Soft Deletes and a 30-Day Trash: Designing for Mistakes
Everyone has deleted something they meant to keep. A page removed during a cleanup that turned out to be linked from a newsletter. A form deleted along with the submissions someone needed. A category removed with posts still inside it.
Software can treat those moments as user error and move on, or it can be designed so most mistakes are recoverable. We chose the second approach, and it shapes how deletion works throughout our platform.
What a soft delete is
When most records in VoVo are deleted, they are not erased from the database right away. Instead, they are marked as deleted with a timestamp, and normal screens stop showing them. This is called a soft delete. The data is still there, just out of sight.
Because the record still exists, restoring it is simple: remove the deletion mark and it reappears with all its content, settings and relationships intact.
The trash as a place, not a mystery
Soft deletes are only useful if people know they can recover things. So deleted items gather in a trash center where administrators can see what was removed, when and by whom, and restore it with one action. Items stay restorable there for 30 days.
That window covers the most common situation: someone notices a few days later that something important is missing.
Permanent deletion is deliberate
Erasing data for good is sometimes necessary, for privacy requests, account closure or simply cleaning up. When it happens, it is a separate, explicit action, not a side effect of an ordinary delete button. Some records are protected from permanent deletion entirely while they still matter to other parts of the system, such as content that forms part of an account's history.
When we rebuild a website for a customer, the old pages go to the trash rather than disappearing. If the owner wants one back, it is there. You can read more about that approach in one-time content seeders that respect later edits.
Details that make soft deletes work
Soft deletes introduce a few design challenges, and handling them well is the difference between a feature and a source of bugs.
Addresses stay reserved. A deleted page's address still belongs to it while it sits in the trash, so creating a new page at the same address needs thoughtful handling. We cover this in composite unique keys.
Related records need care. Deleting a category should not silently orphan the posts inside it. Deleting a post should not break the menu that links to it without warning.
Some deletions are blocked for a reason. If a page is the source of a site's header or footer, deleting it could break every page. In cases like that, the system refuses the deletion and explains why, instead of letting the site fall apart.
Who deleted what is recorded. Each deletion keeps a record of who did it and, where given, why. That history helps teams understand what happened without blame.
Bulk actions deserve extra care
Deleting one item by mistake is annoying. Deleting fifty at once with a single bulk action can be a crisis. Bulk deletions in our platform follow the same soft-delete rules as single ones, so a mistaken bulk action fills the trash rather than erasing data. Protected items, such as supplied templates that every account shares, are excluded from bulk deletion entirely, even when they appear in a selected list.
Confirmations that inform, not just interrupt
A confirmation dialog that says "Are you sure?" teaches people to click "Yes" without reading. Ours try to explain consequences: what will be removed, what depends on it and whether it can be restored. A useful confirmation is one that occasionally makes someone stop and reconsider.
Revisions complement the trash
The trash recovers deleted items. Revision history recovers earlier versions of items that still exist, which handles the other common mistake: saving changes that should not have been saved. Together they cover most of the ways people lose work. Our post on revision history for pages and posts explains the second half.
Frequently asked questions
Can I recover a deleted page in VoVo?
Most deleted items go to the trash center and can be restored by an administrator for 30 days.
What is a soft delete?
A soft delete marks a record as deleted without erasing it, so it disappears from normal screens but can still be restored.
Why can some items not be deleted?
Some records are protected because other parts of the website depend on them. The system explains the reason instead of allowing a deletion that would break the site.
Related Posts
Designing AI Features That Refuse to Invent Facts
AI models are confident even when they are wrong. Here is how we design AI features to work from approved sources, admit gaps and hand off to people instead of improvising.
Why Every Import Starts With an Automatic Backup
Imports change a lot of data at once, so we never start one without a verified recovery point. Here is how the automatic backup step works and why it is not optional.
Consent First: How We Handle Email and Text Message Permissions
Sending messages people did not ask for damages trust and breaks rules. Here is how our platform treats consent, unsubscribes and suppression as features, not fine print.
Using AI Moderation as a Signal, Not a Judge
AI can spot harmful content quickly, but it also makes mistakes. Here is how we use moderation results to alert people, and where narrow automatic action is justified.
Brand Colors as Tokens: Keeping Every Customer's Brand Intact
Every organization on our platform has its own look. Here is how theme tokens let each site keep its brand while sharing the same building blocks underneath.
Comments (0)
No comments yet. Be the first to share your thoughts!