Mécanismes de sécurisation et limitations

Les droits, les limitations de produit et la sécurisation des performances sont répertoriés dans la page de description du produit Adobe Journey Optimizer.

Vous devez également connaître les mécanismes de sécurisation pour les données du profil client en temps réel avant de commencer.

Vous trouverez ci-dessous des mécanismes de sécurisation et des limitations supplémentaires lors de l’utilisation d’Adobe Journey Optimizer.

Navigateurs pris en charge

L'interface d'Adobe Journey Optimizer est conçue pour fonctionner de manière optimale avec la dernière version de Google Chrome. Vous pouvez rencontrer des problèmes lors de l'utilisation de certaines fonctions sur des versions plus anciennes ou d'autres navigateurs.

Mécanismes de sécurisation des messages

• Vous ne pouvez pas ajouter de pièces jointes à un e-mail avec Journey Optimizer.
• Vous ne pouvez pas utiliser le même domaine d’envoi pour envoyer des messages depuis Adobe Journey Optimizer et depuis un autre produit, tel que Adobe Campaign ou Adobe Marketo Engage par exemple.

Mécanismes de sécurisation des pages de destination

• Un seul composant de Formulaire peut être utilisé dans une page principale unique.
• Le composant de Formulaire ne peut pas être utilisé dans les sous-pages.
• Vous ne pouvez pas ajouter de pré-titre à une page de destination.
• Vous ne pouvez pas sélectionner l’option Coder le vôtre lors de la conception d’une page de destination principale.

Mécanismes de sécurisation des SMS

• La fonctionnalité MMS n’est disponible que pour Sinch.
• Les fichiers multimédias pour MMS peuvent être inclus via une URL prise en charge. Assurez-vous que le fichier multimédia est chargé séparément.
• La synchronisation des commentaires des messages n’est actuellement pas disponible pour les MMS.
• La gestion du consentement fonctionne au niveau du canal SMS pour les MMS.

Barrières de sécurité des fragments

• Les fragments visuels ne sont disponibles que pour le canal Email.
• Les fragments d'expression ne sont pas disponibles pour les canaux Web et In-App.

Mécanismes de sécurisation des parcours

Mécanismes de sécurisation généraux des parcours

• Le nombre d’activités d’un parcours est désormais limité à 50. Le nombre d’activités s’affiche dans la section supérieure gauche de la zone de travail du parcours. Cela permet de faciliter la lisibilité, l’assurance qualité et la résolution des problèmes.
• Lorsque vous publiez des parcours, nous les mettons automatiquement à l’échelle et les ajustons pour garantir une stabilité et un débit maximaux. Lorsque vous approchez du jalon de 100 parcours actifs à la fois, une notification s’affiche dans l’interface utilisateur pour cette réalisation. Si cette notification s’affiche et que vous devez étendre vos parcours au-delà de 100 parcours actifs à la fois, créez un ticket pour l’assistance clientèle et nous vous aiderons à atteindre vos objectifs.
• Lorsque vous utilisez une qualification d’audience dans un parcours, cette activité de qualification d’audience peut demander jusqu’à 10 minutes avant d’être active et d’écouter les profils entrant ou sortant de l’audience.

Actions générales

• En cas d’erreur, trois reprises sont systématiquement effectuées. Vous ne pouvez pas adapter le nombre de reprises en fonction du message d'erreur renvoyé. Les reprises sont effectuées pour toutes les erreurs HTTP, à l’exception des erreurs HTTP 401, 403 et 404.
• L’événement Réaction intégré vous permet de réagir aux actions d’usine. En savoir plus sur cette page. Si vous souhaitez réagir à un message envoyé par le biais d’une action personnalisée, vous devez configurer un événement dédié.
• Vous ne pouvez pas placer deux actions en parallèle ; vous devez les ajouter l’une après l’autre.
• Un profil ne peut pas être présent plusieurs fois dans le même parcours, en même temps. Si la reprise est activée, un profil peut rejoindre à nouveau un parcours, mais ne peut pas le faire tant qu’il n’a pas complètement quitté cette instance précédente du parcours. En savoir plus

Versions de parcours

