Multi-tenant applications

Usually, there are two types of multi-tenancy. We support both of them.

Domain-based multi-tenancy

Domain-based multi-tenancy uses (sub)domains for different tenants/users. The application itself is the same, but it is being accessed by different domains or subdomains. For example:

  • customer1.yourapp.com
  • customer2.yourapp.com
  • customer3.yourapp.com

We support this scenario out-of-the-box. You will deploy our JavaScript code to your application and it will run on all subdomains.

Note 1 When you are creating a workspace, you have to enter an Application URL. This URL is used only for the purpose of tours/hints editor. You should enter a URL that you can use for building the content.

Note 2 If you use the Product Fruits testing Chrome extension, the Product Fruits content will load only on the Application URL. Domain-based multi-tenancy is not supported through the extension, you must do the standard JS snippet installation.

URL based multi-tenancy and dynamic URLs

URL-based tenancy means that you distinguish users by a parameter in the URL path. For example:

  • yourapp.com/user123/dashboard
  • yourapp.com/user456/dashboard
  • yourapp.com/user789/dashboard

All onboarding content except tours and hints will work without further configuration.

Tours and hints cards have the URL template field. It says where the card should be displayed. In this case of multi-tenancy, please follow the Dynamic URLs article.