Migration Adobe Campaign Classic V7 vers V8 : guide complet

Adobe Campaign Classic V8 est disponible depuis plusieurs années, mais de nombreuses entreprises sont encore en production sur V7. La migration est inévitable, Adobe a annoncé la fin de support de V7, mais elle se prépare soigneusement. Voici ce que j'ai appris sur le terrain.

Pourquoi V8 change la donne

La différence fondamentale entre V7 et V8 ne se voit pas dans l'interface, elle est dans l'architecture de stockage des données. V8 introduit deux modes de gestion des tables :

• FDA (Federated Data Access), les données restent dans une base externe (Snowflake, Redshift, Azure Synapse…). Campaign y accède sans les dupliquer.
• FFDA (Full Federated Data Access), toutes les tables Campaign sont migrées dans Snowflake. C'est le mode natif de V8 pour les grands volumes.

Ce changement d'architecture a des conséquences directes sur vos workflows, vos requêtes SQL et vos scripts JavaScript. Ce n'est pas une simple mise à jour de version, c'est une refonte partielle de la couche données.

Les 5 points à auditer avant de migrer

1. Les schémas de données personnalisés

Tous vos schémas custom devront être revus pour vérifier leur compatibilité avec le moteur FDA/FFDA. Les types de données, les index et les clés primaires sont particulièrement sensibles. Une incompatibilité non détectée en amont peut bloquer la migration en production.

2. Les workflows techniques

Les workflows qui font appel à des activités JavaScript, des requêtes complexes ou des chargements de données massifs sont les plus exposés. En V8, l'exécution des requêtes sur Snowflake a une latence différente de celle d'une base Oracle ou PostgreSQL locale. Des workflows optimisés pour V7 peuvent devenir très lents en V8 sans ajustements.

3. Les scripts de personnalisation

Les scripts JavaScript embarqués dans les contenus de diffusion (balises de personnalisation, conditions dynamiques) fonctionnent sur le moteur JST de Campaign. La compatibilité est globalement bonne entre V7 et V8, mais certaines fonctions natives ont été dépréciées. Un inventaire exhaustif est nécessaire.

4. Les intégrations externes

Si votre Campaign communique avec des systèmes tiers via API REST, SOAP ou fichiers SFTP, vérifiez que les endpoints et les formats d'échange sont toujours supportés. Les connecteurs natifs (CRM, CDP, DMP) peuvent nécessiter une mise à jour.

5. Les typologies et règles de pression

Les règles de typologie sont souvent peu documentées et sous-estimées dans les projets de migration. Prenez le temps de cartographier toutes vos règles et de vérifier leur comportement dans le nouvel environnement.

Le planning type d'une migration V7→V8

La durée totale varie entre 3 et 5 mois selon la complexité de votre plateforme. Les projets qui dérivent le font quasi systématiquement sur la phase d'adaptation des workflows, souvent sous-estimée lors du cadrage.

Les erreurs les plus fréquentes

• Sous-estimer la phase d'audit, une migration sans inventaire préalable est une migration à risque.
• Ne pas prévoir d'environnement de recette miroir, tester directement en production est exclu.
• Ignorer les workflows "orphelins", des workflows désactivés depuis longtemps mais jamais supprimés peuvent contenir des dépendances cachées.
• Oublier le plan de rollback, préparez un plan B avant le Go-live, pas pendant.
• Ne pas impliquer les équipes métier assez tôt, la recette fonctionnelle prend du temps et se prépare en amont.

Conclusion

Une migration V7→V8 bien préparée est une migration réussie. L'audit préalable, la construction d'un environnement de recette et l'implication des équipes métier sont les trois piliers d'un projet sans mauvaise surprise. Si vous êtes en train d'évaluer ou de planifier cette migration, je suis disponible pour en discuter.