Présentation des diffusions en échec delivery-failures

Les rebonds sont le résultat d’une tentative de diffusion ayant échoué pour laquelle le FAI renvoie des avis d’échec. Le traitement de la gestion des rebonds est un aspect essentiel de l’hygiène des listes. Une fois qu’un e-mail donné a été rejeté plusieurs fois de suite, ce processus le signale pour qu’il soit supprimé.

Ce processus empêche les systèmes de continuer à envoyer des e-mails à des adresses e-mail non valides. Les rebonds sont l’un des éléments clés des données que les FAI utilisent pour déterminer la réputation des adresses IP. Il est important de garder un œil sur cette mesure. La mesure « Diffusé » vis-à-vis de « Rebond » constitue probablement le moyen le plus courant de mesurer la diffusion des messages marketing : plus le pourcentage de diffusion est élevé, mieux c’est.

Si un message ne peut pas être envoyé à un profil, le serveur distant envoie automatiquement un message d'erreur à Adobe Campaign. Cette erreur est qualifiée pour déterminer si l'adresse e-mail, le numéro de téléphone ou l'appareil doit être mis en quarantaine. Pour plus d’informations, consultez la section Gestion des e-mails rejetés.

Une fois un message envoyé, vous pouvez visualiser l'état de la diffusion pour chaque profil, le type d'échec et la raison associés dans les logs de diffusion.

Lorsqu'une adresse e-mail est mise en quarantaine ou qu'un profil est en liste bloquée, le destinataire est exclu à l'étape de préparation des diffusions. Les messages exclus sont répertoriés dans le tableau de bord de la diffusion.

Pourquoi la diffusion du message a-t-elle échoué ? delivery-failure-reasons

Deux types d'erreur sont liés à un message en échec. Chaque type d'échec de diffusion détermine si une adresse est envoyée en quarantaine ou non.

Le type d'erreur ignoré est une erreur temporaire, par exemple « Absent du bureau », ou une erreur technique, par exemple si l'expéditeur est de type « postmaster ».

La boucle des retours fonctionne comme les e-mails rebonds : lorsqu'un utilisateur qualifie un e-mail de spam, vous pouvez configurer des règles de messagerie dans Adobe Campaign pour bloquer toutes les diffusions à cet utilisateur. Les adresses de ces utilisateurs figurent sur la liste bloquée même s'ils n'ont pas cliqué sur le lien de désinscription. Les adresses sont ajoutées à la table des quarantaines (NmsAddress) et non à la table des destinataires (NmsRecipient), avec le statut Placée sur la liste bloquée. Apprenez-en davantage sur le mécanisme de boucle des retours dans le guide des bonnes pratiques en matière de délivrabilité d'Adobe.

Erreurs synchrones et asynchrones synchronous-and-asynchronous-errors

Une diffusion de message peut échouer immédiatement. Dans ce cas, nous qualifions cela d'erreur synchrone. Si l'envoi du message échoue ou si l'envoi échoue plus tard, une fois qu'il a été envoyé, l'erreur est asynchrone.

Ces types d'erreurs sont gérés comme suit :

Qualification des e-mails rebonds bounce-mail-qualification

Actuellement, le traitement de la qualification des e-mails rejetés dans Adobe Campaign dépend du type d’erreur :

Gestion des reprises retries

Si la diffusion d'un message échoue suite à une erreur temporaire (Soft ou Ignoré), Campaign réalise une nouvelle tentative d'envoi. Ces reprises peuvent être effectuées jusqu'à la fin de la durée de diffusion.

Les reprises de rebonds temporaires et l’intervalle qui les sépare sont déterminés par le MTA en fonction du type et de la gravité des réponses des rebonds provenant du domaine de l’e-mail du message.

Période de validité valid-period

Le paramètre de la période de validité dans vos diffusions Campaign est limité à 3,5 jours ou moins. Si vous définissez une valeur supérieure à 3,5 jours pour une diffusion dans Campaign, elle ne sera pas prise en compte.

Par exemple, si la période de validité est définie sur la valeur par défaut de 5 jours dans Campaign, les messages soft bounce seront placés dans la file d’attente de reprises du MTA et ne feront l’objet d’une reprise que pendant 3,5 jours à compter du moment où ils ont atteint le MTA. Dans ce cas, la valeur définie dans Campaign ne sera pas utilisée.

Une fois qu’un message figure dans la file d’attente du MTA depuis 3,5 jours et qu’il n’a pas été diffusé, il expire et son statut est mis à jour de Envoi à Échec dans les logs de diffusion.

Types d'erreur e-mail email-error-types

Pour le canal e-mail, les raisons possibles d'un échec de diffusion sont répertoriées ci-dessous.

Types d'erreur des notifications push push-error-types

Pour le canal des applications mobiles, les raisons possibles d'un échec de diffusion sont répertoriées ci-dessous.

Quarantaine iOS ios-quarantine

Le protocole HTTP/V2 permet des retours et un état directs pour chaque diffusion push. Si le connecteur de protocole HTTP/V2 est utilisé, le service des retours n'est plus appelé par le workflow mobileAppOptOutMgt. Un jeton est considéré comme non enregistré lorsqu'une application mobile est désinstallée ou réinstallée.

Si l'APNS renvoie de manière synchrone un statut "désinscrit" pour un message, le jeton cible est immédiatement mis en quarantaine.

Quarantaine Android android-quarantine

Pour Android V1

