FAQ sur Email Delivery

Sujets de la FAQ

Questions d’ordre général

Qu’est-ce qu’Oracle Email Delivery?

Oracle Cloud Infrastructure Email Delivery est un service géré de courriel rapide et fiable pour l’envoi de grands volumes de courriels vers les boîtes de réception des utilisateurs. Email Delivery offre aux clients les outils nécessaires pour envoyer rapidement et de façon fiable des courriels générés par les applications pour les communications essentielles, comme les reçus, les alertes de détection de fraude, la vérification d’identité à plusieurs facteurs et la réinitialisation de mots de passe. Email Delivery est un service d’infrastructure fiable, hautement extensible et rentable. Il élimine la complexité et les coûts liés à la création d’une solution de livraison de courriels interne.

Qui devrait utiliser Email Delivery?

  • Toute application en nuage qui comprend le courriel peut tirer avantage de Email Delivery.
  • Toute entreprise qui souhaite envoyer des messages qui atteindront la boîte de réception de l’utilisateur de façon rentable devrait utiliser Email Delivery.

Pourquoi ai-je besoin de Email Delivery?

  • Il est essentiel de vous assurer que les courriels de votre entreprise atteignent la boîte de réception de vos utilisateurs, car le courriel est le moyen le plus direct pour les entreprises de communiquer avec leurs clients. À mesure que le nombre et la fréquence des courriels sortants automatisés augmentent, il devient de plus en plus difficile d’assurer que les messages atteignent la boîte de réception des clients en raison de nombreux systèmes de filtrage des pourriels.
  • Email Delivery est un service convivial pour les développeurs aux prises avec des problèmes de configuration, d’infrastructure, de sécurité et d’authentification liés à la livraison des courriels.

Quel type de courriel puis-je envoyer avec Email Delivery?

Email Delivery est idéal pour les courriels transactionnels générés par les applications, comme les reçus, les alertes de détection de fraude, la vérification d’identité à facteurs multiples et la réinitialisation de mots de passe. Toutefois, tout courriel conforme aux lois et règlements de l’industrie peut être envoyé.

Email Delivery est-il un fournisseur de services de première ligne comme Eloqua et Responsys?

Email Delivery est une infrastructure dorsale et peut être intégrée aux fournisseurs de services de première ligne comme Eloqua ou Responsys. Email Delivery n’offre pas aux utilisateurs la possibilité de développer des campagnes HTML ni de gérer des listes de destinataires.

Email Delivery est-il similaire à Amazon SES ou à SendGrid?

Oui, Email Delivery est semblable à Amazon SES et à SendGrid.

Comment puis-je commencer à envoyer des courriels avec Email Delivery?

Pour commencer à envoyer des courriels, suivez les étapes ci-dessous dans l’API ou dans la console d’Oracle Cloud Infrastructure.

Des instructions détaillées sur la configuration et l'utilisation d'Email Delivery seront disponibles ici

1. Dans la console Oracle Cloud Infrastructure, recherchez l’utilisateur sous lequel vous allez créer les informations d’identification SMTP. Assurez-vous que l’utilisateur se trouve dans un groupe qui a une politique de gestion des expéditeurs approuvés. Par exemple, permettez au groupe MyGroup d’utiliser les expéditeurs approuvés dans le compartiment MyCompartment.

2. Dans les paramètres du nouvel utilisateur, choisissez les informations d’identification SMTP sur la gauche, puis générez les informations d’identification SMTP.

3. Choisissez Courriel dans la console Oracle Cloud Infrastructure. Assurez-vous d’avoir choisi le bon compartiment. Votre utilisateur doit être dans un groupe autorisé à gérer les expéditeurs approuvés dans ce compartiment.

4. Créez un ou plusieurs expéditeurs approuvés dans un compartiment spécifié. Il s’agit des adresses de courriel qui apparaîtront dans le champ de l’expéditeur du courriel. Veuillez noter que les expéditeurs approuvés sont propres à la région. Si vous créez un expéditeur approuvé dans Phoenix, vous ne pouvez pas envoyer de courrier par l’intermédiaire de la région d’Ashburn.

5. Suivez les instructions pour configurer votre DNS pour le cadre de stratégie de l’expéditeur (SPF) en ajoutant un enregistrement TXT sous le domaine correspondant.

6. Configurez et testez votre connexion SMTP à partir de votre système via Email Delivery. Postfix et SendMail sont deux produits SMTP populaires, mais toute bibliothèque SMTP peut être utilisée.

