Migrating from Multi-Tenant to Single-Tenant Azure Bot, and Custom Branding

Jane Test User 0 Reputation points
2025-12-02T00:21:51.8566667+00:00

Hi,

Since Multi-Tenant bot support has been deprecated, we are in the process of migrating and creating a new bot using the Single-Tenant option. While doing so, we came across some questions.

Previously, before the multi-tenant deprecation, we built separate multi-tenant bots with customized branding for each of our customers. Now, it seems the recommended approach for creating a new app is to publish a single-tenant bot on AppSource, allowing our external customers to download and install it from the Teams Store.

However, after reviewing the guidelines, I’m unsure whether the same behavior can be achieved:

  1. We need to publish different apps for different tenants to support custom branding (icon, name, etc.), while the functionalities remain the same. Would different versions of this app be able to pass the AppSource review and be published?

If option #1 is not feasible, what would be the recommended approach to maintain the previous behavior and continue supporting custom branding per customer?

Thank you!

Azure AI Bot Service
Azure AI Bot Service
An Azure service that provides an integrated environment for bot development.
{count} votes

1 answer

Sort by: Most helpful
  1. SRILAKSHMI C 11,215 Reputation points Microsoft External Staff Moderator
    2025-12-02T10:12:25.1+00:00

    Hello Jane Test User,

    Welcome to Microsoft Q&A and Thank you for reaching out.

    I understand that you’re working through the transition from multi-tenant bots to the now-required single-tenant model and want to preserve the custom branding you previously offered for each customer. Below is a clarified explanation of what is and isn’t possible today and the recommended approaches moving forward.

    1. Can you publish different apps for different tenants with unique branding?

    Publishing separate app packages with different icons, names, and branding for each customer is technically possible, but it comes with an important limitation:

    Each app submission to AppSource must demonstrate unique value or a differentiated experience. If the only difference between apps is branding while the functionality remains identical, Microsoft may reject them during the AppSource review.

    So while this approach can work, it isn’t guaranteed to pass certification unless each version justifies its existence.

    2. If that is not feasible, what is the recommended approach?

    If submitting many differently branded apps to AppSource is not viable, the recommended patterns are:

    Use per-tenant branding in Microsoft Entra ID

    Each customer tenant can configure its own company branding in Microsoft Entra External ID:

    Custom icons & logos

    Background and banner images

    Accent colors

    Text changes (header/footer messaging)

    This allows you to maintain a single bot while still offering a personalized look and feel inside each tenant.

    Use custom URL domains or routing logic

    If your solution uses web-based components (authentication flows, configuration pages, dashboards, etc.), you can provide a custom experience per customer by using:

    Custom domains

    Tenant-aware UI rendering

    Dynamic branding loaded at runtime

    This allows one published app to display different branding depending on which customer is using it.

    Publishing multiple branded versions might work, but AppSource review may block identical apps.

    The safer and Microsoft-recommended approach is to maintain one single-tenant bot and provide tenant-level branding via Entra or dynamic UI/URL customization.

    I Hope this helps. Do let me know if you have any further queries.

    Thank you!

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.