Pour chaque notification, Adobe Campaign reçoit les erreurs synchrones directement du serveur FCM. Adobe Campaign les gère à la volée et génère des erreurs hard ou soft selon la gravité des erreurs. Des reprises peuvent être effectuées :

Le workflow mobileAppOptOutMgt s’exécute toutes les 6 heures pour mettre à jour le tableau AppSubscriptionRcp. Pour les jetons déclarés comme non enregistrés ou comme n’étant plus valides, le champ Désactivé est défini sur True et l’abonnement associé à ce jeton de périphérique est automatiquement exclu des diffusions ultérieures.

Pendant l'analyse de la diffusion, tous les appareils qui sont exclus de la cible sont automatiquement ajoutés à la table excludeLogAppSubRcp.

Pour Android V2

Le mécanisme de mise en quarantaine d'Android V2 utilise le même processus qu'Android V1. Il en va de même pour la mise à jour des abonnements et des exclusions. Pour en savoir plus, consultez la section Android V1.

Quarantaines des SMS sms-quarantines

Pour les connecteurs standards

Les spécificités du canal SMS sont énumérées ci-dessous.

Pour le connecteur SMPP générique étendu

Lors de l’utilisation du protocole SMPP pour envoyer des SMS, la gestion des erreurs est traitée différemment.

Le connecteur SMPP récupère les données du message de rapport de statut (SR) renvoyé à l’aide d’expressions régulières (regex) pour filtrer son contenu. Ces données sont ensuite comparées aux informations trouvées dans le tableau Qualification des logs de diffusion (disponible à partir du menu Administration > Gestion de campagne > Gestion des NP@I).

Avant qu’un nouveau type d’erreur ne soit qualifié, la raison de l’échec est toujours définie sur Refusé par défaut.

Exemple de message généré :

SR Generic DELIVRD 000|#MESSAGE#

Le connecteur SMPP générique étendu applique une méthode heuristique pour rechercher des valeurs par défaut cohérentes : si le statut commence par DELIV, il est considéré comme une réussite, car il correspond aux statuts DELIVRD ou DELIVERED courants, utilisés par la plupart des prestataires. Tout autre statut correspond à un échec définitif.

Résolution des problèmes de diffusion troubleshooting

Cette section fournit des conseils sur le diagnostic et la résolution des problèmes courants liés aux échecs de diffusion.

Statut En échec avec erreurs de personnalisation personalization-errors

Si l’état d’une diffusion par email est En échec, la raison peut être un problème lié aux blocs de personnalisation. Les blocs de personnalisation dans une diffusion peuvent générer des erreurs lorsque les schémas ne correspondent pas au mapping de diffusion.

Les logs de diffusion sont essentiels pour savoir pourquoi une diffusion a échoué. Voici une erreur courante que vous pouvez rencontrer :

Les messages des destinataires échouent avec une erreur "Inatteignable" indiquant :

Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent

Cause : la personnalisation dans HTML tente d’appeler une table ou un champ qui n’a pas été défini ou mappé dans le ciblage amont ou dans le mapping de ciblage de la diffusion.

Résolution : passez en revue le workflow et le contenu de la diffusion pour déterminer précisément quelle personnalisation tente d’appeler la table en question. Supprimez ensuite l’appel à cette table dans HTML ou corrigez le mapping sur la diffusion.

En savoir plus sur la personnalisation dans cette section.

Erreur de valeurs de personnalisation multiples multiple-values-error

En cas d’échec d’une diffusion, l’erreur suivante peut s’afficher dans les logs de diffusion :

DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.

Cause : l’e-mail contient un champ ou un bloc de personnalisation qui comporte plusieurs valeurs pour le destinataire. Un bloc de personnalisation est utilisé et il récupère plusieurs enregistrements pour un destinataire spécifique.

Résolution : vérifiez les données de personnalisation utilisées, puis vérifiez la cible pour les destinataires qui possèdent plusieurs entrées pour l’un de ces champs. Vous pouvez également utiliser une activité Déduplication dans le workflow de ciblage avant l’activité de diffusion afin de vous assurer qu’il n’y a qu’un seul champ de personnalisation à la fois. Pour plus d’informations sur la déduplication, consultez la documentation relative aux workflows.

Gestion des réponses automatiques auto-reply-handling

Certaines diffusions peuvent échouer avec une erreur « Inatteignable » indiquant :

Inbound email bounce (rule 'Auto_replies' has matched this bounce).

Explication : cela signifie que la diffusion a réussi mais qu’Adobe Campaign a reçu une réponse automatique du destinataire (par exemple, une réponse « Absent du bureau ») qui correspondait aux règles d'email entrant « Réponses_automatiques ».

L’e-mail de réponse automatique est ignoré par Adobe Campaign et l’adresse du destinataire n’est pas envoyée en quarantaine. Il s’agit d’un comportement attendu qui n’indique pas un échec de diffusion.

Rubriques connexes

Statuts de diffusion décrit les différents statuts qu'une diffusion peut avoir tout au long de son cycle de vie.

Surveiller les diffusions dans l’interface utilisateur de Campaign fournit des conseils sur l’utilisation du tableau de bord des diffusions pour suivre les performances des diffusions et diagnostiquer les problèmes.

Gestion des quarantaines explique comment Campaign gère les adresses en quarantaine pour protéger votre réputation d’envoi.

Surveiller votre délivrabilité fournit des conseils pour maintenir une bonne délivrabilité et la réputation de l'expéditeur.

Bonnes pratiques de diffusion couvre les bonnes pratiques pour la création et l'envoi de diffusions dans Campaign.