Marketing Cloud Next : comprendre la nouvelle architecture native Data Cloud

Avec Marketing Cloud Next, Salesforce abandonne l'architecture historique d'Email Studio et de Journey Builder classique pour construire une plateforme marketing directement au-dessus de Data Cloud. Ce n'est pas une simple mise à jour cosmétique : c'est un changement de fondation qui touche le stockage des données, la gestion des identités, la performance des envois et la manière dont les équipes conçoivent leurs campagnes. Comprendre cette architecture est un prérequis avant tout projet de migration ou de déploiement greenfield.

De la donnée applicative à la donnée unifiée

Dans Marketing Cloud Engagement (l'ancienne génération), chaque compte s'appuyait sur des Data Extensions stockées dans une base propre à l'instance marketing, isolée du reste de l'écosystème Salesforce. Les équipes devaient construire des flux d'import (SFTP, Marketing Cloud Connect, API) pour faire transiter la donnée CRM vers la donnée marketing, avec une latence et une duplication inévitables.

Marketing Cloud Next inverse ce modèle : il consomme directement les Data Model Objects (DMO) de Data Cloud. La donnée client, produit, transaction ou événement n'est plus copiée dans un silo marketing, elle est lue à la source. Concrètement, cela signifie :

• Une seule couche d'identité résolue (Identity Resolution) partagée entre Sales, Service, Commerce et Marketing.
• Des segments calculés directement sur les DMO, sans étape d'export/import intermédiaire.
• Une fraîcheur de donnée quasi temps réel, dépendante des Data Streams configurés en amont.

Le rôle central de l'Identity Resolution

Toute l'architecture repose sur la qualité de la résolution d'identité configurée dans Data Cloud. Avant même d'ouvrir Marketing Cloud Next, il faut définir des Identity Resolution Rulesets : quelles clés de correspondance (email, téléphone, identifiant CRM) permettent de fusionner plusieurs points de contact en un seul profil unifié (Unified Individual). Si cette étape est mal calibrée, les segments marketing hériteront de doublons ou, à l'inverse, de sur-fusions dangereuses (deux personnes différentes regroupées en un seul profil).

À retenir : ne lancez jamais un projet Marketing Cloud Next sans auditer d'abord les règles de résolution d'identité existantes dans Data Cloud. C'est la fondation de tout le reste, et une erreur ici se propage dans tous les Journeys.

Data Streams, Data Spaces et cloisonnement

Les données arrivent dans Data Cloud via des Data Streams : connecteurs vers Salesforce CRM, Commerce Cloud, sources tierces (Amazon S3, Google Cloud Storage) ou ingestion via API/SDK web et mobile. Une fois ingérées, elles sont mappées vers des DMO standards ou personnalisés.

Pour les organisations multi-marques ou multi-régions, Marketing Cloud Next s'appuie sur les Data Spaces de Data Cloud pour cloisonner la donnée. Chaque Data Space peut représenter une entité juridique, une marque ou une région, avec ses propres règles de consentement et de gouvernance, tout en partageant la même infrastructure technique sous-jacente. C'est un changement important par rapport aux Business Units d'Email Studio, qui étaient avant tout un mécanisme de partage d'assets plutôt qu'un vrai cloisonnement de donnée.

Impact sur la performance et le scaling

Techniquement, Marketing Cloud Next exécute les campagnes sur une infrastructure élastique adossée à Data Cloud, ce qui change plusieurs comportements par rapport à l'ancien moteur :

1. Les calculs de segments s'exécutent en tant que requêtes sur les DMO plutôt que comme des exports de Data Extension planifiés, avec une meilleure scalabilité sur de très gros volumes.
2. Les Journeys peuvent réagir à des Data Actions déclenchées par des changements de donnée dans Data Cloud, sans dépendre d'un import CSV planifié.
3. La gouvernance des champs sensibles (consentement, PII) est centralisée au niveau de Data Cloud, donc appliquée uniformément à tous les canaux, pas seulement au marketing.

Ce que cela change concrètement pour les équipes

Pour un consultant ou une équipe marketing habituée à Email Studio, le changement de paradigme demande un temps d'adaptation :

• Le modelage de données devient une compétence centrale : il faut comprendre les DMO, les relations entre objets et les Calculated Insights avant de pouvoir construire un segment pertinent.
• La notion de Data Extension ne disparaît pas totalement mais devient secondaire ; l'unité de vérité est le profil unifié dans Data Cloud.
• Les équipes IT et Data doivent être impliquées dès la phase de cadrage, alors qu'auparavant le marketing pouvait souvent avancer en autonomie sur Email Studio.

En résumé, Marketing Cloud Next n'est pas juste « Journey Builder avec une nouvelle interface » : c'est une refonte architecturale qui fait de Data Cloud le cœur de toute activation marketing. Bien négocier cette transition suppose d'investir en amont dans la qualité de la donnée, la résolution d'identité et la gouvernance des Data Spaces, avant même de concevoir le premier parcours.