• Un parcours commençant par une activité d'événement dans la version_v1 ne peut pas débuter avec un autre élément qu'un événement dans d'autres versions. Vous ne pouvez pas débuter un parcours avec un événement Qualification d’audience.
• Un parcours commençant par une activité Qualification d’audience dans la version v1 doit toujours débuter avec une qualification d’audience dans d’autres versions.
• L’audience et l’espace de noms sélectionnés dans Qualification d’audience (premier nœud) ne peuvent pas être modifiés dans les nouvelles versions.
• La règle de reprise doit être la même dans toutes les versions du parcours.
• Un parcours commençant par une lecture d’audience ne peut pas commencer par un autre événement dans les versions suivantes.
• Vous ne pouvez pas créer de nouvelle version d’un parcours de lecture d’audience avec lecture incrémentielle. Vous devez dupliquer le parcours.

Actions personnalisées

• Une limitation de 300 000 appels de plus d’une minute est définie pour toutes les actions personnalisées, par hôte et par sandbox. Consultez cette page. Cette limite a été définie en fonction de l’utilisation de la clientèle, afin de protéger les points d’entrée externes ciblés par des actions personnalisées. Vous devez prendre cela en compte dans vos parcours basés sur l’audience en définissant un taux de lecture approprié (5 000 profils/s lors de l’utilisation d’actions personnalisées). Si nécessaire, vous pouvez remplacer ce paramètre en définissant une limitation ou un ralentissement plus élevé via nos API de limitation/ralentissement. Consultez cette page.
• L’URL de l’action personnalisée ne prend pas en charge les paramètres dynamiques.
• Les méthodes d’appel POST, PUT et GET sont prises en charge.
• Le nom du paramètre de la requête ou de l’en-tête ne doit pas commencer par « . » ou « $ »
• Les adresses IP ne sont pas autorisées.
• Les adresses d’Adobe internes (.adobe.*) ne sont pas autorisées dans les URL et les API.
• Les actions personnalisées intégrées ne peuvent pas être supprimées.

Événements

• En ce qui concerne les événements générés par le système, les données de diffusion en continu utilisées pour initier un parcours client doivent d’abord être configurées dans Journey Optimizer pour obtenir un identifiant d’orchestration unique. Cet identifiant d’orchestration doit être ajouté à la payload de diffusion en continu entrant dans Adobe Experience Platform. Cette limitation ne s’applique pas aux événements basés sur une règle.
• Les événements métier ne peuvent pas être utilisés conjointement avec des événements unitaires ou des activités de qualification d’audience.
• Les parcours unitaires (commençant par un événement ou une qualification d’audience) incluent une mécanisme de sécurisation qui empêche les parcours d’être déclenchés par erreur plusieurs fois pour le même événement. La reprise du profil est temporairement bloquée par défaut pendant 5 minutes. Par exemple, si un événement déclenche un parcours à 12 h 01 pour un profil spécifique et qu’un autre arrive à 12 h 03 (qu’il s’agisse du même événement ou d’un autre déclenchant le même parcours), ce parcours ne reprendra pas pour ce profil.
• Journey Optimizer exige que les événements soient diffusés en continu vers Data Collection Core Service (DCCS) pour pouvoir déclencher un parcours. Les événements ingérés par lot ou les événements provenant de jeux de données Journey Optimizer internes (commentaires des messages, tracking e-mail, etc.) ne peuvent pas être utilisés pour déclencher un parcours. Pour les cas d’utilisation où vous ne pouvez pas obtenir d’événements en flux continu, créez une audience basée sur ces événements et utilisez l’activité Lecture d’audience à la place. La qualification d’audience peut techniquement être utilisée, mais peut entraîner des difficultés en aval en fonction des actions utilisées.

Sources de données

• Les sources de données externes peuvent être exploitées au cours d’un parcours client pour consulter des données externes en temps réel. Ces sources doivent être utilisables via l’API REST, prendre en charge JSON et être en mesure de gérer le volume de requêtes.
• Les adresses d’Adobe internes (.adobe.*) ne sont pas autorisées dans les URL et les API.

Création de parcours et de profil

Un délai est associé à la création/la mise à jour de profils basés sur l’API dans Adobe Experience Platform. La cible de niveau de service (TSL) en termes de latence est d’atteindre moins de 1 minute entre l'ingestion et le profil unifié pour 95 % des demandes, avec un volume de 20K demandes par seconde (DPS).

Si un parcours est déclenché simultanément à la création d’un profil et qu’il vérifie/récupère immédiatement des informations auprès du service de profil, il est possible qu'il ne fonctionne pas correctement.

Vous pouvez choisir l’une des deux solutions suivantes :

• Ajouter une activité d’attente après le premier événement pour donner à Adobe Experience Platform le temps nécessaire pour exécuter l’ingestion sur le service de profil.

