Paramètres d'envoi

Domaine

Le nom de domaine d'envoi est la « carte d'identité » lors de l'envoi d'un e-mail. Chaque compte doit disposer d'un nom de domaine d'envoi. Lors de la session SMTP, il s'agit du suffixe du mail from

              
              mail from:  test@liubida.cn
250 sender  test@liubida.cn  OK

            

Comme illustré ci-dessus, liubida.cn est le nom de domaine de cet e-mail.

Après l'enregistrement réussi d'un compte EngageLab, le système attribuera automatiquement un nom de domaine d'envoi de test. Avant toute utilisation officielle, veuillez impérativement créer le nom de domaine utilisé par votre activité réelle, et ne pas utiliser le nom de domaine de test fourni par le système pour envoyer des e-mails professionnels.

Configuration du domaine d'envoi

La configuration du nom de domaine d'envoi inclut SPF, dkim, MX et dmarc. Parmi eux, SPF, dkim et MX sont obligatoires, dmarc est optionnel.

SPF  explication wiki

SPF est un type d'enregistrement DNS proposé pour prévenir le spam, utilisé pour enregistrer toutes les adresses IP d'envoi de mails appartenant à un nom de domaine.

MX

MX est un enregistrement d'échange de mails, qui pointe vers un serveur de messagerie. Il permet de localiser le serveur de messagerie en fonction du suffixe d'adresse du destinataire lors de l'envoi d'un e-mail par le système de messagerie.

DKIM explication wiki

Dkim est un moyen technique important pour prévenir les e-mails frauduleux. Généralement, l'expéditeur insère la signature dkim et des informations de signature électronique dans l'en-tête de l'e-mail, tandis que le destinataire obtient la clé publique via une requête DNS puis la vérifie. Il est recommandé de le configurer, surtout pour les utilisateurs ayant de nombreux domaines étrangers.

DMARC

Le principal objectif du protocole « dmarc » est d'identifier et d'intercepter les e-mails frauduleux. Une fois la configuration validée, la plateforme utilisera le nom de domaine actuel comme suffixe du domaine d'envoi pour livrer les e-mails. Cela permet de réduire l'interception par les fournisseurs de messagerie, d'améliorer la crédibilité des e-mails et d'augmenter le taux de délivrabilité.

1. Sélectionnez Paramètres - domaine pour accéder à l'interface de configuration du domaine d'envoi. Si vous n'avez pas de domaine officiel, vous pouvez ajouter un nouveau domaine d'e-mail.
2. Cliquez sur le domaine à configurer pour accéder à l'interface de configuration. Selon les données fournies par le système, effectuez la configuration correspondante dans votre système de gestion de domaine.

Trois états existent après la configuration du domaine :

