Configurations supplémentaires mc-additional-configurations
Surveillance des seuils monitoring-thresholds
Vous pouvez configurer les seuils d'avertissement (orange) et d'alerte (rouge) des indicateurs qui apparaissent dans les rapports Qualité de service Message Center et Temps de traitement Message Center (voir la section Accès aux rapports des messages transactionnels).
Pour ce faire, procédez comme suit :
-
Ouvrez l'assistant de déploiement sur l'instance d'exécution.
-
Accédez à la page Message Center.
-
Utilisez les flèches pour modifier les seuils.
Purge des événements purging-events
Vous pouvez utiliser l'assistant de déploiement pour configurer la durée pendant laquelle vous souhaitez conserver les événements en base dans la base de données.
La purge des événements est effectuée automatiquement par le workflow 🔗Nettoyage de la base. Ce workflow purge les événements reçus et stockés sur les instances d'exécution et des événements archivés sur une instance de pilotage.
Pour modifier les paramètres de purge, utilisez la flèche ascendante et descendante.
Paramètres de purge des événements sur une instance de pilotage :
Paramètres de purge des événements sur une instance d'exécution :
Pour plus d'informations sur le workflow de nettoyage de la base, consultez cette section.
Workflows techniques technical-workflows
Vous devez vous assurer que les workflows techniques de l'instance de pilotage et des différentes instances d'exécution sont bien créés et démarrés avant de procéder au déploiement des modèles de messages transactionnels.
Les différents workflows techniques associés aux messages transactionnels (Message Center) sont répartis entre l'instance de pilotage et la ou les instances d'exécution.
Workflows de l'instance de pilotage control-instance-workflows
Sur l'instance de pilotage, qu'une ou plusieurs instances d'exécution soient enregistrées, vous devez créer un workflow d'archivage pour chaque compte externe d'instance d'exécution Message Center. Cliquez sur le bouton Créer le workflow d'archivage pour créer et démarrer le processus.
Ces workflows sont ensuite accessibles à partir du dossier Administration > Production > Message Center. Une fois créés, les workflows d'archivage sont automatiquement démarrés.
Workflows de l'instance d'exécution execution-instance-workflows
Sur la ou les instances d'exécution, les workflows techniques des messages transactionnels sont accessibles depuis le dossier Administration > Exploitation > Message Center. Vous devez simplement les démarrer. La liste des workflows est la suivante :
-
Traitement des événements batch (nom interne : batchEventsProcessing) : ce workflow permet de répartir les événements batch dans une file d'attente avant qu'ils ne soient associés à un modèle de message.
-
Traitement des événements temps réel (nom interne : rtEventsProcessing) : ce workflow permet de répartir les événements temps réel dans une file d'attente avant qu'ils ne soient associés à un modèle de message.
-
Mise à jour du statut des événements (nom interne : updateEventsStatus) : ce workflow permet d'attribuer un statut à l'événement.
Les statuts d'un événement sont les suivants :
- En attente : l'événement se trouve dans la file d'attente. Aucun modèle de message ne lui a encore été associé.
- En attente de diffusion : l'événement est dans la file d'attente, un modèle de message lui a été associé et il est en cours de traitement par la diffusion.
- Envoyé : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a été envoyée.
- Ignoré par la diffusion : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a été ignorée.
- Erreur de diffusion : ce statut est copié depuis les logs de diffusion. Il signifie que la diffusion a échoué.
- Evénement non pris en charge : l'association de l'événement à un modèle de message a échoué. L'événement ne sera pas retraité.
Planning du workflow d’archivage
Évitez de modifier le planning du workflow d’archivage qui s’exécute sur l’instance de pilotage. Sinon, certaines données de tracking extraites de l’instance d’exécution peuvent être perdues.
Si vous modifiez le planning du workflow d’archivage, vous devez également modifier le planning du workflow de tracking sur l’instance d’exécution pour qu’il corresponde au planning du workflow d’archivage sur l’instance de pilotage.
Configuration du multibranding configuring-multibranding
Cette section présente une solution pour configurer le tracking et les URL de page miroir par marque pour les messages transactionnels dans Adobe Campaign.
Conditions préalables requises prerequisites
- Tous les hôtes doivent être ajoutés au fichier de configuration de l'instance (
config-<instance>.xml). - Un sous-domaine doit être affecté à chaque marque.
- Si le tracking web est réalisé sur les pages HTTPS, vous devez disposer d'un certificat HTTPS pour chacune des marques.
Pour configurer le multibranding, vous devez configurer les instances d'exécution et l'instance de pilotage.
Instance d'exécution execution-instance
Sur la ou les instances d'exécution, procédez comme suit :
-
Créez un compte externe par marque.
note note NOTE Découvrez comment créer un compte externe de type instance d'exécution dans cette section. -
Étendez le schéma nms:extAccount pour ajouter l'URL de tracking :
code language-none <attribute advanced="true" desc="URL of the tracking servers" label="Tracking server URL" length="100" name="trackingURL" type="string"/>note note NOTE Découvrez comment étendre un schéma existant dans la section Extension d'un schéma. -
Modifiez le formulaire nms:extAccount :
code language-none <container label="Message domain branding" type="frame"> <static type="help"> These parameters are used to override the DNS alias and addresses used during message delivery. When not populated, the values of the 'NmsServer_MirrorPageUrl' and 'NmsEmail_DefaultErrorAddr' options are used.</static> <input xpath="@mirrorURL"/> <input xpath="@trackingURL"/> <input img="nms:sendemail.png" menuId="deliveryMenuBuilder" type="scriptEdit"> xpath="errorAddress"/> </container> -
Modifiez les options NmsTracking_OpenFormula et NmsTracking_ClickFormula afin d'utiliser le compte externe au lieu d'une option globale.
Pour cela, remplacez :
code language-none <%@ include option='NmsTracking_ServerUrl' %>par :
code language-none <%@ value object="provider" xpath="@trackingURL" %>note important IMPORTANT Ces modifications peuvent entraîner des conflits lors de la mise à niveau. Vous devrez peut-être fusionner manuellement ces formules avec leur nouvelle version.
Instance de pilotage control-instance
Sur l'instance de pilotage, vous devez lier les modèles de diffusion et les comptes externes.
Pour ce faire, procédez comme suit :
-
Créez un compte externe par marque avec le même nom interne que celui défini sur l'instance d'exécution (étape 1).
-
Créez un modèle de diffusion par marque.
-
Dans les Propriétés du modèle de diffusion, définissez le routage sur le compte externe de la marque.