Pendant des années, l'absence de Business Units a freiné l'adoption de Marketing Cloud Next par les grandes organisations. C'est terminé : avec la release Spring '26, les Business Units passent en disponibilité générale. Vous pouvez enfin cloisonner vos données, vos audiences et vos campagnes par marque, région ou entité juridique, tout en conservant une administration centralisée. Dans ce guide, nous décryptons le fonctionnement réel de cette nouveauté : sa relation 1:1 avec les Data Spaces, la manière de scoper vos canaux et vos utilisateurs, l'impact sur Einstein et Agentforce, et les points de vigilance si vous migrez depuis Marketing Cloud Engagement.

Qu'est-ce qu'une Business Unit dans Marketing Cloud Next ?

Une Business Unit (BU) est un espace de travail isolé qui regroupe ses propres campagnes, audiences, contenus et rapports. Concrètement, chaque équipe ne voit que ce qui la concerne : une filiale allemande ne peut pas envoyer par erreur sur la base française, et les analystes d'une marque ne polluent pas les tableaux de bord d'une autre. Marketing Cloud Next autorise jusqu'à 50 Business Units par organisation, ce qui couvre la plupart des structures multi-marques ou multi-pays.

À la différence des Business Units « classiques » de Marketing Cloud Engagement, qui reposaient sur une hiérarchie parent/enfant et un partage de données parfois flou, le modèle de Next s'appuie sur les Data Spaces. La séparation est structurelle, pas seulement cosmétique.

Business Units et Data Spaces : une relation 1:1

C'est le point le plus important à comprendre. Dans Marketing Cloud Next, chaque Business Unit est reliée à un et un seul Data Space, et réciproquement. Un Data Space ne peut pas alimenter plusieurs BU. Cette relation 1:1 garantit que les données d'une entité restent physiquement séparées de celles des autres.

Avant de créer vos BU, cartographiez donc vos Data Spaces. Posez-vous une question simple : quelles populations ne doivent jamais se croiser ? Chaque réponse correspond probablement à un couple Data Space + Business Unit.

Business Unit        Data Space           Canaux actifs
-------------------  -------------------  ----------------------
BU-France            DS-France-CRM        Email, SMS
BU-Germany           DS-Germany-CRM       Email, WhatsApp
BU-Retail-Global     DS-Retail-Events     Email, Mobile Push

Configurer vos Business Units étape par étape

1. Créer le Data Space

Commencez toujours par le Data Space, puisqu'il porte les données. Ingérez vos objets (contacts, consentements, événements) dans cet espace avant de brancher la BU.

2. Créer la Business Unit et l'associer

Créez ensuite la Business Unit et liez-la au Data Space correspondant. L'appel d'API ressemble à ceci (exemple illustratif) :

POST /marketing/v1/business-units
{
  "name": "BU-Germany",
  "dataSpaceId": "0Sp5f000000GmZ1CAK",
  "defaultTimeZone": "Europe/Berlin",
  "defaultLocale": "de-DE"
}

3. Vérifier l'isolation

Envoyez un test depuis la nouvelle BU et confirmez qu'aucune audience d'une autre entité n'est accessible. Mieux vaut détecter une fuite en recette qu'en production.

Scoper les canaux et les utilisateurs

Chaque canal — Email, SMS, WhatsApp, Mobile App Messaging — se scope soit à une seule Business Unit, soit à toutes. Vous pouvez ainsi réserver WhatsApp à la BU qui a validé son compte Meta, sans l'exposer aux autres équipes.

Côté accès, un utilisateur peut être affecté à une ou plusieurs BU. Appliquez le principe du moindre privilège : n'accordez l'accès multi-BU qu'aux administrateurs et aux profils transverses. Pour les équipes locales, une seule BU suffit et limite le risque d'erreur.

Einstein et Agentforce à l'échelle de la Business Unit

Bonne nouvelle : les fonctionnalités Einstein comme le Send Time Optimization et l'Engagement Scoring sont désormais « business-unit aware ». Les modèles apprennent sur les données de la BU concernée, ce qui évite de diluer le comportement d'une marque premium dans celui d'une enseigne discount.

De même, Agentforce peut opérer dans le périmètre d'une BU définie pour la création de campagnes. L'agent ne puise que dans les audiences et contenus autorisés, ce qui rassure les équipes conformité tout en gardant la productivité de l'IA générative.

La règle d'or : un Data Space par Business Unit, décidé avant toute création. Reconfigurer cette relation 1:1 après coup est douloureux — modélisez-la correctement dès le départ.

Migrer depuis les Business Units classiques (MCE)

Si vous venez de Marketing Cloud Engagement, ne calquez pas votre ancienne arborescence à l'identique. Le modèle parent/enfant de MCE mélangeait souvent héritage de données et cloisonnement ; Next impose une séparation nette via les Data Spaces. Profitez de la migration pour rationaliser : fusionnez les BU qui n'existaient que pour des raisons historiques et créez-en de nouvelles uniquement là où l'isolation est réellement nécessaire.

Anticipez aussi la gouvernance des consentements : le mapping du consentement Email, SMS et WhatsApp se déploie progressivement en 2026 et doit être aligné avec le découpage de vos BU.

Vous préparez une adoption de Marketing Cloud Next à l'échelle multi-marques ? Parlons de votre modèle de données avant de créer la première Business Unit.

À retenir

1. Disponibilité générale. Les Business Units sont désormais disponibles dans Marketing Cloud Next depuis Spring '26, avec jusqu'à 50 BU par organisation.

2. Relation 1:1. Chaque Business Unit est liée à un seul Data Space ; c'est la décision d'architecture la plus structurante.

3. Scoping fin. Canaux et utilisateurs se scopent à une BU ou à toutes : appliquez le moindre privilège.

4. IA cloisonnée. Einstein STO, Engagement Scoring et Agentforce respectent le périmètre de la BU.

5. Migration = rationalisation. Ne recopiez pas l'arborescence MCE ; repensez le découpage autour des Data Spaces.