Marketing Cloud Engagement vs. Marketing Cloud Next: qu’est-ce qui change pour votre architecture Salesforce?

Salesforce Marketing Cloud traverse une transformation fondamentale. Les organisations qui ont construit leur environnement pendant des années autour de Marketing Cloud Engagement disposent souvent de journeys étendues, de Data Extensions, de processus Automation Studio, de templates, d’intégrations et de routines opérationnelles qui contribuent directement au chiffre d’affaires et à la communication client. Parallèlement, Salesforce positionne Marketing Cloud Next comme une nouvelle génération de technologie marketing, beaucoup plus étroitement intégrée à la plateforme Salesforce, à Data 360, à Flow Builder et à Agentforce.

Cela soulève une question bien plus importante que la comparaison de deux listes de fonctionnalités. Faut-il remplacer un environnement Marketing Cloud Engagement existant? Les nouveaux processus doivent-ils désormais être construits dans Marketing Cloud Next? Et qu’advient-il des années d’investissement dans Journey Builder, Automation Studio et les Data Extensions lorsque de plus en plus de fonctionnalités marketing sont déplacées directement vers la plateforme Salesforce?

Marketing Cloud Next n’est pas simplement une nouvelle version de Marketing Cloud Engagement. L’architecture, le modèle de données et la manière dont les processus marketing sont orchestrés évoluent. Cela ne signifie toutefois pas que les environnements Marketing Cloud Engagement existants deviennent soudainement obsolètes ou perdent leur valeur.

Pour les organisations enterprise, les prochaines années seront donc avant tout marquées par des choix d’architecture. Quels processus doivent rester là où ils fonctionnent aujourd’hui? Quels nouveaux cas d’usage doivent être construits nativement dans Salesforce? Quelles données doivent être partagées? Et comment éviter que l’innovation n’aboutisse finalement à deux environnements marketing parallèles, chacun avec sa propre logique, sa propre gouvernance et sa propre dette technique?

Marketing Cloud Engagement et Marketing Cloud Next sont différents sur le plan architectural

Marketing Cloud Engagement occupe une position particulière dans l’écosystème Salesforce. La plateforme trouve son origine dans ExactTarget, qui a rejoint Salesforce en 2013. Marketing Cloud Engagement s’est donc développé pendant de nombreuses années comme un environnement marketing puissant mais relativement autonome, avec ses propres utilisateurs, objets, modèles de données et mécanismes d’automatisation. Les connexions avec Sales Cloud, Service Cloud et les systèmes externes ont ensuite été mises en place au moyen de connecteurs, de synchronisations et d’intégrations.

Ce modèle a permis de grandes implémentations enterprise. Journey Builder peut exécuter des Customer Journeys complexes, Automation Studio traite de grands volumes de données et des processus récurrents, les Data Extensions offrent une grande flexibilité pour la modélisation des données et Content Builder permet une production de contenu centralisée. Pour les organisations qui traitent de grands volumes d’e-mails, de SMS et d’autres messages, Marketing Cloud Engagement reste ainsi une execution engine mature.

Marketing Cloud Next repose sur une architecture différente. Les fonctionnalités marketing deviennent beaucoup plus directement intégrées à la plateforme Salesforce. Les Customer Journeys peuvent être orchestrées avec Flow Builder, la segmentation peut utiliser Data 360 et le support basé sur l’IA devient partie intégrante des processus marketing grâce à Agentforce. Le marketing, les ventes, le service et d’autres fonctions Salesforce peuvent ainsi travailler plus étroitement sur les mêmes données et dans le même contexte opérationnel.

Cette différence peut sembler technique, mais elle a des conséquences organisationnelles importantes. Dans Marketing Cloud Engagement, le marketing peut fonctionner de manière relativement autonome au sein d’un environnement spécialisé. Marketing Cloud Next rend au contraire le marketing davantage dépendant de l’architecture Salesforce globale, de la gouvernance des données, de la gouvernance Flow, des structures d’autorisation et de la collaboration entre différents clouds et équipes.

Que fait encore particulièrement bien Marketing Cloud Engagement?

L’arrivée de Marketing Cloud Next ne signifie pas que Journey Builder, Automation Studio ou les processus Marketing Cloud Engagement existants perdent soudainement leur fonction. Salesforce continue de positionner Marketing Cloud Engagement comme une plateforme de messaging à grande échelle basé sur les journeys, et les campagnes existantes peuvent continuer à fonctionner parallèlement aux nouvelles capacités de Marketing Cloud Next.

C’est important pour les organisations qui font passer des milliers ou des millions de contacts par des processus éprouvés. Une welcome journey complexe, une communication transactionnelle ou une campagne lifecycle qui fonctionne de manière stable ne doit pas automatiquement être reconstruite simplement parce qu’une plateforme plus récente est disponible. Toute migration introduit en effet des risques: logique métier modifiée, nouvelles connexions de données, tests de régression, problématiques de consentement, Deliverability et dépendances avec d’autres systèmes.

