Use basePath when the business wants to operate separate client surfaces from one app. The codebase and backend stay together, but each client can have its own domain, entry page, build output, and app package.
Use basePath
Use it for surfaces that are sold, deployed, or accessed as separate products, even if they share the same domain logic and backend services.
Use normal routing
Use it for pages that are just sections inside the same client, such as account settings, dashboards, tabs, or grouped screens.
Customer-facing site and admin: A store site and an admin console often share products, orders, users, and permissions. Split them with basePath when they need different domains, layouts, or release targets.
Different customer groups: For example, a consumer client, partner portal, and internal staff tool can all use the same backend while presenting different home screens and navigation.
Separate mobile apps: If Android and iOS packages must be released separately per brand, region, or user type, each mobile target can point to a different basePath.
White-label or regional sites: When several sites share business rules but need different domains, names, or first screens, basePath keeps them separate without creating multiple apps.