Meilleures pratiques
Ces bonnes pratiques en matière de remise de courriels vous aident à apprendre et à gérer les habitudes qui affectent votre réputation d'envoi, ce qui, à son tour, peut aider davantage de courriels à être livrés.
En suivant ces recommandations, les expéditeurs peuvent réduire les taux de refus et de plaintes, rester hors liste de blocage et améliorer la réputation d'envoi de votre entreprise.
Le processus de consentement est la façon dont les destinataires s'abonnent à vos listes de vente en masse/marketing, ce qui vous permet de leur envoyer des courriels. Envoyez uniquement des messages aux abonnés qui ont choisi de faire partie de votre liste de diffusion, en évitant d'acheter ou de louer des listes à tout prix.
Il existe deux types de méthode de consentement. Notez que ces méthodes s'appliquent aux e-mails en masse/marketing car les e-mails transactionnels sont envoyés en fonction d'une action nécessitant une vérification :
-
Acceptation simple (pas de confirmation) : l'utilisateur fournit son adresse électronique et autorise l'expéditeur à recevoir des messages pertinents. Une fois l'adresse fournie, des messages peuvent être envoyés sans confirmation qu'elle appartient bien à l'utilisateur qui l'a fournie. Les risques liés à l'utilisation d'un seul opt-in sont l'exposition à un bombardement de liste par le biais d'une attaque ciblée sur un formulaire d'inscription, et par ceux qui s'inscrivent à des adresses électroniques qui ne leur appartiennent pas.
- double acceptation (confirmation) : l'utilisateur fournit son adresse électronique, mais avant l'envoi de la première campagne, il reçoit un courriel de confirmation à l'adresse qui s'est inscrite. Ce courriel requiert une action du propriétaire du compte pour confirmer que les messages futurs sont souhaités, le plus souvent avec un clic de vérification. La méthode de double consentement garantit que l'adresse n'a pas été ajoutée sans consentement et conserve une preuve électronique si de futures enquêtes ou audits sur la confidentialité des données surviennent.
L'un des moyens les plus simples et les plus efficaces de garder vos listes de marketing propres est de supprimer les utilisateurs non engagés : les adresses qui n'ont pas ouvert ou cliqué dans un e-mail dans un certain laps de temps. Le désengagement est une indication forte que le destinataire n'est plus intéressé par votre contenu ou que le compte a été abandonné.
Enlevez les destinataires qui n'ont pas interagi avec vos courriels sur une période définie par votre modèle de gestion mais ne dépassant pas deux ans. Ce faisant, vous montrez aux principaux fournisseurs de boîtes de réception que vous conservez une base de données mise à jour qui contribue à renforcer votre réputation d'envoi. Vous évitez également de tomber dans des pièges à messages indésirables car certains fournisseurs de boîtes aux lettres convertissent les boîtes de réception inactives afin d'empêcher le grattage des adresses électroniques.
Il est important de conserver une base de données globale propre et à jour, en plus de supprimer les utilisateurs non intéressés. La meilleure façon de conserver une base de données propre est de la synchroniser avec Email Delivery à l'aide d'appels d'API afin que les refus permanents, les désabonnements et les suppressions soient marqués comme tels.
Cette synchronisation constante permet de réduire le temps de traitement lors de l'envoi d'e-mails, de s'assurer que votre base de données est toujours mise à jour et de minimiser les chances que vous envoyez à une adresse à laquelle vous ne devriez plus envoyer d'e-mails.
L'envoi d'un trop grand nombre d'e-mails en peu de temps peut aggraver vos destinataires, les incitant à se désinscrire ou à marquer vos campagnes comme du spam. En examinant régulièrement vos stratégies, vos taux d'ouverture et d'autres indicateurs clés, vous pouvez réduire la fatigue des listes et mieux apprendre comment ils veulent interagir avec vous.
Offrez la possibilité de réduire le nombre d'e-mails qu'ils reçoivent (par exemple, tous les ans, tous les trimestres ou tous les mois), ce qui vous donne de meilleures chances de rétention plutôt que de vous désabonner complètement. Le destinataire goûte et souhaite que les e-mails changent au fil du temps. Assurez-vous de changer avec elle.
N'essayez pas de masquer votre lien de désabonnement car en le faisant, vous encouragez simplement vos destinataires à cliquer sur le bouton spam, ce qui nuit davantage à votre réputation. Certains fournisseurs le détiennent également contre vous dans leur algorithme si vous utilisez une couleur claire pour votre lien de désabonnement et votre langue.
Si quelqu'un veut être retiré de votre liste, rendez le lien facile à trouver et incluez-le dans l'en-tête et le pied de page. Offrez une option de désabonnement en un seul clic en plus d'un centre de préférences où ils peuvent réduire la fréquence des e-mails, s'inscrire à une autre liste, etc.
CAN-SPAM, RGPD, LCAP et lois sur la confidentialité
Savoir comment traiter, traiter et commercialiser les données des consommateurs d'une manière légalement autorisée est un must.
Il existe plusieurs mesures réglementaires et lois qui aident à protéger les consommateurs du monde entier. L'une des plus anciennes est la loi CAN-SPAM, une loi américaine qui établissait des exigences pour les courriels "commerciaux".
Ne pas utiliser de lignes d'objet trompeuses, honorer rapidement les désabonnements et avoir une adresse physique dans le pied de page des e-mails ne sont que quelques-unes des exigences décrites avec des violations entraînant des amendes.
De même, il existe également CASL, un ensemble de lois anti-pourriel basé au Canada qui était fortement basé sur CAN-SPAM. Bien que basée au Canada, la loi s'applique à ceux qui envoient des courriels aux résidents canadiens.
La confidentialité des données est devenue un sujet brûlant au cours des dernières années, c'est pourquoi il est essentiel de connaître le Règlement général sur la confidentialité des données (RGPD). Active en 2018, la loi réglemente la confidentialité et la protection des données dans l'Union européenne et est devenue un modèle pour les lois sur la confidentialité d'autres pays.
Conditions Générales d'Hébergement et de Livraison du Cloud Oracle
Souvent, la politique d'hébergement et de livraison Oracle Cloud est plus stricte que certaines de ces exigences du secteur. Il est important de consulter les stratégies Oracle avant d'utiliser le service.
Il est vivement recommandé de discuter de votre approche en matière de confidentialité et de réglementation des données avec le personnel approprié de votre entreprise.
Résolution des problèmes de courriels non transmis
Les problèmes suivants peuvent entraîner la non-remise d'un courriel :
- Le destinataire figure sur la liste de suppression.
- Un échec d'authentification ou un problème avec le format du courriel est survenu. Par exemple, si l'adresse d'expéditeur SMTP n'est pas la même que dans le corps du courriel, celui-ci est rejeté. Les adresses doivent correspondre et il doit s'agir d'un expéditeur approuvé. Reportez-vous aux journaux de l'application d'envoi pour identifier les problèmes.
- L'utilisation de plusieurs adresses dans l'en-tête d'expéditeur du courriel est déconseillée. Si vous utilisez plusieurs adresses, la possibilité que votre courriel soit placé dans un dossier de messages indésirables ou rejeté augmente (en raison des règles de conformité de l'expéditeur DMARC). Les performances de vos courriels sont réduites car toutes les adresses doivent être autorisées en tant qu'expéditeurs approuvés. L'adresse de l'expéditeur de l'enveloppe SMTP doit correspondre à l'adresse de l'expéditeur de l'en-tête lorsque vous soumettez le courriel à Email Delivery. Si vous utilisez des adresses non concordantes, les performances de vos courriels sont réduites car les deux adresses doivent être autorisées en tant qu'expéditeurs approuvés. Certaines fonctionnalités futures de la plate-forme ne seront pas disponibles si vous utilisez des adresses non concordantes.
- Absence de SPF ou de DomainKeys Identified Mail (DKIM).
Si vous ne parvenez pas à résoudre le problème, vous pouvez accéder à My Oracle Support et créer une demande d'assistance. Reportez-vous à Ouverture d'une demande d'assistance pour plus d'informations.
Plus d'options pour améliorer la remise de courriels
DomainKeys Identified Mail (DKIM)
DKIM est une structure d'authentification que vous pouvez configurer pour garantir une bonne réputation en matière de distribution de courriels. Pour obtenir des instructions sur la configuration de DKIM, reportez-vous à Gestion de DKIM.
SPF
SPF (Sender Policy Framework) permet aux propriétaires de domaine d'identifier les serveurs approuvés pour l'envoi de courriels au nom de leur domaine. Dans le cas de l'intégration Oracle, les propriétaires de domaine doivent approuver OCI et ajouter un enregistrement correspondant dans leur domaine. Pour plus d'informations, reportez-vous à la section Configuring SPF.
DMARC (Domain-based Message Authentication, Reporting, and Conformance)
DMARC est une spécification technique créée par un groupe d'organisations souhaitant réduire le risque d'utilisation frauduleuse des courriels. Leur objectif est d'apporter une solution à certains problèmes connus au niveau opérationnel et en matière de déploiement et d'établissement de rapports, dans le domaine des protocoles d'authentification de courriels. DMARC normalise la façon dont les destinataires authentifient un courriel à l'aide de SPF et de DKIM. L'expéditeur peut ainsi garder le contrôle sur les courriels non authentifiés et indiquer aux destinataires ce qu'ils doivent faire.
DMARC vérifie les protocoles SPF et DKIM. Pour envoyer et distribuer des courriels, l'un des deux protocoles doit être vérifié. Lorsque vous commencez à utiliser DMARC, il est recommandé de mettre en place une stratégie p=none
et de vérifier que toutes les applications d'envoi légitimes sont bien conformes et authentifiées avant d'envisager une stratégie plus agressive. Il est recommandé d'utiliser une stratégie DMARC p=none
et de suivre ce conseil pendant toute période de transition au cours de laquelle un nouveau service de messagerie est évalué pour le domaine d'envoi.
_dmarc.<sending-domain>
présentant un contenu semblable à ce qui suit :"v=DMARC1\;p=none\;rua=mailto:dmarc_rua@example.com\;ruf=mailto:dmarc_ruf@example.com\;fo=1"
Vous devez disposer d'un service de messagerie administratif pour recevoir des rapports DMARC (dans l'exemple précédent, example.com
est votre prestataire de messagerie). Actuellement, Email Delivery n'offre pas de service de messagerie ni de traitement automatisé des rapports DMARC. Si vous ne souhaitez pas gérer ni traiter de rapports DMARC, ne créez pas d'enregistrement DMARC.
Création d'un chemin de renvoi personnalisé
La configuration de DKIM a plus de chances d'améliorer la remise de vos courriels qu'un chemin de renvoi personnalisé. Par conséquent, nous vous recommandons de configurer DKIM avant de configurer un chemin de renvoi personnalisé ou au même moment.
Email Delivery est requis pour traiter les retours afin de protéger la réputation de nos adresses IP et de notre domaine. Par défaut, le chemin de renvoi est donc défini comme étant celui de nos serveurs de retour. Email Delivery offre une fonction de chemin de renvoi personnalisé pour améliorer la remise en boîte de réception. Pour utiliser cette fonctionnalité, vous devez configurer des enregistrements DNS pour le domaine du chemin de renvoi personnalisé. Le domaine du chemin de renvoi personnalisé doit correspondre au domaine de l'expéditeur approuvé ou être un sous-domaine de ce domaine.
Pour plus d'informations, reportez-vous à Gestion du chemin de retour personnalisé.
La convention de dénomination suggérée pour un sous-domaine de chemin de renvoi personnalisé est <REGIONKEY>.rp.<sending-domain>
. Pour préparer l'utilisation de cette fonctionnalité, provisionnez les deux enregistrements SPF et MX ou l'enregistrement CNAME sur le domaine personnalisé comme suit :
CNAME pour le domaine du chemin de renvoi personnalisé
Créez un CNAME avec une clé en tant que domaine de chemin de retour et une valeur en tant que domaine de redémarrage régional. La paire de valeurs de clé CNAME sera présente en réponse à la demande de création de chemin de retour personnalisé.
Enregistrement MX pour un domaine personnalisé
La syntaxe d'enregistrement suivante s'applique uniquement aux régions commerciales :
10 bmta.email.<REGION IDENTIFIER>.oci.oraclecloud.com
Le chemin de renvoi personnalisé est régional. Il est impératif d'ajouter l'identificateur de région à l'entrée pour éviter toute confusion. Pour plus d'informations sur les régions, reportez-vous à Régions et domaines de disponibilité.
Enregistrement SPF pour un domaine de chemin de renvoi personnalisé
Région d'envoi | Enregistrement 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 |
Régions gouvernementales |
|
Vous devez effectuer les mises à jour de DNS sur votre domaine pour qu'Oracle Cloud Infrastructure effectue la configuration.
Une fois les modifications DNS terminées, créez un chemin de retour personnalisé.