Marketing Cloud Engagement conserve surtout sa valeur lorsque les processus existants fonctionnent de manière démontrable:

• processus Journey Builder à grande échelle et éprouvés avec une logique opérationnelle stable;
• workflows Automation Studio pour les imports, requêtes, exports et traitements de données récurrents;
• modèles Data Extension existants dont dépendent de nombreuses campagnes et intégrations;
• messaging opérationnel pour lequel la continuité est plus importante qu’une modernisation immédiate de l’architecture.

L’erreur serait donc d’assimiler modernisation et remplacement complet. Une architecture n’est pas moderne simplement parce que chacun de ses composants est nouveau. Elle est moderne lorsque la bonne technologie est utilisée pour le bon processus, avec des dépendances maîtrisables et une trajectoire d’évolution claire.

Ce que Marketing Cloud Next change réellement

Marketing Cloud Next modifie avant tout la position du marketing au sein de la plateforme Salesforce globale. Au lieu d’organiser les données marketing et la Marketing Automation principalement dans un environnement séparé, les processus peuvent utiliser plus directement les données et les événements provenant, par exemple, de Sales Cloud et de Service Cloud. Il devient ainsi plus facile de relier les actions marketing aux événements commerciaux ou de service actuels.

Un exemple simple illustre la différence. Supposons qu’un client signale un problème de service sérieux peu avant une campagne commerciale planifiée. Dans une architecture traditionnellement séparée, la journey marketing peut continuer indépendamment, parce que le statut du service n’est pas disponible assez rapidement ou sous la bonne forme dans la logique marketing. Lorsque les données et l’orchestration sont davantage réunies sur la même plateforme Salesforce, cet événement de service peut devenir un élément de décision permettant d’interrompre la communication, de l’adapter ou de déclencher un autre processus.

Marketing Cloud Next réunit ainsi trois évolutions architecturales. Data 360 rend disponible un contexte client plus large, Flow Builder rapproche l’orchestration de Salesforce Core et Agentforce ajoute une prise de décision et une exécution basées sur l’IA. La discussion se déplace ainsi des campagnes individuelles vers des processus capables de réagir à des événements provenant de plusieurs dimensions de la relation client.

Le changement le plus important n’est pas que Salesforce introduise un nouvel outil de journey, mais que le marketing ait de moins en moins besoin de fonctionner comme un système séparé au sein de l’architecture Salesforce.

C’est également là que se situe le risque. Si chaque nouveau composant Salesforce est ajouté sans cadre architectural, cette même intégration peut en réalité créer davantage de complexité. Data 360, Flow, Agentforce et les processus Marketing Cloud Engagement existants ne doivent donc pas être implémentés comme des fonctionnalités isolées, mais comme les composants d’un modèle opérationnel cohérent.

Journey Builder versus Flow Builder n’est pas un remplacement un pour un

La comparaison entre Journey Builder et Flow Builder devient rapidement trop simpliste. Les deux peuvent orchestrer des processus, mais ils proviennent de contextes différents. Journey Builder a été conçu autour de la communication marketing et des Customer Journeys. Flow Builder est une plateforme d’automatisation Salesforce plus large, capable de relier des processus entre différents objets Salesforce, utilisateurs et clouds.

Cela ne crée pas automatiquement une règle selon laquelle chaque journey Journey Builder devrait finalement être reconstruite dans Flow. Une journey stable destinée à de grands volumes de contacts peut continuer à fonctionner parfaitement sur le plan opérationnel. Flow devient plus intéressant lorsque la journey dépend fortement d’événements Salesforce en temps réel, de données partagées ou de processus reliant directement le marketing, le service et les ventes.

Pour les architectes et les équipes marketing, la question de conception change donc. Il ne s’agit plus de demander: quel outil marketing utilisons-nous pour cette campagne? Mais plutôt: où l’événement se produit-il, quelles données font référence, quel système doit prendre la décision et où la communication finale doit-elle être exécutée? Lorsque ces questions deviennent centrales, il devient possible de déterminer rationnellement, pour chaque cas d’usage, si Journey Builder, Flow Builder ou une combinaison des deux constitue la bonne solution.

Data Extensions versus Data 360: le modèle de données devient plus stratégique

Une deuxième différence fondamentale concerne les données. Marketing Cloud Engagement utilise les Data Extensions comme mécanisme flexible permettant de structurer les données pour la segmentation, l’Automation et le messaging. Cela offre une grande liberté, mais dans les grandes implémentations, cela peut facilement créer un environnement composé d’un grand nombre de tables, de requêtes SQL, de synchronisations et de définitions locales qui ne sont pleinement comprises qu’au sein de Marketing Cloud.