Quelles régions prennent en charge Email Delivery?

Email Delivery est disponible dans tous les domaines et régions OCI. Voir Régions et domaines de disponibilité pour obtenir la liste complète.

Remarque : l'application qui envoie des courriels ne doit pas forcément se trouver dans la région d'où le courriel est envoyé, mais elle est idéale pour des raisons de performances afin de configurer Email dans la même région que l'application d'envoi.

Pourquoi est-ce que je reçois une erreur lorsque je tente d’ajouter un expéditeur approuvé?

  • Assurez-vous d’avoir l’autorisation de gérer les expéditeurs approuvés dans le compartiment choisi. (Principes de base de la politique)
  • Vous avez peut-être atteint votre limite d’expéditeurs approuvée. Vous pouvez utiliser My Oracle Support pour soumettre une demande de service afin d’augmenter la limite d’envoi de courriels au besoin.
  • Il se peut que votre compte soit suspendu, ce qui réduirait la limite d’expéditeurs approuvés à 0.

Envoi de courriels

Qu’est-ce qu’un expéditeur approuvé?

Un expéditeur approuvé est une ressource qui permet à Email Delivery d’expédier des messages avec une adresse d’expéditeur correspondante. Les expéditeurs approuvés sont associés à un compartiment et n’existent que dans la région où ils ont été configurés.

Puis-je envoyer des courriels en masse avec Email Delivery?

Oui, les courriels en masse peuvent être envoyés par programmation avec le service Email Delivery d’Oracle.

Remarque : Les rapports ne sont pas disponibles à GA.

SMTP nécessite-t-il le protocole TLS?

  • Oracle est fière de se conformer à des politiques de sécurité et de livraison de courriels strictes. Par conséquent, nous acceptons uniquement les courriels des clients au moyen de TLS.
  • TLS (obligatoire)
  • Seule la version TLS 1.2 est prise en charge, puisque les versions antérieures sont moins sécuritaires.
  • Les applications Java doivent être mises à jour vers la dernière version pour garantir que les protocoles de sécurité, les chiffrements et les correctifs mis à jour sont conformes aux stratégies de sécurité d’Oracle.
  • Les suites de chiffrement approuvées sont les suivantes :
    • TLSv1.2 :
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256,
    • TLS_RSA_WITH_AES_256_CBC_SHA,
    • TLS_RSA_WITH_AES_256_CBC_SHA256,
    • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
    • TLS_DHE_RSA_WITH_AES_128_CBC_SHA,
    • TLS_DHE_RSA_WITH_AES_256_CBC_SHA,
    • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
    • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384,
    • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256,
    • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,
    • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Quelle commande d’autorisation SMTP est prise en charge?

  • Seul SMTP Plain est pris en charge
  • Remarque : Si l’application d’envoi n’est pas flexible pour le paramètre Auth Command, un mandataire/relais SMTP peut être utilisé

Mon application peut-elle envoyer des courriels au service Email Delivery sans accès Internet public?

  • Oui, mais l’application devra utiliser un service qui dispose d’un accès Internet, comme un service de serveur mandataire ou de relais.
  • À l’avenir, Email Delivery sera en mesure d’accepter les courriels d’Oracle Cloud Infrastructure à l’aide du service de passerelle, sans avoir à parcourir Internet).

Quelles sont les limites associées au service Email Delivery?

La plateforme Email Delivery est gérée par l’équipe d’Oracle Cloud Infrastructure’s Email Deliverability. Des limites sont imposées aux comptes pour protéger le service et la réputation de nos clients. Les limites suivantes peuvent être augmentées afin de répondre aux exigences d’envoi à grande échelle en faisant une demande de service dans My Oracle Support.

  • Les clients qui s’inscrivent sur oracle.com pour une période d’essai gratuite sont limités à 200 courriels dans une période continue de 24 heures, et les taux d’envoi ne doivent pas dépasser 10 courriels par minute. Les expéditeurs approuvés sont limités à 2,000. La taille maximale des messages, y compris l'encodage base64 et les en-têtes, est de 2 Mo.
  • Les comptes d’entreprise sont limités à 50 000 courriels dans une période continue de 24 heures, et les taux d’envoi ne doivent pas dépasser 18 000 courriels par minute. Les expéditeurs approuvés sont limités à 10 000 pour les clients d’entreprise. La taille maximale des messages, y compris l'encodage base64 et les en-têtes, est de 2 Mo.
  • Email Delivery prend en charge un volume élevé, mais une limite est fixée comme mesure de protection pour la réputation de nos clients.
  • Communiquez avec My Oracle Support, qui pourra collaborer avec vous pour comprendre votre cas d’utilisation et augmenter la limite d’envoi au besoin.

