Adobe Campaign : workflow technique vs workflow de campagne

Dans Adobe Campaign Classic, tous les workflows ne se ressemblent pas. La distinction entre workflow technique et workflow de campagne est fondamentale, pourtant elle est souvent floue pour les nouveaux développeurs ou les équipes qui arrivent sur la plateforme. Voici ce qui les différencie vraiment, et pourquoi ça compte.

La distinction fondamentale

Les workflows techniques : ce qu'ils font vraiment

Les workflows techniques sont le moteur invisible de Campaign. Ils tournent en arrière-plan, souvent 24h/24, et assurent le bon fonctionnement de la plateforme. Sans eux, Campaign ne fonctionne pas.

Les workflows techniques natifs à connaître absolument

• Nettoyage de la base (Database cleanup) : purge les logs obsolètes, les tables de travail, les quarantaines expirées. À vérifier en priorité si la base grossit anormalement.
• Mise à jour des qualifications (Update for unsubscriptions) : synchronise les désabonnements entre les diffusions et les profils.
• Mise à jour du réseau de diffusion (Refresh for deliverability) : met à jour les règles MX et les listes noires.
• Facturation (Billing) : remonte les métriques d'usage à Adobe. Ne pas désactiver.
• Nettoyage des workflows (Cleanup of workflows) : supprime les instances de workflow terminées pour éviter l'accumulation.
• Tracking (Tracking workflow) : traite les logs de tracking reçus du serveur de redirection et les insère dans la base.

Les workflows techniques custom

En plus des workflows natifs, les équipes techniques créent leurs propres workflows techniques pour :

• Synchroniser des données depuis un système externe (CRM, MDM, ERP) via FDA ou API
• Calculer des scores ou enrichir des profils sur une base régulière
• Générer des rapports et les envoyer par email à des équipes internes
• Purger des tables custom ou archiver des données anciennes
• Déclencher des alertes sur des seuils de volumétrie ou d'erreurs

Limites et contraintes des workflows techniques

• Pas de ciblage marketing natif. Un workflow technique n'a pas accès aux activités de diffusion standard de Campaign. Il peut en théorie appeler une diffusion via JavaScript, mais ce n'est pas le bon pattern, les typologies et règles de pression ne s'appliquent pas.
• Pas de contexte d'opération. Sans rattachement à une campagne, les métriques ne remontent pas dans les rapports marketing. Impossible de suivre les performances dans le plan campaign.
• Gouverneur de ressources partagé. Les workflows techniques tournent sur le même serveur d'application que les workflows de campagne. Un workflow technique mal optimisé (grosse requête SQL en boucle, chargement massif sans pagination) peut dégrader les performances globales de l'instance.
• Planification limitée. L'activité Planificateur permet de déclencher un workflow à intervalles réguliers, mais les options restent simples. Pour des besoins complexes (planification conditionnelle, retry intelligent), il faut passer par du code JavaScript ou un orchestrateur externe.
• Pas d'historique d'exécution à long terme. Les logs de workflow technique sont purgés par le workflow de nettoyage natif. Si vous avez besoin d'un historique d'exécution longue durée, il faut implémenter votre propre table de log custom.

Les workflows de campagne : la logique marketing

Les workflows de campagne sont l'espace de travail des équipes CRM et marketing. Ils construisent des populations cibles, appliquent des règles métier et déclenchent des diffusions. Ils vivent dans le module Campagnes de Campaign et sont rattachés à une opération marketing.

Les activités typiques d'un workflow de campagne

• Requête, extrait une population depuis la base selon des critères métier
• Exclusion / Intersection / Union, combine ou filtre des populations
• Partage, divise une population en sous-groupes (A/B test, sous-segments)
• Enrichissement, ajoute des données supplémentaires à la population
• Diffusion, l'activité terminale qui génère et envoie les messages
• Attente / Planificateur, gère les délais et la temporisation des envois

Workflows de campagne et typologies

C'est au niveau du workflow de campagne que les règles de pression et de typologie s'appliquent, elles filtrent automatiquement les destinataires qui ont déjà reçu trop de messages, qui sont en période d'exclusion ou qui correspondent à des règles métier spécifiques. Ces règles sont définies globalement mais appliquées à l'exécution de chaque workflow de campagne.

Limites et contraintes des workflows de campagne

• Pas de planification indépendante longue durée. Un workflow de campagne vit dans le cycle de vie de son opération. Si l'opération se termine ou est archivée, le workflow s'arrête. Pour des processus qui doivent tourner indéfiniment, les opérations récurrentes ou continues sont nécessaires, mais elles ont leurs propres contraintes de gestion.
• Pas d'accès direct aux tables système. Les workflows de campagne sont conçus pour opérer sur les données marketing (destinataires, logs, diffusions). Accéder à des tables système ou d'administration depuis un workflow de campagne est possible via JavaScript mais déconseillé, c'est le rôle des workflows techniques.
• Timeout sur les longues exécutions. Un workflow de campagne qui tourne trop longtemps (grosse population, enrichissements lourds, boucles) peut atteindre les limites de timeout de l'instance. Il faut découper les traitements lourds en sous-workflows ou passer par des workflows techniques pour la préparation des données.
• Concurrence limitée. Si plusieurs workflows de campagne s'exécutent simultanément et requêtent les mêmes tables volumineuses (broadLogRcp, trackingLog), les performances peuvent se dégrader. La planification des envois doit tenir compte de la charge globale sur l'instance.
• Dépendance au contexte de la diffusion. Certaines fonctionnalités (personnalisation avancée, blocs de contenu conditionnels) ne sont disponibles que dans le contexte d'une diffusion rattachée à une campagne. Un workflow technique qui tenterait de reproduire ce comportement devrait tout recoder manuellement.

Le tableau de décision

Les erreurs les plus fréquentes

Mettre de la logique métier dans un workflow technique

C'est l'erreur classique des équipes qui démarrent sur Campaign. Un workflow technique qui construit des populations et déclenche des envois, ça fonctionne, mais ça court-circuite les typologies, les règles de pression et le plan marketing. Le suivi devient impossible pour les équipes marketing.

Créer des workflows de campagne pour des tâches récurrentes

À l'inverse, créer un workflow de campagne pour synchroniser des données toutes les nuits c'est placer une logique infrastructure dans le plan marketing. Ça pollue le calendrier des campagnes et complique la supervision technique.

Confondre workflow de campagne et workflow opérationnel

Dans certaines versions et configurations d'ACC, il existe aussi des workflows au niveau des opérations récurrentes et des campagnes continues. Ces workflows sont des workflows de campagne avec une logique de répétition, ils ne sont pas des workflows techniques même s'ils tournent en continu.

Supervision et monitoring

Les deux types de workflows se supervisent différemment :

• Workflows techniques, supervisés via Supervision → Workflows techniques. Une alerte rouge sur un workflow natif doit être traitée en priorité.
• Workflows de campagne, visibles dans le plan marketing et dans les rapports de campagne. Les équipes marketing ont accès à leur suivi.

Sur les instances V8, l'interface de supervision est identique mais les performances d'exécution peuvent différer selon que les données manipulées sont en FDA Snowflake ou en base locale Campaign.

Conclusion

La distinction workflow technique / workflow de campagne n'est pas qu'une question d'organisation dans l'interface, c'est une question d'architecture et de gouvernance. Bien la respecter garantit que les équipes techniques et marketing travaillent dans leurs périmètres respectifs, que les typologies s'appliquent correctement et que la supervision reste lisible. C'est l'une des premières choses que j'explique quand j'arrive sur une nouvelle instance Campaign.