Marketing Cloud Next utilise Data 360 notamment pour la segmentation et les profils clients unifiés. Data 360 peut connecter, harmoniser et activer des données provenant de Salesforce et de sources externes. Le marketing peut ainsi utiliser un contexte client plus large sans devoir construire pour chaque cas d’usage un nouveau dataset marketing isolé. Salesforce a officiellement renommé Data Cloud en Data 360 en octobre 2025; les documentations et implémentations plus anciennes peuvent encore utiliser l’ancien nom.

Cette différence ne signifie toutefois pas que Data 360 remplace simplement toutes les Data Extensions. Les processus Marketing Cloud Engagement existants restent souvent dépendants de leurs structures de données actuelles. La question d’architecture consiste donc à déterminer quelles données doivent être harmonisées à l’échelle de l’entreprise et quels datasets opérationnels peuvent rester localisés dans Marketing Cloud Engagement.

Une distinction pratique permet de clarifier cette question:

Pour les grandes entreprises, cela signifie que l’architecture des données doit précéder la conception des campagnes. Sans identifiants clairs, règles de consentement, ownership et définitions du statut client, une plateforme de données plus étendue peut au contraire diffuser plus rapidement les incohérences existantes. Davantage de données en temps réel n’apportent un avantage que lorsqu’il est clair quelles données sont suffisamment fiables pour servir de base à des décisions automatisées.

Agentforce rend la gouvernance plus importante, pas moins importante

Agentforce ajoute une dimension supplémentaire à cette évolution. Salesforce positionne l’IA au sein de Marketing Cloud Next notamment pour la création de campagnes, le contenu, les insights et le Decisioning. Les marketeurs peuvent ainsi concevoir des processus plus rapidement et l’automatisation peut réagir de manière plus dynamique au comportement et au contexte. Cela peut créer de la valeur, mais l’IA ne modifie pas les conditions fondamentales nécessaires à un marketing fiable.

Si la segmentation est incorrecte, si le consentement est traité de manière incohérente ou si les données clients sont contradictoires, l’IA peut exécuter les mêmes erreurs plus rapidement et à plus grande échelle. Il en va de même pour le Decisioning. Une Next Best Action sélectionnée automatiquement n’a de valeur que lorsque les données, les règles métier et les restrictions sous-jacentes sont correctes. Marketing Cloud Next ne réduit donc pas le besoin de gouvernance; il renforce au contraire l’importance de données fiables et d’une logique décisionnelle contrôlable.

Cela correspond directement à des principes enterprise plus larges au sein de Salesforce. L’IA, l’Automation et les Customer Journeys ne peuvent être déployées à grande échelle que lorsque les organisations définissent explicitement quels systèmes font référence, qui est responsable de la qualité des données et quels processus peuvent être automatisés. La technologie peut exécuter ces règles, mais elle ne peut pas les remplacer de manière autonome.

Une architecture hybride est logique, mais peut aussi créer une nouvelle dette technique

Pour de nombreux clients existants de Marketing Cloud Engagement, une architecture hybride sera probablement la situation la plus réaliste dans un avenir proche. Salesforce prend lui-même en charge aussi bien une adoption progressive qu’une approche accélérée dans laquelle les nouveaux cas d’usage sont construits plus tôt dans Marketing Cloud Next tandis que les processus Marketing Cloud Engagement existants continuent de fonctionner. L’innovation n’a ainsi pas besoin d’attendre un projet de migration global.

Cette approche présente des avantages évidents. Les journeys génératrices de chiffre d’affaires n’ont pas besoin d’être perturbées inutilement, les équipes peuvent apprendre à utiliser les nouvelles capacités de manière contrôlée et le business case de Flow, Data 360 ou Agentforce peut d’abord être démontré sur un nombre limité de processus. Mais une nouvelle question de gouvernance apparaît simultanément: quand faut-il encore construire quelque chose dans Marketing Cloud Engagement et quand faut-il le construire dans Marketing Cloud Next?

Sans règles explicites, deux modèles de développement parallèles peuvent apparaître. Une équipe construit une segmentation dans des Data Extensions tandis qu’une autre définit des audiences comparables dans Data 360. Journey Builder et Flow peuvent traiter les mêmes événements. Le reporting peut utiliser des définitions différentes et les responsabilités peuvent se fragmenter entre le marketing, les administrateurs Salesforce, les équipes data et les spécialistes de l’intégration.

Un environnement hybride n’est donc pas une phase technique temporaire qui finira par se résoudre d’elle-même. Il s’agit d’un modèle d’architecture qui doit être géré délibérément. Cela signifie qu’il faut déterminer, pour chaque capacité, quelle plateforme fait référence, quand les fonctionnalités existantes doivent être conservées et sous quelles conditions les nouveaux processus doivent évoluer vers Marketing Cloud Next.