• Non vérifié : au moins un des éléments obligatoires (SPF, dkim et MX) a échoué (ce domaine ne peut donc pas lier d'API_USER)
• Utilisable : les trois éléments obligatoires ont été vérifiés, mais les éléments optionnels ne l'ont pas été.
• Vérifié : tous les éléments de configuration ont été vérifiés.

Après configuration de tous les enregistrements, il peut s'écouler 10 à 30 minutes avant que le DNS ne prenne effet.

Vous devez définir des domaines différents (domaines avec des domaines principaux différents) pour les e-mails déclencheurs et les e-mails en masse, afin d'éviter de partager un même domaine d'envoi, ce qui limiterait les deux types de mails et empêcherait la livraison rapide des e-mails déclencheurs.

Comment configurer un domaine sur une plateforme de résolution DNS

Nous allons présenter comment les fournisseurs de services DNS les plus courants configurent les noms de domaine.

Tout d'abord, veuillez vérifier que vous avez créé votre propre domaine d'envoi dans l'interface d'administration EngageLab.

L'exemple suivant utilise xxx.com comme exemple.

DNSPOD

1. Connectez-vous à votre compte DNSPOD et accédez à la page [Mes domaines] de la gestion des noms de domaine.
   
2. Cliquez sur [Ajouter un enregistrement] et une nouvelle boîte d'enregistrement apparaîtra, comme illustré ci-dessous.
   
3. Référez-vous à xxx.com d'EngageLab, remplissez le « nom d'hôte », le « type d'enregistrement » et la « valeur d'enregistrement », puis enregistrez.
   
4. Vous devez saisir 3 enregistrements TXT et 1 enregistrement MX. Veuillez vous assurer que les informations fournies par EngageLab sont strictement identiques.
   

API_USER

API_User est le compte utilisé lors de l'appel de l'interface pour envoyer un message.

• Lors de la création d'un API_USER, vous devez spécifier son « type » (déclencheur / batch), « domaine d'envoi » et « options de suivi »
• Type : un API_USER de type déclencheur ne peut envoyer que des e-mails déclencheurs, un API_USER de type batch ne peut envoyer que des e-mails en masse.
• Domaine d'envoi : lors de la création d'un API_USER, il faut choisir un domaine d'envoi à lier.
• Options de suivi : après sélection, lorsqu'un message est envoyé avec cet API_USER, EngageLab peut aider les utilisateurs à collecter les informations de suivi correspondantes du destinataire.

API_KEY est le mot de passe utilisé lors de l'appel de l'interface pour envoyer un message.

• Après inscription, vous devez vous connecter à votre compte et générer manuellement une API_KEY.
• La même API_KEY ne peut plus être affichée après sa première visualisation dans l'interface.
• Chaque API_USER a une API_KEY correspondante, qui peut être identique ou différente.
• L'API_KEY peut être réinitialisée individuellement ou en lot, la réinitialisation en lot partage la même API_KEY.
• Après réinitialisation, l'API_KEY prend effet immédiatement, et la nouvelle API_KEY ainsi que l'ancienne resteront valides pendant 15 minutes.

API_User et API_Key sont des informations importantes pour l'authentification lors de l'envoi de messages via API ou SMTP, à conserver soigneusement.

Étiquette

L'étiquette permet d'aider les utilisateurs à classer les messages, ce qui est adapté aux scénarios de tests A/B.

Après la création réussie de l'étiquette, le système attribuera automatiquement un ID d'étiquette. Lors de l'envoi d'un e-mail, vous pouvez associer l'e-mail à l'ID d'étiquette.

En même temps, vous pouvez consulter le statut d'envoi du contenu correspondant via la dimension de l'étiquette dans le système.

Suivi

Le suivi des e-mails permet aux utilisateurs de collecter les « données d'ouverture », « données de clic » et « données de désabonnement » des e-mails envoyés, afin d'évaluer l'efficacité de l'envoi.

Vous pouvez configurer le « suivi d'ouverture », « suivi de clic » et « suivi d'abonnement » d'un API_USER via le suivi.

Principe de mise en œuvre du suivi

• Clic : le système remplacera le lien d'origine de l'e-mail par le lien du domaine de suivi avec des paramètres. Lorsque l'utilisateur clique sur le lien dans l'e-mail, comme le CNAME du domaine de suivi est track.engagelab.org, le serveur EngageLab recevra une requête pour compter les clics, puis redirigera vers le lien d'origine.
• Ouverture : le système insérera une image transparente de 1 pixel dans l'e-mail. Lorsqu'un e-mail est ouvert, le client MP et la page web téléchargeront automatiquement l'image, et le serveur EngageLab recevra une requête de statistiques.
• Désabonnement : le système insérera un code HTML avec un lien de désabonnement en bas de l'e-mail, ou remplacera la variable %%user_defined_unsubscribe_link%% par le lien de désabonnement. Lorsque le lien de désabonnement est cliqué, la page de désabonnement correspondante s'affichera. L'utilisateur sélectionne la raison du désabonnement sur la page, puis soumet le formulaire, EngageLab collecte alors l'information pour traitement.

Domaine de suivi

EngageLab fournit un domaine de suivi par défaut, mais ce domaine est partagé et donc impacté par les autres utilisateurs. Il est recommandé de configurer un domaine de suivi personnalisé.

Suite à la mise à jour de Chrome et d'autres navigateurs, le chargement de ressources HTTP sera bientôt interdit, ce qui entraînera une interception et des données de suivi inexactes. Il est donc recommandé de télécharger un certificat SSL et d'activer le suivi HTTPS.

Interrupteur de suivi

Le commutateur et les réglages peuvent être ajustés selon la situation.

Il est recommandé de garder le suivi d'abonnement activé afin que les utilisateurs puissent se désabonner s'ils ne souhaitent plus recevoir d'e-mails, plutôt que de signaler à MP.

Si la configuration DNS du domaine de suivi utilisé ne maintient pas la configuration CNAME, le lien dans l'e-mail risque de ne pas fonctionner après l'activation du service de suivi des clics.

Désabonnement

Les paramètres de désabonnement ne prendront effet que lorsque le service de suivi d'abonnement sera activé dans les options de suivi.

Dimension de désabonnement

EngageLab propose trois modes de paramétrage de la dimension de désabonnement :

1. Lorsqu'un API_USER est désabonné, seul cet API_USER est désabonné. Le système sélectionne cette option par défaut.
2. Lorsqu'un API_USER est désabonné, tous les API_USER sont désabonnés.
3. Lorsqu'un API_USER est désabonné, seuls les API_USER définis sont désabonnés. Si vous choisissez l'option 3, chaque API_USER peut définir ses propres règles de désabonnement selon la répartition métier, pour un traitement adapté.

Format du désabonnement

Par défaut, le bouton de désabonnement inséré dans l'e-mail s'adaptera à la langue de la page de désabonnement. Si le style de ce bouton ne vous convient pas, vous pouvez écrire votre propre code HTML et utiliser la variable %%user_defined_unsubscribe_link%%. Lors de l'envoi, EngageLab remplacera %%user_defined_unsubscribe_link%%. Dans l'éditeur, vous pouvez effectuer le remplacement via la procédure illustrée dans l'image ci-dessous. Sélectionnez le texte souhaité, cliquez sur Insérer un lien et saisissez la variable dans le champ d'adresse : la configuration sera alors terminée.

Page de désabonnement Vous pouvez personnaliser la page de désabonnement selon vos besoins. Nous supportons la configuration de la langue, de la couleur de la page, du logo et de la redirection après désabonnement. Si la traduction non chinoise ne vous satisfait pas, vous pouvez la modifier lors de l'édition.

Vous pouvez définir la page de désabonnement liée à l'API_USER dans [suivi], ou la spécifier lors de l'appel API (en développement). La page de désabonnement définie par l'API a priorité sur celle liée à l'API_USER.

WebHook

Lorsque les utilisateurs soumettent une demande de livraison à EngageLab, le « résultat de la demande » sera simultanément retourné à l'utilisateur ; le « résultat de livraison » et les « résultats d'autres événements » seront retournés de manière asynchrone via WebHook.

Lorsqu'un événement survient, EngageLab enverra les données (post) à l'URL définie par le client. Le client reçoit les données, analyse l'événement et les traite ensuite.

Actuellement, les événements pris en charge sont : target, sent, delivered, open, click, unsubscribe, spam-reporting, invalid email, soft bounce et route. Veuillez consulter ici pour le format des messages de chaque événement.

Options

Suffixe 'from' fixe et 'mail from' fixe

Qu'est-ce que from

From est l'expéditeur dans le contenu du message, au format e-mail.

Dans EngageLab, vous pouvez personnaliser le from avec n'importe quelle adresse e-mail valide via l'API ou SMTP.

Qu'est-ce que mail from

Mail from est l'expéditeur sur l'enveloppe, aussi appelé sender, au format e-mail.

Mail from agit comme le secrétaire de from, transmettant le message pour from.

Sur la plateforme EngageLab, le suffixe mail from est contrôlé par le système et est unifié avec le domaine d'envoi actuel ; le préfixe peut être défini séparément sur la page. S'il n'est pas défini, le système générera par défaut une chaîne aléatoire.

Pourquoi le préfixe mail from généré par défaut par EngageLab est-il une chaîne aléatoire ?

Certains fournisseurs de messagerie limitent le nombre de messages reçus selon mail from. Pour éviter la restriction liée à une même valeur de mail from, le préfixe mail from est généré aléatoirement par défaut.

Que se passe-t-il si from et mail from sont incohérents ?

1. Si les suffixes de from et mail from sont incohérents, l'e-mail sera envoyé pour le compte d'un tiers. Seules certaines boîtes mail acceptent l'envoi pour le compte d'autrui si les exigences sont strictement respectées.
2. En cas d'incohérence entre from et mail from, les boîtes mail strictes placeront le message en spam ou refuseront la réception.

Suffixe from fixe

Lorsque vous souhaitez que le suffixe from soit identique au suffixe mail from, vous pouvez le contrôler lors de l'envoi via API ou SMTP. Vous pouvez aussi définir si le suffixe from doit être fixe et identique à mail from selon le domaine de messagerie dans EngageLab. En général, il n'y aura plus de proxy après ce réglage.

Mail from fixe

Si vous rencontrez des e-mails où le préfixe mail from est une chaîne aléatoire, vous pouvez définir un mail from fixe.

Balise publicitaire automatique

Tous les API_USER batch sont sélectionnés par défaut, la publicité automatique sera chargée dans l'objet du mail. Nous recommandons d'activer ce paramètre pour les e-mails marketing en masse afin d'éviter d'être considérés comme du spam.

Chiffrement TLS

Si vous avez des exigences de sécurité pour la transmission des données de messagerie, vous pouvez activer ce paramètre.

Remarque : le chiffrement peut réduire le taux d'envoi des e-mails, veuillez l'activer selon vos besoins.

Ne pas déranger lors de l'envoi

Si vous souhaitez éviter l'envoi d'e-mails sur une certaine plage horaire afin de ne pas affecter l'expérience utilisateur, vous pouvez le paramétrer.

Par exemple, si vous définissez un API_USER en mode ne pas déranger de 23h00 à 6h00, le système suspendra l'envoi des e-mails de cet API_USER de 23h00 à 6h00.

Désinterception d'envoi

EngageLab utilisera les quatre listes bounce \ plainte \ désabonnement \ blocage pour intercepter certaines adresses. Si vous ne souhaitez pas appliquer cette interception à une adresse ou un domaine de réception, vous pouvez ajouter l'adresse ou le domaine à la liste de désinterception.

Interception des bounces

[Bounce] correspond à l'adresse e-mail effectivement envoyée via EngageLab, et le MP retourne « adresse inexistante ». EngageLab interceptera l'adresse pendant la période de validité et retournera la raison d'échec « dans la liste noire : bounce ». Vous pouvez choisir d'activer ou non l'option 'Interception des bounces' via « Options » (activé : intercepter ; désactivé : ne pas intercepter).