Y a-t-il des limites au type de courriel que je peux envoyer avec Email Delivery?

Comme mentionné dans la description du service, l’obligation suivante s’applique au type de courriel envoyé avec Email Delivery :

  • Vous ne devez pas utiliser les services dans le but de distribuer des pourriels, des messages instantanés non sollicités en masse ou toute autre forme de communications électroniques non sollicitées distribuées en masse à des destinataires avec lesquels vous n’avez aucune relation professionnelle ou personnelle préexistante.

Quelle taille de courriel peut-on envoyer?

La taille maximale par défaut des messages jusqu'à 2 Mo, y compris les en-têtes et le corps du message, le codage base64 et les pièces jointes, est prise en charge initialement.

Si la limite de taille est augmentée, chaque 2 Mo de données sera compté comme un « courriel » dans vos limites de volume et de taux d'envoi quotidien.

Exemples de courriel

  • Un courriel de 10 Mo envoyé à un seul destinataire équivaut à 10 Mo/2 Mo par courriel = 5 courriels.
  • Une seule demande de courriel avec une taille de message de 10 Mo et 10 destinataires équivaut à 10 Mo /2 Mo par courriel * 10 destinataires = 50 courriels

Puis-je envoyer des courriels avec des pièces jointes?

Email Delivery prend en charge l’envoi de messages MIME (multipurpose internet mail) par SMTP. MIME est la norme RFC qui précise en partie le fonctionnement des pièces jointes. Pour plus d’informations, cliquez ici.

Quelles sont les méthodes d’envoi disponibles?

Actuellement, SMTP est la seule méthode pour envoyer des courriels par Email Delivery. Il y a un point d’extrémité SMTP unique dans chaque région d’Oracle Cloud Infrastructure où Email Delivery est disponible.

Existe-t-il des SDK pour Email Delivery?

Oui, Email Delivery est incluse dans les SDK d’Oracle Cloud Infrastructure.

Livraison

Comment le service Email Delivery assure-t-il une livraison fiable?

Email Delivery offre un service fiable par l’intermédiaire d’un système conforme aux meilleures pratiques de l’industrie. La plateforme est gérée par l’équipe d’Oracle Cloud Infrastructure Email Deliverability, qui passe en revue les paramètres clés de livraison pour assurer la meilleure réputation d’envoi possible. Les éléments suivants sont gérés pour vous lorsque vous envoyez un courriel avec Email Delivery :

  • Configurations SMTP uniques pour les fournisseurs de boîtes aux lettres
  • Collecte de rebonds
  • Collecte des plaintes des utilisateurs
  • Normes d’authentification des courriels (comme SPF)
  • Gestion du groupe d’adresses IP

Comment le service Email Delivery permet-il de personnaliser les configurations SMTP?

Email Delivery est configuré avec la limitation de tarif, les modes de sauvegarde et les configurations SMTP propres au fournisseur de messagerie. Ces configurations ont été établies grâce à des relations avec l’industrie et à des années de mise au point auprès des fournisseurs mondiaux de boîtes aux lettres afin d’optimiser le positionnement de votre boîte aux lettres et la vitesse de livraison.

Le service Email Delivery recueille-t-il les rebonds de courriel?

Oui, les courriels envoyés sans réponse sont recueillis et classés en fonction de leurs codes de rebond correspondants.

Que dois-je faire si un courriel rebondit?

Toute adresse de destinataire considérée de façon permanente comme non livrable, comme les rebonds durs, est ajoutée à la liste de suppression du client. Les tentatives répétées d’envoi à des adresses figurant sur la liste de suppression ne seront pas livrées par Email Delivery, et ces occurrences seront enregistrées dans le rapport d’adresses bloquées. Un taux élevé de rebonds durs (ratio des rebonds durs par rapport aux messages envoyés) se produit lorsqu’un expéditeur tente d’envoyer un message à une adresse de destinataire qui n’existe pas. Le fournisseur de la boîte aux lettres retournera un code de rebond dur à l’expéditeur. Les rebonds durs sont une bonne indication de la qualité de la liste, et ceux-ci devraient être inférieurs à 2 %.

