Lovable: Branded App URLs for Business and Enterprise Workspaces

Lovable

Lovable introduced Branded App URLs for Business and Enterprise workspaces, allowing teams to publish all their apps under a consistent, recognizable subdomain pattern. Workspace admins configure a single branded subdomain derived from a verified domain, enabling URLs like https://{app-name}.{workspace-subdomain}.lovable.app across every project in the workspace. New apps automatically adopt the branded URL once the subdomain is active; existing apps retain their current URL until republished, and custom domains continue to take precedence.


Branded App URLs: A Unified Identity Across Every Lovable App

Lovable introduced Branded App URLs for Business and Enterprise workspaces on May 21, 2026, giving teams a shared, professional URL structure for all applications published under a single workspace.

The Problem: Inconsistent App URLs at Scale

Previously, every app published through Lovable received a generic URL in the format your-app-name.lovable.app. For individual builders, this is perfectly adequate. But for agencies deploying dozens of client tools, or enterprise teams managing multiple internal applications, each app arriving under a different, unbranded identifier created friction β€” and a gap in professional presentation.

How Branded App URLs Work

Once a workspace admin configures a branded subdomain in Workspace Settings β†’ Branded App URLs, all apps published by that workspace adopt a consistent pattern: https://{app-name}.{workspace-subdomain}.lovable.app.

For example, a workspace configured with the subdomain acme would publish apps as dashboard.acme.lovable.app, analytics.acme.lovable.app, and onboarding.acme.lovable.app. Lovable automatically provisions DNS and SSL for the branded subdomain. Once it shows as active, every new app published in the workspace adopts the branded URL automatically.

Setup requires at least one verified domain in the workspace's Identity settings. Only one branded subdomain can be configured per workspace.

Existing Apps and Custom Domains

Existing apps are not disrupted. They retain their current URLs until they are republished, at which point they transition to the branded pattern. Teams managing live applications can plan the migration on their own timeline without breaking existing links.

Custom domains configured on individual projects continue to take precedence over branded workspace URLs. This gives teams the flexibility to use branded app URLs as a workspace-wide default while still pointing flagship products to their own fully-qualified custom domains.

Who Is This For?

Branded App URLs are available on Business and Enterprise plans only. The feature is designed for:

  • Agencies building client-facing tools who want a coherent URL namespace without setting up custom domains for every project
  • Enterprise teams deploying internal tooling across a shared company subdomain
  • Product teams managing a suite of interconnected apps within a single workspace

The feature complements β€” rather than replaces β€” Lovable's existing custom domain support, offering a sensible middle ground between raw lovable.app URLs and fully custom domains, and reflecting Lovable's broader push to serve professional multi-app deployments.