Migrer d'Email Studio vers Marketing Cloud Next

La migration d'Email Studio et de Journey Builder classique vers Marketing Cloud Next n'est pas une simple mise à niveau technique : c'est un projet de refonte de la donnée, des contenus et des parcours. Voici une méthode éprouvée pour cadrer et exécuter cette transition sans casser la continuité de vos campagnes en production.

Étape 1 : auditer l'existant

Avant de migrer quoi que ce soit, dressez un inventaire complet de votre instance Email Studio :

Cet audit permet de distinguer ce qui doit être repensé (car la logique n'existe plus telle quelle dans Marketing Cloud Next) de ce qui peut être repris presque à l'identique.

Étape 2 : modéliser la donnée dans Data Cloud

C'est l'étape la plus structurante. Les Data Extensions d'Email Studio doivent être reprojetées en Data Model Objects dans Data Cloud, ce qui implique :

  1. Identifier les clés de jointure entre vos différentes Data Extensions (contact, commande, produit) pour construire un modèle relationnel cohérent.
  2. Configurer les Data Streams d'ingestion pour les sources qui alimentaient auparavant vos Data Extensions par SFTP ou API.
  3. Définir ou vérifier les règles de résolution d'identité pour garantir un profil unifié fiable dès le premier import.
  4. Recréer les logiques de calcul auparavant portées par des requêtes SQL Automation Studio sous forme de Calculated Insights Data Cloud.
Ne sous-estimez pas cette étape : dans la majorité des projets de migration, le modelage de la donnée dans Data Cloud représente plus de la moitié de l'effort total du projet.

Étape 3 : reconstruire les Journeys, pas les copier

Il n'existe pas d'outil de migration automatique qui convertit un Journey Builder classique en Journey Marketing Cloud Next à l'identique, notamment parce que les points d'entrée, les Decision Splits et certaines activités (comme les Wait By Attribute) fonctionnent différemment. La bonne approche consiste à :

Étape 4 : migrer les contenus et l'AMPscript

Content Builder nouvelle génération conserve la compatibilité avec une grande partie de l'AMPscript existant, mais certaines fonctions liées à l'ancien modèle de Data Extension (comme les Lookup directs) doivent être réécrites pour interroger les DMO de Data Cloud via les nouvelles syntaxes de personnalisation. Prévoyez une phase de test de rendu pour chaque template à fort trafic (newsletter, transactionnel) avant bascule.

Étape 5 : phase de cohabitation et bascule progressive

Plutôt qu'un big-bang, la majorité des projets réussis organisent une cohabitation temporaire entre Email Studio et Marketing Cloud Next :

  1. Migrer d'abord un périmètre pilote (une marque, une région, ou un type de campagne) pour valider l'ensemble de la chaîne de bout en bout.
  2. Comparer les indicateurs de délivrabilité et d'engagement entre l'ancien et le nouveau dispositif sur ce périmètre pilote pendant au moins un cycle de campagne complet.
  3. Étendre progressivement la migration aux autres périmètres, en conservant Email Studio en lecture seule pour l'historique tant que la rétention réglementaire l'exige.

Une migration réussie vers Marketing Cloud Next se prépare avant tout par la donnée. Les équipes qui investissent le temps nécessaire dans le modelage Data Cloud et la documentation de l'intention métier des Journeys existants évitent la majorité des blocages rencontrés en cours de projet.

Besoin d'aide sur ce sujet ?

Notre équipe DevToSpace accompagne vos projets Marketing Cloud Next, de la donnée à l'activation de vos parcours clients.

Parler à un expert