Le service Email Delivery permet-il de recueillir les plaintes des utilisateurs?

Oui, les plaintes des utilisateurs sont recueillies et traitées par des boucles de rétroaction du fournisseur de boîte aux lettres. La configuration des plaintes est entièrement automatisée avec Email Delivery.

Lorsque les utilisateurs se plaignent des pourriels, l’utilisateur est ajouté à la liste de suppression afin de protéger la réputation du client qui envoie des messages. Nous vous suggérons également de supprimer l’utilisateur de votre liste d’envoi à ce moment-là, mais aucune autre mesure n’est requise pour assurer la qualité de la livraison des courriels.

À quoi correspond le concept de liste de suppression?

La liste de suppression est intégrée à votre interface utilisateur de la console de Email Delivery, ainsi que dans l’API, le SDK et l’interface de ligne de commande.

Email Delivery ajoute automatiquement des adresses de courriel avec des codes de rebond indiquant des échecs permanents ou des plaintes des utilisateurs à la liste de suppression afin de protéger la réputation de votre expéditeur. Email Delivery n’enverra plus de messages à ces destinataires à l’avenir. Les tentatives répétées d’envoi à des adresses de courriel supprimées apparaîtront sur votre rapport d’adresses bloquées.

Les raisons de la suppression sont les suivantes : plaintes de pourriels, rebonds durs, rebonds doux répétitifs, entrées manuelles et demandes de désabonnement de liste.

Qu’est-ce qu’un cadre de politique d’expéditeur (SPF) et comment l’utiliser?

Un cadre SPF empêche la mystification des adresses de courriel et minimise les pourriels entrants. Grâce à ce cadre, un domaine peut autoriser explicitement les hôtes qui peuvent utiliser son nom de domaine. SPF publie les enregistrements SPF (code 99) ou TXT (code 16), qui sont des enregistrements de ressources DNS indiquant quels hôtes sont autorisés à utiliser un nom de domaine. Le serveur de courriel de réception vérifie les enregistrements SPF du domaine identifié comme correspondant à l’envoi du courriel afin d’établir que l’adresse IP source d’origine du courriel est autorisée à envoyer des courriels de ce domaine.

Les fournisseurs de boîtes de courriels et les fournisseurs de services Internet vérifient le cadre SPF pour s’assurer que l’expéditeur (Email Delivery) est autorisé à envoyer des courriels au nom de votre domaine. SPF est une base essentielle pour offrir une bonne livraison à partir de votre domaine et vous protège contre les abus, comme les pourriels ou les tentatives d’hameçonnage.

Pour configurer un SPF, vous devez inclure un enregistrement TXT dans le domaine utilisé par votre expéditeur approuvé. Si Email Delivery est le seul expéditeur autorisé pour ce domaine, l’enregistrement ressemblera à ce qui suit :

Lieu d’envoi SPF
Amériques v=spf1 include:rp.oracleemaildelivery.com ~all
Asie-Pacifique v=spf1 include:ap.rp.oracleemaildelivery.com ~all
Europe v=spf1 include:eu.rp.oracleemaildelivery.com ~all
Toutes les régions commerciales v=spf1 include:rp.oracleemaildelivery.com include:ap.rp.oracleemaildelivery.com include:eu.rp.oracleemaildelivery.com ~all

« v » indique la version du cadre SPF utilisé. Les autres mécanismes vérifient la légitimité du courriel. « MX » et « A » sont des enregistrements de ressources qui sont comparés entre le courriel et l’enregistrement SPF pour décider d’accepter ou non le courriel. « all » correspond toujours et sert d'action par défaut. Les mécanismes sont combinés à des qualificateurs pour déterminer comment gérer une correspondance. Les plus simples sont + (qui est implicite s’il est omis) et -, entraînant respectivement la réussite ou l’échec. La façon dont ces résultats sont traités est laissée aux administrateurs du domaine récepteur à des fins de traitement. Habituellement, les échecs sont rejetés et les rebonds doux sont marqués comme des pourriels potentiels.

