Meilleures pratiques
Ces meilleures pratiques de possibilité d'envoi de courriels vous aident à la fois à apprendre et à gérer les habitudes qui affectent votre réputation en matière d'envoi de courriels, ce qui, à son tour, peut vous aider à envoyer plus de courriels.
En suivant ces recommandations, les expéditeurs peuvent réduire les taux de non-transmissions et de plaintes, ne pas faire partie des listes de blocage et améliorer la réputation d'expéditeur de votre société.
Le processus d'option d'inclusion est la façon dont les destinataires s'abonnent à vos listes de diffusion en masse ou de marketing qui vous donne l'autorisation de leur envoyer des courriels. Envoyez uniquement des messages aux abonnés qui se sont inscrits à votre liste de diffusion, en évitant d'acheter ou de louer des listes à tout prix.
Il existe deux types d'option d'inclusion. Notez que ces méthodes s'appliquent aux courriels en masse ou de marketing lorsque des courriels transactionnels sont envoyés en fonction d'une action qui nécessite une preuve :
-
Option d'adhésion simple (sans confirmation) : Un utilisateur fournit son adresse de courriel et autorise l'expéditeur à recevoir des messages pertinents. Une fois l'utilisateur fourni, vous pouvez lui envoyer des messages sans confirmer son adresse de courriel. Les risques liés à l'utilisation de l'option d'inclusion unique sont l'exposition à un bombardement de liste par une attaque ciblée sur un formulaire d'inscription, et par ceux qui s'inscrivent à des adresses électroniques qui ne leur appartiennent pas.
- Option d'inclusion double (avec confirmation) : Un utilisateur fournit son adresse de courriel, mais avant l'envoi de la première campagne, il reçoit un courriel de confirmation à l'adresse qui s'est inscrite. Ce courriel demande au responsable du compte de confirmer qu'il souhaite recevoir des messages ultérieurs, le plus souvent en cliquant sur un bouton de vérification. La méthode de double opt-in garantit que l'adresse n'a pas été ajoutée sans consentement et conserve une preuve électronique en cas de futures enquêtes ou audits sur la confidentialité des données.
L'un des moyens les plus faciles et les meilleurs d'aider à garder vos listes de marketing propres est de supprimer les utilisateurs non intéressés : les adresses qui n'ont pas ouvert ou cliqué dans un e-mail dans un certain 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é.
Supprimez les destinataires qui n'ont pas interagi avec vos courriels dans une période définie par votre modèle d'affaires, mais pas plus de deux ans. Ce faisant, vous montrez aux principaux fournisseurs de boîte de réception que vous conservez une base de données mise à jour qui contribue à améliorer votre réputation en matière d'envoi. Vous évitez également la possibilité de lancer des pièges à pourriels, car certains fournisseurs de boîte aux lettres convertissent des boîtes de réception inactives pour éviter le grattage des adresses de courriel.
Il est important de maintenir une base de données globale propre et à jour, en plus de supprimer les utilisateurs non intéressés. La meilleure façon de garder une base de données propre est de la synchroniser avec le service de transmission de messages à l'aide d'appels d'API afin que les non-transmissions définitives, 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 de courriels, garantit que votre base de données est toujours mise à jour et minimise les chances que vous envoyez à une adresse à laquelle vous ne devriez plus envoyer.
L'envoi d'un trop grand nombre d'e-mails dans un court délai risque d'aggraver les destinataires, ce qui pourrait les amener à se désabonner ou à marquer vos campagnes comme étant des pourriels. En examinant régulièrement vos stratégies, vos taux d'ouverture et d'autres mesures clés, vous pouvez réduire la fatigue liée aux listes et mieux apprendre comment elles veulent interagir avec vous.
Offrez la possibilité de réduire la quantité de courriels qu'ils reçoivent (par exemple, tous les ans, tous les trimestres ou tous les mois), ce qui vous donne une meilleure chance de rétention plutôt que de vous désabonner complètement. Le destinataire a des goûts et des désirs pour les changements de courriel au fil du temps. Assurez-vous que vous changez avec elle.
Ne tentez pas de masquer votre lien de désabonnement, car ce faisant, vous n'encouragez que vos destinataires à cliquer sur le bouton pourriel, ce qui nuit davantage à votre réputation. Certains fournisseurs le tiendront é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 supprimé 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 courriels, 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 à travers le monde. L'une des plus anciennes est la loi CAN-SPAM, une loi américaine qui établit les 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 courriels 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 au Canada qui était fortement basé sur CAN-SPAM. Bien que basée au Canada, la loi s'applique à ceux qui envoient un courriel 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). Actif 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 d'autres pays en matière de confidentialité.
Conditions Générales d'Hébergement et de Livraison pour Oracle Cloud
Souvent, les Politiques d'hébergement et de livraison pour Oracle Cloud sont plus strictes que certaines de ces exigences de l'industrie. Il est important de vérifier les conditions d'Oracle avant d'utiliser le service.
Il est fortement 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.
Dépannage des échecs de livraison de courriels
Les problèmes suivants peuvent empêcher la livraison d'un courriel :
- Le destinataire figure dans la liste d'exclusion.
- Un échec d'authentification ou un problème de format de courriel s'est produit. Par exemple, si l'adresse SMTP de l'expéditeur n'est pas la même que l'adresse de l'expéditeur dans le corps du courriel, le courriel est refusé. Les adresses doivent correspondre et référencer un expéditeur approuvé. Pour vérifier les problèmes, voir les journaux de l'application d'envoi.
- L'utilisation de plusieurs adresses dans l'en-tête de courriel De est déconseillée. Le fait d'utiliser plusieurs adresses augmente le risque que vos courriels soient placés dans un dossier de pourriels ou rejetés (en raison des règles d'alignement des expéditeurs de la méthode DMARC). La performance de vos courriels est réduite, car toutes les adresses doivent être autorisées en tant qu'expéditeurs approuvés. Une bonne pratique consiste à faire correspondre l'adresse d'expédition de l'enveloppe SMTP à l'adresse d'expédition de l'en-tête lorsque vous soumettez le courriel au service de transmission de messages. La non-correspondance de ces adresses peut réduire la performance de vos courriels, 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 correspondantes.
- Manque de SPF ou de DomainKeys courrier identifié (DKIM).
Si vous ne pouvez pas résoudre le problème, vous pouvez accéder à My Oracle Support et créer une demande de service. Voir Ouvrir une demande de service de soutien pour plus d'informations.
Plus d'options pour augmenter la livrabilité
Norme DKIM (DomainKeys Identified Mail)
DKIM est un cadre d'authentification que vous pouvez configurer pour bénéficier d'une bonne réputation d'expéditeur de courriels. Voir Gestion de DKIM pour obtenir des instructions sur la configuration de DKIM.
PPR
Un cadre de politique d'expéditeur (SPF) permet aux propriétaires de domaine d'identifier les serveurs qu'ils ont approuvés pour envoyer des courriels au nom de leur domaine. Dans le cas de l'intégration Oracle, les responsables de domaine doivent approuver OCI en tant qu'expéditeur approuvé et ajouter un enregistrement pour celui-ci dans leur domaine. Pour plus d'informations, voir Configuration de SPF.
Méthode DMARC (Domain-based Message Authentication, Reporting, and Conformance)
DMARC est une spécification technique créée par un groupe d'organisations dans le but de réduire les risques d'abus par courriel en résolvant les problèmes opérationnels, de déploiement et de rapport liés aux protocoles d'authentification de courriel qui perdurent. DMARC normalise la façon dont les destinataires effectuent l'authentification des courriels à l'aide des enregistrements SPF et DKIM. L'expéditeur peut ainsi contrôler les courriels qui ne passent pas l'authentification et indiquer aux destinataires quoi faire avec les courriels non authentifiés.
DMARC vérifie à la fois les enregistrements SPF et DKIM et nécessite que l'un d'entre eux réussisse à envoyer et à livrer les courriels. Lorsque vous commencez à utiliser DMARC, il est recommandé de mettre en place une politique p=none
et de s'assurer que chaque application d'envoi légitime est alignée et authentifiée correctement avant d'envisager une politique plus dynamique. Au cours d'une période de transition pendant laquelle un nouveau service de courriel est évalué pour le domaine d'envoi, il est recommandé d'utiliser une politique DMARC p=none
et de suivre ce conseil.
_dmarc.<sending-domain>
dont le contenu est similaire à ceci :"v=DMARC1\;p=none\;rua=mailto:dmarc_rua@example.com\;ruf=mailto:dmarc_ruf@example.com\;fo=1"
Vous devez avoir un service INBOX administratif pour recevoir les rapports DMARC (dans l'exemple précédent, example.com
est le fournisseur INBOX). Actuellement, le service de transmission de messages n'offre pas de service INBOX ni de traitement automatisé des rapports DMARC. Si vous ne voulez pas gérer et traiter les rapports DMARC, ne créez pas d'enregistrement DMARC.
Créer un chemin de retour personnalisé
La configuration d'un enregistrement DKIM est davantage susceptible d'améliorer la livrabilité qu'un chemin de retour personnalisé. Par conséquent, nous vous recommandons de configurer un enregistrement DKIM avant ou pendant la définition d'un chemin de retour personnalisé.
Le service de transmission de messages doit nécessairement traiter les non-livraisons afin de protéger la réputation de nos adresses IP et de notre domaine. Par conséquent, le chemin de retour par défaut est celui de nos serveurs de non-livraisons. Le service de transmission de messages offre la possibilité de définir un chemin de retour personnalisé pour améliorer la livraison dans la boîte de réception. Pour utiliser cette fonctionnalité, vous devez définir des enregistrements DNS pour le domaine de votre chemin de retour personnalisé. Le domaine du chemin de retour personnalisé doit correspondre au domaine de votre expéditeur approuvé ou en être un sous-domaine.
Pour plus d'informations, voir Gestion du chemin de retour personnalisé.
La convention de nom que nous suggérons pour un sous-domaine de chemin de retour personnalisé est <REGIONKEY>.rp.<sending-domain>
. Pour vous préparer à utiliser cette fonctionnalité, provisionnez des enregistrements SPF et MX ou CNAME dans le domaine personnalisé de la façon suivante :
CNAME pour le domaine du chemin d'accès personnalisé
Créez un CNAME avec la clé comme domaine de chemin de retour et la valeur comme domaine d'arrêt/redémarrage régional. La paire de valeurs de clé CNAME sera présente en réponse à la demande de création d'un 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 retour 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, voir Régions et domaines de disponibilité.
Enregistrement SPF pour le domaine du chemin de retour 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 appliquer les mises à jour de DNS à votre domaine pour qu'Oracle Cloud Infrastructure puisse terminer la configuration.
Une fois les modifications DNS terminées, créez un chemin de retour personnalisé.