Lovable Adds Workspace Deletion: What Small Teams Should Check Before Using It

Lovable added workspace deletion on May 26, 2026. Workspace owners can now permanently remove a workspace directly from Settings → Workspace. The feature is available on Free, Pro, and Business plans. Enterprise customers need to contact their account team.

Before using it, small teams should understand what actually happens — and what the 60-day window means.

What the deletion process does

When a workspace owner triggers deletion, three things happen immediately: members lose access, the workspace enters a 60-day grace period, and any active subscription is scheduled to cancel at the end of the current billing period.

During the grace period, Lovable support can restore the workspace on request. After 60 days, Lovable permanently deletes the workspace and its associated content. That includes projects, configurations, and anything stored within the workspace.

The Lovable documentation for workspace deletion is at docs.lovable.dev/introduction/delete-workspace.

What to check before deleting

Workspace deletion is an admin action with real workflow consequences. A workspace may contain client work, project history, app configurations, or collaborators who haven’t been notified. Treating it like deleting a folder will create problems.

Work through this checklist before clicking delete:

  • Confirm the workspace is actually inactive. Check for any active projects, published apps, or connected integrations that are still in use.
  • Review who has access. All members lose access immediately. Notify collaborators before deleting.
  • Document or export important work. Once deleted and past the 60-day window, content is gone. Save anything you may need: project notes, configuration details, app history, or client deliverables.
  • Check for live apps. If any apps from the workspace are published and in use, deletion may affect them. Confirm the apps are properly decommissioned or transferred first.
  • Understand the billing timeline. The subscription doesn’t cancel immediately — it runs to the end of the current billing period. Factor this into the decision if you’re trying to stop a charge.
  • Verify integration dependencies. If the workspace is connected to external services (databases, APIs, connected accounts), confirm those connections won’t leave orphaned data or broken workflows.
  • For client workspaces. Only delete after handoff is complete and the client has confirmed they have what they need. Get written confirmation where appropriate.

The 60-day window is not a full safety net

The grace period means Lovable support can restore the workspace if you act within 60 days. But restoration depends on contacting support — it’s not a self-service undo. If you delete by mistake, contact Lovable support immediately rather than waiting.

After 60 days, the deletion is permanent. There’s no documented recovery path after the grace period ends.

Who should wait before using this feature

If you’re uncertain about any of the following, don’t delete yet:

  • Active client work or deliverables that haven’t been handed off
  • Published apps that teams or customers depend on
  • Billing questions about what gets charged and when
  • Regulated data that may require a documented deletion process rather than an admin button
  • Team members who haven’t been notified

When workspace deletion is the right move

The feature is useful for genuine cleanup: old experiment workspaces, test environments from past projects, duplicate workspaces created by mistake, or former client workspaces after a clean handoff. In these cases, deletion removes clutter, limits access surfaces, and simplifies billing.

The practical approach: create a lightweight deletion checklist for your team before enabling broad use. Confirm the workspace is inactive, notify collaborators, export anything relevant, check for live app dependencies, then delete.

Similar Posts