L’utilisation d’un SPF peut accroître la confiance et la renommée du client. Un domaine qui applique le cadre SPF est beaucoup moins susceptible d’être usurpé. Sans cadre SPF, les pourriels peuvent être mystifiés et se présenter sous un domaine en particulier, auquel cas le destinataire signalerait probablement le courriel comme étant un pourriel. Avec un nombre suffisant de rapports, les filtres de Bayes de pourriels sont plus susceptibles de bloquer le domaine, empêchant ainsi tout courriel légitime potentiel. Toutefois, si un domaine applique un cadre SPF et qu’il est falsifié, le serveur récepteur sera plus susceptible de bloquer le courriel frauduleux.

Puis-je envoyer des courriels sur des adresses IP dédiées?

Oui, Email Delivery prend en charge les adresses IP dédiées. Par défaut, les comptes clients sont configurés en groupes d’envoi partagés par niveaux, selon les caractéristiques de votre courriel. Des adresses IP dédiées sont suggérées pour les volumes d’envoi plus importants. Il se peut que les adresses IP dédiées ne soient pas conseillées pour l’envoi sporadique de courriels, car cela ne favorise pas une bonne réputation d’envoi et, par conséquent, pourrait avoir une incidence sur vos livraisons de courriels.

Les caractéristiques de courrier de chaque client (volume, taux de rupture, réputation, etc.) varieront selon votre stratégie d’adresse IP. Nos équipes sont formées à ce sujet et prêtes à répondre à vos besoins particuliers en matière d’IP. Communiquez avec le soutien pour obtenir de l’aide avec cette configuration.

Que dois-je faire pour m’assurer que mon courriel est conforme aux pratiques exemplaires en matière de livraison?

Les pratiques exemplaires en matière de livraison sont établies en fonction des caractéristiques de transparence et de désir d’utilisateur associées au courriel. La Loi canadienne antipourriel (LCAP) est un des meilleurs guides pour assurer votre conformité à la loi, le désir d’utilisateur et le filtrage que la plupart des fournisseurs de boîtes aux lettres utilisent. Le lien suivant fournit une vue d’ensemble de la CASL et décrit les pratiques leaders du secteur d’activité : https://help.dyn.com/casl-faq/

Pourquoi la réputation est-elle importante?

Lorsqu’il est question d’envoi de courriels, il est plus important que jamais de disposer d’un réseau propre. Si vous partagez des adresses IP avec des polluposteurs et d’autres expéditeurs moins fiables, les chances que votre courriel soit livré dans des boîtes de réception diminuent considérablement. Notre vigilance continue à superviser notre réseau nous aide à éliminer les mauvais envoyeurs et à attirer les bons.

Qu’est-ce qui affecte la réputation?

Authentification

Lors de l’utilisation d’un service de livraison de courriels tiers, l’authentification par courriel aide à vérifier l’identité et la confiance entre l’expéditeur (Email Delivery) et le serveur de réception (fournisseurs de services Internet et serveurs de courrier d’entreprise) en intégrant à la fois des SPF et des clés de domaine (DKIM) dans vos enregistrements de DNS. Les serveurs de réception, dans le but d’empêcher qu’un courriel indésirable ou falsifié atteigne la boîte de réception, effectuent des recherches sur les enregistrements de DNS de votre domaine afin de voir si l’expéditeur tiers est autorisé à envoyer du courrier en votre nom.

Volume/Fréquence

Des volumes et des fréquences stables aident à développer votre réputation de bon expéditeur. Les pointes aléatoires de trafic sont souvent associées aux polluposteurs. Un volume suffisant doit être envoyé à partir de vos adresses IP avant de pouvoir établir que vous êtes un expéditeur de confiance par les fournisseurs de services Internet.

Taux de rebond

Un taux de rebond correspond au pourcentage de messages non livrables (rebonds) par rapport au nombre total de courriels que vous avez envoyés. Il est recommandé que le taux de rebond demeure inférieur à 2 %. Des taux de rebond plus élevés indiquent souvent une mauvaise gestion et un mauvais nettoyage de liste, ou encore que celle-ci est vieille, louée ou achetée. Email Delivery ajoute automatiquement les rebonds à la liste de suppression pour vous aider à réduire votre taux de rebond.

Taux de plaintes de pourriels

Un taux de plaintes relatives aux pourriels correspond au pourcentage des plaintes soumises par les utilisateurs à leurs fournisseurs de services Internet en fonction du nombre total de courriels que vous avez envoyés. Les plaintes de pourriels se produisent lorsque le destinataire du courriel choisit de cliquer sur le bouton « Signaler comme pourriel » dans l’interface utilisateur du client du courriel. Nous vous recommandons de maintenir vos taux de plaintes de pourriels en dessous de 0,05 %. Email Delivery ajoute automatiquement les plaintes de pourriel à la liste de suppression.