Toutes les organisations n’ont pas besoin de la même stratégie de migration

Salesforce ne décrit pas de trajectoire universelle dans laquelle chaque client Marketing Cloud Engagement devrait remplacer les mêmes composants au même moment. Les organisations peuvent introduire progressivement les nouvelles capacités de Marketing Cloud Next ou choisir de construire plus rapidement les nouveaux processus de manière native dans Salesforce, tandis que les campagnes existantes continuent provisoirement à fonctionner dans Marketing Cloud Engagement.

La trajectoire la plus logique dépend de l’architecture existante. Une organisation disposant de dizaines de journeys stables et de relativement peu de dépendances cross-cloud a d’autres priorités qu’une entreprise dans laquelle le marketing doit constamment combiner des données Sales Cloud, Service Cloud, commerce et externes. La dette technique joue également un rôle. Un environnement fortement imbriqué de Data Extensions, de scripts et d’intégrations batch peut précisément constituer une raison de concevoir différemment les nouveaux processus plutôt que de reproduire à l’identique les schémas existants.

Une roadmap doit donc commencer par répondre à des questions concrètes: quelles journeys génèrent une valeur démontrable, quels processus sont vulnérables, où apparaissent les silos de données, quelles décisions nécessitent un contexte en temps réel et quels composants génèrent structurellement une charge de maintenance élevée? Ce n’est qu’ensuite qu’il devient possible de déterminer où Marketing Cloud Next apporte réellement une valeur supplémentaire.

L’expertise nécessaire devient plus large

L’évolution de l’architecture modifie également le profil du spécialiste Salesforce Marketing Cloud. Cette expertise ne disparaît pas, mais elle s’accompagne de disciplines supplémentaires. La connaissance de Journey Builder, Automation Studio, SQL, des Data Extensions et du messaging reste pertinente pour les environnements Marketing Cloud Engagement existants. Les nouvelles implémentations nécessitent de plus en plus également des connaissances de Salesforce Core, Flow, Data 360, Identity Resolution, des structures d’autorisation, des intégrations et d’Agentforce.

Pour les organisations, cela signifie qu’une offre d’emploi générique pour un spécialiste Salesforce Marketing Cloud devient de moins en moins précise. Le besoin réel peut concerner l’exécution marketing, l’architecture des données, l’orchestration cross-cloud ou la gouvernance de l’IA. Une organisation qui se concentre uniquement sur le nom du produit risque une nouvelle fois de recruter une expertise qui ne correspond pas à la véritable problématique architecturale.

La collaboration entre les équipes évolue également. Le marketing ne peut pas fonctionner totalement séparément de l’administration CRM et de l’architecture des données lorsque les journeys réagissent directement aux événements provenant des ventes et du service. À l’inverse, les administrateurs Salesforce ne peuvent pas réduire les besoins marketing à une simple configuration technique de Flow. Le modèle opérationnel doit donc évoluer en même temps que la technologie.

La transition vers Marketing Cloud Next n’est pas un projet de migration classique avec une seule date de fin. Il s’agit d’une transition architecturale dans laquelle les organisations déterminent, processus par processus, ce qui doit rester, ce qui doit changer et où les nouvelles capacités Salesforce apportent une valeur démontrable.

Modernisez à partir des processus, pas de la roadmap produit

Marketing Cloud Next montre clairement la direction dans laquelle Salesforce fait évoluer le marketing: plus proche de Salesforce Core, davantage connecté à Data 360 et avec Flow et Agentforce comme composants importants de l’Automation et du Decisioning. Pour les organisations enterprise, cela est stratégiquement pertinent. Cela ne signifie toutefois pas que chaque investissement existant dans Marketing Cloud Engagement doit être repensé dès qu’une nouvelle fonctionnalité devient disponible.

La bonne architecture commence par l’identification des processus qui doivent continuer à fonctionner de manière fiable et de ceux qui bénéficient de manière démontrable d’une approche technique différente. Une journey stable à grand volume peut continuer à fonctionner dans Marketing Cloud Engagement, tandis qu’une nouvelle Customer Journey qui doit réagir directement aux données du service et des ventes peut constituer un bon candidat pour Marketing Cloud Next. La modernisation repose ainsi sur la valeur métier plutôt que sur l’actualité produit.

Pour CloudEngagePro, la question centrale n’est donc pas de savoir quelle plateforme finira par « gagner ». La question pertinente est de savoir comment Marketing Cloud Engagement, Marketing Cloud Next, Data 360, Flow et Agentforce peuvent ensemble former une architecture Salesforce maîtrisable. Lorsque ces choix sont faits explicitement, une organisation peut ajouter de nouvelles capacités sans sacrifier la stabilité de ses processus marketing existants. C’est finalement ce qui distingue la simple activation de nouvelles fonctionnalités Salesforce de la construction réelle d’une architecture marketing pérenne.