• Configurer un parcours qui n’utilise pas immédiatement le profil. Par exemple, si le parcours est conçu pour confirmer la création d’un compte, l’événement d’expérience peut contenir les informations nécessaires à l’envoi du premier message de confirmation (prénom, nom, adresse e-mail, etc.).

Lecture d’audience

• Les audiences en flux continu sont toujours à jour, mais les audiences par lots ne sont pas calculées au moment de la récupération. Elles ne sont évaluées que tous les jours au moment de l’évaluation quotidienne des lots.
• Pour les parcours qui utilisent une activité Lecture d’audience, il y a un nombre maximal de parcours pouvant commencer exactement au même moment. Les reprises seront effectuées par le système, mais évitez d’avoir plus de cinq parcours (avec Lecture d’audience, planifié ou commençant « le plus tôt possible ») commençant exactement au même moment en les répartissant dans le temps, par exemple à 5 ou 10 minutes d’intervalle.

Éditeur d’expression

• Les groupes de champs d’événement d’expérience ne peuvent pas être utilisés dans les parcours commençant par une activité Lecture d’audience, Qualification d’audience ou événement métier. Vous devez créer une audience et utiliser une condition dans l’audience dans le parcours.

Limites des activités in-app

• Cette fonctionnalité n’est actuellement pas disponible pour les clientes et clients du secteur de la santé.

• La personnalisation ne peut contenir que des attributs de profil.

• L’affichage in-app est lié à la durée de parcours, ce qui signifie que lorsque le parcours se termine pour un profil, tous les messages in-app de ce parcours ne s’affichent plus pour ce profil. Par conséquent, il n’est pas possible d’arrêter un message in-app directement à partir d’une activité de parcours. Vous devez plutôt terminer le parcours entier pour que les messages in-app ne s’affichent pas sur le profil.

• En mode test, l’affichage in-app dépend de la durée de vie du parcours. Pour éviter que le parcours ne se termine trop tôt au cours du test, ajustez la valeur Temps d’attente de vos activités Attente.

• Les activités Réaction ne peuvent pas être utilisées pour réagir à une ouverture ou un clic in-app.

• Un délai d’activation peut se produire entre le moment où le profil d’une personne atteint une activité in-app dans la zone de travail et le moment où ladite personne commence à voir ce message in-app.

• La taille du contenu du message in-app est limitée à 2 Mo. L’inclusion d’images de grande taille peut entraver le processus de publication.

Mécanismes de sécurisation des audiences

• Vous pouvez publier jusqu’à 10 audiences dans un sandbox donné. Si vous avez atteint ce seuil, vous devez supprimer une composition pour libérer de l’espace et en publier une nouvelle.

Mécanismes de sécurisation de la gestion des décisions

Mécanismes de sécurisation des performances

Le débit de diffusion correspond au nombre de réponses de décision qui peuvent être diffusées par le service de l’application de gestion des décisions dans un délai spécifié. Le nombre de décisions par seconde est indiqué dans le tableau ci-dessous.

Limites

Les limites de la gestion des décisions sont répertoriées ci-dessous.

• Offres personnalisées approuvées + Offres de secours - Jusqu’à 10 000 offres personnalisées approuvées et offres de secours approuvées.
• Décisions - Jusqu’à 10 000 décisions.
• Décisions en direct - Le service de l’application Offer Decisioning prend en charge jusqu’à 1 000 décisions en direct.
• Offres renvoyées par réponse - La prise de décisions sur les offres prend en charge jusqu’à 100 offres renvoyées par requête pour toutes les portées de décision dans la requête.
• Collections - Jusqu’à 10 000 collections.
• Collections par décision - Jusqu’à 30 collections par décision.
• Règles de décision + Fonctions de classement - Jusqu’à 10 000 règles de décision et fonctions de classement.
• Emplacements - Jusqu’à 1 000 emplacements.
• Emplacements par décision - Jusqu’à 30 emplacements par décision.
• Méthode de classement par décision - Le service de l’application Offer Decisioning prend en charge jusqu’à 30 fonctions de classement par décision.
• Modèle de classement AI - Le service de l’application Offer Decisioning prend en charge jusqu’à 5 modèles de classement AI.
• Qualificateur de collection par offre ou collection - Le service de l’application Offer Decisioning prend en charge jusqu’à 20 qualificateurs de collection dans n’importe quelle offre personnalisée ou collection unique.
• Total des qualificateurs de collection - Le service de l’application Offer Decisioning prend en charge jusqu’à 1 000 qualificateurs de collection.