Listes noires

Les fournisseurs de services Internet utilisent des listes noires pour bloquer les pourriels des expéditeurs ayant une mauvaise réputation. Des expéditeurs légitimes peuvent être inscrits sur la liste noire par erreur. Email Delivery analyse en temps réel les 10 principaux services figurant sur la liste noire pour notre ou nos IP d’envoi. La plupart des listes noires mènent à un blocage pendant 24 heures, et vous serez automatiquement retiré de la liste après cette période. Certains, toutefois, exigent que vous vous retiriez explicitement de la liste.

Comment puis-je réduire mon taux de rebonds durs?

Un taux élevé de rebonds durs (ratio des rebonds durs par rapport aux messages envoyés) se produit lorsqu’un expéditeur tente d’envoyer un message à une adresse de destinataire qui n’existe pas. Le fournisseur de la boîte aux lettres retournera un code de rebond dur à l’expéditeur. Les rebonds durs sont une bonne indication de la qualité de la liste, et ceux-ci devraient être inférieurs à 2 %.

En général, les rebonds surviennent lorsqu’une adresse de destinataire présente les caractéristiques suivantes :

  • Entrée incorrecte
  • N’est plus utilisé (l’utilisateur a annulé le compte)
  • Acquis à partir d’un site Web par des procédés de moissonnage du Web
  • Fabriqué par un fournisseur de services de liste

Les fournisseurs de boîtes aux lettres s’attendent à ce que des rebonds se produisent. Toutefois, s’il y a trop de rebonds durs, la livraison commencera à être de moins bonne qualité. Email Delivery ajoutera automatiquement toutes les adresses de destinataires des rebonds durs dans votre liste de suppression afin d’éviter les tentatives de livraison futures et de protéger votre réputation d’expéditeur.

Vous pouvez réduire le taux de rebond en procédant comme suit :

1. Mettez en œuvre un processus d’abonnement. Pour l’envoi en masse (à plusieurs destinataires en même temps), mettez en œuvre un processus d’adhésion. Un processus d’adhésion est une méthode permettant à vos utilisateurs de s’inscrire (ce qui vous donne l’autorisation d’envoyer des messages) à votre liste d’envoi. Il est essentiel d’envoyer uniquement des messages aux abonnés qui se sont inscrits. Il existe deux types de procédures d’abonnement.

2. Abonnement unique (non confirmée) : un abonnement unique se produit lorsque l’utilisateur fournit son adresse électronique et donne l'autorisation de recevoir des messages pertinents. Une fois l’adresse fournie, les messages peuvent être envoyés sans confirmer que l’adresse électronique appartient à l’utilisateur qui l’a fournie.

3. Double abonnement (confirmé) : un double abonnement a lieu lorsque l’utilisateur fournit son adresse électronique. De plus, avant le premier envoi, un courriel de confirmation contenant une action requise de la part de l’utilisateur est envoyé afin de s’assurer que le titulaire du compte souhaite recevoir d’autres messages. Un compte peut être vérifié en demandant au propriétaire de l’adresse de cliquer sur un lien pour répondre au courriel. Cela permet d’assurer que l’adresse n’a pas été ajoutée à une liste d’envoi de tiers sans le consentement du propriétaire.

4. Purgez les utilisateurs non engagés. Vous devez mettre en œuvre un processus pour supprimer les utilisateurs non engagés. Si un destinataire n’ouvre pas ou ne clique pas sur votre courriel, cela peut indiquer qu’il n’utilise plus le compte de courriel en question. Si tel est le cas, le fournisseur de la boîte aux lettres mettra fin au compte ou le transformera en piège à pourriels. Pour éviter de vous heurter à ces pièges à pourriels ou à des rebonds durs d’un compte annulé, les destinataires qui n’ont pas été engagés dans un délai défini par votre modèle d’affaires sont retirés. Cela vous aidera également à assurer une bonne livraison de vos courriels en augmentant le taux d’engagement d’utilisateur.

5. Examinez la liste des abonnés. Lorsque vous passez en revue votre liste d’abonnés, assurez-vous de ce qui suit :

Éliminez les adresses en double avant les envois. Si des adresses qui n’existent pas reçoivent des courriels fréquemment, cela pourrait augmenter votre taux de rebond.

Assurez-vous qu’une liste de suppression précédente (possiblement d’un autre fournisseur de services de messagerie) n’a pas été incluse accidentellement.

Vérifiez que les abonnés ont adhéré à vos envois (n’envoyez pas de courriels à une ancienne liste que vous avez trouvée).

Empêchez les utilisateurs de télécharger la liste de contacts de leur client de messagerie au moyen d’une option de type « tout sélectionner ». Le fait de forcer l’utilisateur à sélectionner les adresses individuellement évitera d’inclure accidentellement des adresses périmées ou possiblement périmées.

6. Évaluez la fréquence d’envoi. Si un message n’a pas la chance d’avoir été enregistré à titre de rebond avant que le message suivant ne soit envoyé au destinataire, il sera à nouveau un rebond dur. Donnez au fournisseur de boîte de courriels et au fournisseur de services de messagerie le temps de traiter le rebond avant d’envoyer un autre message. La réduction de la fréquence d’envoi donne également à l’utilisateur l’occasion de se désabonner avant de recevoir plusieurs messages qu’il pourrait marquer comme étant des pourriels.

Comment puis-je réduire mon taux de rebonds doux?

Un rebond doux survient lorsqu’un message est envoyé à un destinataire et que le serveur est temporairement indisponible, ou alors que le message a été bloqué par le destinataire. Le taux correspond au nombre de rebonds doux par rapport au nombre de messages envoyés. Il s’agit d’un statut temporaire de non-livraison, et le fournisseur de la boîte aux lettres retournera un code de rebond temporaire à l’expéditeur. Ces adresses ne seront pas ajoutées à la liste de suppression, car elles existent.

  • Remarque : Email Delivery ajoutera une adresse à la liste de suppression si 4 courriels envoyés dans une période de 24 heures entraînent un « soft bounce ».

    • Les rebonds doux sont généralement une bonne indication de la qualité et de la pertinence du contenu des messages.

    En général, les rebonds doux correspondent à ceci :

  • Contenu similaire au spam - le contenu du message a été identifié comme spam par le destinataire et est temporairement bloqué.
  • Contenu non pertinent pour le destinataire - cela peut entraîner un nombre élevé de réclamations. Les récepteurs bloqueront temporairement les messages provenant de l’adresse IP ou du domaine de l’expéditeur.
  • Nombre élevé de plaintes - certains récepteurs bloqueront tous les messages entrants d’une adresse IP lorsqu’un seuil de réclamation (nombre de réclamations sur une période par IP) est dépassé.
  • Serveur de réception de courrier occupé - si cela se produit, le serveur de messagerie sortant tentera d’envoyer le message quatre fois, puis provoquera un « rebond définitif » du message.
  • Boîte aux lettres pleine ou quota dépassé - si la boîte aux lettres du destinataire est pleine ou dépasse son quota, le message peut faire un « rebond temporaire ».

Comment puis-je réduire mon taux de plaintes?

Les plaintes peuvent survenir pour plusieurs raisons, et ce n’est pas toujours parce que l’utilisateur croit que votre message est un « pourriel ». Avouons-le, cliquer sur le bouton de signalement de pourriel pour réduire le nombre de messages dans une boîte de réception bondée est une voie facile pour réduire le nombre de messages reçus.

Voici quelques raisons courantes pour lesquelles les gens peuvent se plaindre de vos messages :

  • Le message est vraiment un pourriel.
  • Le contenu n’est plus pertinent, par rapport à ce que le destinataire s’attend à recevoir (différent du service auquel il a adhéré).
  • Il est plus facile de signaler le message comme étant un pourriel que de trouver l’URL de désabonnement cachée au bas de page.
  • Le destinataire fait plus confiance à l’interface utilisateur du fournisseur de service Internet qu’à votre URL de désabonnement.
  • Le destinataire en a assez de recevoir vos messages.

Voici comment vous pouvez améliorer votre taux de plaintes :

  • N’envoyez pas de pourriels
  • Garder le contenu pertinent - si le destinataire s’est inscrit sur votre site pour obtenir des coupons quotidiens pour les courses, ne commencez pas à envoyer des taux de prêt auto.
  • URL de désabonnement facilement accessible - la désinscription est une bonne chose. Elle a pour effet de réduire votre liste, ce qui n’est pas génial, mais elle contribue à améliorer le succès d’envoi en misant uniquement sur les destinataires qui s’engagent en ouvrant ou en cliquant sur vos messages. Lorsque les gens se plaignent, cela nuit à votre réputation d’envoi. Faites donc en sorte que les retraits de votre liste d’envoi soient faciles. La pire chose à faire est de masquer l’URL de désabonnement au bas du message. Un petit pourcentage d’utilisateurs défilera jusqu’au bas du courriel pour la trouver. La plupart choisiront la voie facile et marqueront tout simplement les messages comme étant des pourriels.
  • Mettre en place l’en-tête list-unsubscribe - si elle est prise en charge par le fournisseur de boîte de messagerie, cette fonctionnalité permettra aux utilisateurs de se désabonner en toute sécurité de votre liste via l’interface utilisateur du FAI de confiance, au lieu de marquer votre message comme spam. C’est la chose la plus proche que Gmail propose en guise de boucle de rétroaction.
  • Mettre en place un processus de double abonnement - le fait d’envoyer un courriel aux utilisateurs actuels et de confirmer qu’ils souhaitent recevoir vos messages est un excellent moyen de s’assurer qu’ils apprécient toujours votre message. C’est également une excellente façon de supprimer les destinataires, avant que ceux-ci marquent des messages comme étant des pourriels.
  • Examiner la fréquence d’envoi - l’envoi d’un trop grand nombre de messages dans un court laps de temps peut ennuyer les destinataires, les obligeant à marquer votre message comme spam. Assurez-vous que la fréquence de vos messages correspond à la fréquence prévue de votre contenu. La réduction de la fréquence peut réduire le nombre de plaintes de pourriel.
  • Purger les destinataires non engagés - les destinataires peuvent être fatigués de votre courrier s’ils n’ouvrent pas vos messages ou ne cliquent pas sur vos liens. Vous devriez nettoyer les destinataires lorsque la tentative finale de participation de ces destinataires échoue. Voici quelques conseils pour vous aider à comprendre les pratiques exemplaires en matière de gestion des listes dans ce domaine.

Mon courriel n’a pas été livré. Comment puis-je procéder pour le dépannage?

  • Vérifiez si le destinataire figure sur la liste de suppression.
  • Assurez-vous d’avoir un cadre SPF pour augmenter le positionnement de votre boîte aux lettres.
  • Vérifiez les journaux de votre application pour vous assurer qu’il n’y a pas de problème (par exemple, échec d’authentification ou problème de format du courriel).
  • Si vous fournissez deux adresses différentes pour l’expéditeur et le corps de l’enveloppe, elles doivent être approuvées, sinon le courrier sera rejeté.
  • Si le champ SMTP du destinataire n’est pas le même que celui du corps du courriel, les deux adresses doivent être des expéditeurs approuvés.
  • Vous n’arrivez toujours pas à régler le problème? Ouvrir un ticket de support client

Est-ce qu’Oracle Email Delivery prend en charge les adresses IP dédiées?

Oui, Email Delivery prend en charge les adresses IP dédiées, ce qui vous permet de contrôler votre réputation. Les adresses IP dédiées sont des adresses IP d’Oracle Cloud réservées à l’envoi de vos courriels. Par défaut, les comptes clients sont configurés en groupes d’envoi partagés par niveaux, selon les caractéristiques de votre courriel. Des adresses IP dédiées sont suggérées pour les volumes d’envoi plus importants. Il se peut que les adresses IP dédiées ne soient pas conseillées pour l’envoi sporadique de courriels, car cela ne favorise pas une bonne réputation d’envoi et, par conséquent, pourrait avoir une incidence sur vos livraisons de courriels.

Les caractéristiques de courrier de chaque client (volume, taux de rupture, réputation, etc.) varieront selon votre stratégie d’adresse IP. Nos équipes sont formées à ce sujet et prêtes à répondre à vos besoins particuliers en matière d’IP. Communiquez avec le soutien pour obtenir de l’aide avec cette configuration.

Service commercial

Quels sont les éléments offerts par Email Delivery?

La gestion de la réputation est un service complémentaire par l’intermédiaire des ventes et exige l’achat d’un abonnement à Universal Cloud.

Quel est le coût du service Email Delivery?

Email Delivery coûte 0,085 $ SD pour 1 000 courriels soumis pour livraison via le service. Un « courriel » est défini comme un bloc de courriels de 2 Mo ou moins de données brutes avec un seul destinataire. Les définitions plus précises se trouvent dans la documentation du service, avec des exemples.