Meilleures pratiques et étiquette pour la configuration des notifications par e-mail

Si vous deviez mettre en place une alerte par e-mail pour les clients de votre site Web pour vous abonner, quelles règles d'étiquette devraient être suivies?

Je peux penser à quelques-uns du haut de ma tête:

• Les utilisateurs peuvent se désinscrire
• Texte uniquement (ou images distantes de bon goût)
• Pas envoyé plus d'une fois par semaine
• Les clients ont un contrôle précis sur ce qu'ils reçoivent des e-mails (ne reçoivent que ce qui les intéresse)

Quels autres points dois-je considérer?

Du point de vue de la programmation, quelle est la meilleure méthode pour configurer et exécuter des notifications par e-mail?

• Dois-je utiliser un service ASP.NET? Un service Windows? Quels sont les pièges à cela non plus?
• Comment enregistrer les e-mails envoyés? Peu m'importe s'ils sont reçus, mais je dois pouvoir prouver que j'ai envoyé ou non un e-mail.

Le processus de désinscription ne doit PAS être "Répondre à l'e-mail avec" désabonnement "dans le sujet". J'utilise un fourre-tout pour tous mes abonnements (aide à contrôler le spam) car je ne peux pas répondre à partir de chaque adresse que je donne (wallmart_username@domain.com). Il m'est très difficile de me désinscrire de certaines listes.

Les liens de désinscription fonctionnent le mieux.

Je préfère opt-in à opt-out.

Désabonnement

Ce n'est pas simplement de l'étiquette, c'est la loi des États-Unis:

De la loi CAN-SPAM :

Cela nécessite que votre e-mail donne aux destinataires une méthode de désactivation. Vous devez fournir une adresse e-mail de retour ou un autre mécanisme de réponse basé sur Internet qui permet à un destinataire de vous demander de ne pas envoyer de futurs e-mails à cette adresse e-mail, et vous devez honorer les demandes. Vous pouvez créer un "menu" de choix pour permettre à un destinataire de se retirer de certains types de messages, mais vous devez inclure l'option de mettre fin à tous les messages commerciaux de l'expéditeur.

Tout mécanisme de retrait que vous proposez doit pouvoir traiter les demandes de retrait pendant au moins 30 jours après l'envoi de votre e-mail commercial. Lorsque vous recevez une demande de retrait, la loi vous donne 10 jours ouvrables pour cesser d'envoyer des e-mails à l'adresse e-mail du demandeur. Vous ne pouvez pas aider une autre entité à envoyer un e-mail à cette adresse, ou demander à une autre entité d'envoyer un e-mail en votre nom à cette adresse. Enfin, il est illégal pour vous de vendre ou de transférer les adresses e-mail des personnes qui choisissent de ne pas recevoir votre e-mail, même sous la forme d'une liste de diffusion, sauf si vous transférez les adresses afin qu'une autre entité puisse se conformer à la loi.

Texte seulement

Je ne suis pas entièrement vendu sur cette fonctionnalité. À partir de certains sites Web tels que amazon.com ou guitarcenter.com, j'aime la possibilité de visualiser les produits offerts directement dans l'e-mail sans avoir à cliquer sur un lien externe. De plus, GMail a la possibilité de bloquer les images de toute façon si je ne veux pas les voir. Cependant, je suppose que si vous contrôlez l'ensemble du processus, vous pouvez également proposer une case à cocher pour que l'utilisateur puisse choisir des e-mails HTML ou en texte brut.

Fréquence de distribution

Il est difficile de décider de la fréquence à laquelle vous devez envoyer des notifications par e-mail en masse, car cela dépend vraiment du contenu de votre site Web. Je suis d'accord qu'une soumission hebdomadaire est un bon début.

Méthode de distribution

J'imagine que la vraie réponse à cela dépend de l'évolutivité. Combien d'e-mails enverrez-vous et à quelle fréquence? J'imagine que la création d'un service Windows serait la solution la plus maintenable et personnalisable si vous avez un nombre relativement faible d'e-mails à envoyer. Si vous avez besoin d'une solution plus robuste, je rechercherais un produit professionnel de messagerie de masse.

Enregistrement

Vous pouvez le faire dans une base de données SQL ou dans des fichiers journaux de texte plat. Cela dépend vraiment de la façon dont vous allez auditer ces détails. Vous pouvez facilement créer un système autour de la base de données si vous avez besoin d'autres personnes pour valider l'envoi de certains e-mails. J'imagine cependant que cela ne sera pas nécessaire.

Si vous suivez la route des fichiers journaux de texte plat, vous pouvez utiliser un système de journalisation éprouvé tel que log4net puisque vous mentionnez .NET.

Quant à ce qu'il faut enregistrer, je m'attendrais à quelque chose comme:

• Heure de début de la file d'attente
• Par e-mail:
  • Position dans la file d'attente
  • Adresse courriel du destinataire
  • Heure d'envoi
• Heure d'achèvement

Divers

• Assurez-vous d'inclure le nom de votre site Web ou l'adresse de votre entreprise dans chaque e-mail
• Conservez les informations pertinentes en haut de l'e-mail afin que l'utilisateur n'ait pas à faire défiler vers le bas
• Utilisez une orthographe correcte et évitez TOUS LES CAPSULES
• Utilisez de belles images à faible bande passante
• Assurez-vous de n'avoir qu'un seul destinataire par e-mail, afin que la To:ligne ne contienne pas 100 adresses e-mail
• N'envoyez pas d'informations personnelles identifiables par e-mail (par exemple, les informations de carte de crédit)
• Évitez les pièces jointes

CAN-SPAM Act: Un guide de conformité pour les entreprises :

Étiquette de fréquence

Je pense que plus important que «pas envoyé plus d'une fois par semaine» serait «envoyé aussi rarement que possible»

Si vous DEVEZ en envoyer deux en une semaine, faites-le. Mais si vous n'avez pas besoin de les envoyer, n'envoyez rien.

Alternativement, vous pouvez en faire un style «newsletter» et l'envoyer régulièrement (dans les délais). Mais dans ce cas, vous devez vous assurer que vous avez des choses spécifiques à dire dans chaque message.

Facilité d'utilisation

Facilitez-vous incroyablement l'inscription et la déconnexion.

Rendez-le incroyablement facile (et facultatif) pour eux de le personnaliser.

Vous avez mentionné un contrôle précis, mais gardez à l'esprit que lorsque les clients voient de longues listes de cases à cocher sur ce qu'ils aiment et n'aiment pas, ils savent que plus ils cliquent sur les boîtes, plus ils recevront de courrier, donc ils '' ll a tendance à cliquer moins.

Une méthode que vous pourriez utiliser serait similaire à Facebook "J'aime ça" "Je n'aime pas ça" le seul problème étant que vous avez besoin de BEAUCOUP de données (et d'une logique complexe) pour implémenter un schéma comme celui-ci.

Les courriels directs courts seraient les meilleurs (contrairement à cette réponse). Incluez des liens vers les informations, même si cela pourrait faire en sorte que vos e-mails soient marqués comme spam.

Beaucoup de gens ont mentionné ne pas avoir vendu les e-mails, je pense que cela va de soi, mais l'autre facette est quelque chose que Frakkle a mentionné. N'ayez aucun moyen pour quiconque sur votre liste de diffusion de glaner les informations sur quelqu'un d'autre sur la liste de diffusion. Pas même des gens qui cèdent. Composez toujours des e-mails individuels et directs.

Par programme

Dans ce cas, comme pour de nombreux autres problèmes de programmation, utilisez le type de service que vous connaissez le mieux. Je ne pense pas que les différences entre le service ASP.NET et un service Windows seraient plus importantes que la différence de vos propres niveaux de compétence.

Enregistrement

Pour la journalisation, lorsque j'utilise un service Windows, j'ai une bonne expérience avec Log4Net. En termes de contenu (le plus important). Vous devriez enregistrer quelques éléments (le cas échéant).

1. Bénéficiaire
2. Heure d'envoi
3. Balises de contenu
4. File d'attente des messages en cours

1) Destinataire

Une partie intégrante de l'enregistrement, car souvent les erreurs dans le «service» sont en fait des erreurs avec le destinataire. Vous pouvez imaginer les ravages qui se produiraient si votre boîte aux lettres de test se remplit et commence à rejeter les messages.

2) Temps envoyé

Très important pour des raisons évidentes. Cependant, la plupart des enregistreurs horodatent chaque message.

3) Balises de contenu

Si vous envoyez une sorte de contenu modulaire personnalisé, il y aura probablement un ensemble de balises de contenu en fonction de leurs préférences ("VideoGames, StackOverflowNews, Lederhosen"), ce qui vous permet de suivre de manière beaucoup plus fine ce qui pourrait avoir tort avec une certaine classe d'e-mails qui échouent.

4) File d'attente de messages actuelle

De nombreux problèmes peuvent être résolus en enregistrant cette valeur à chaque fois. Il vous montre les moments où votre programme est extrêmement lent, et il vous montre également quand il est curieusement plus rapide que la normale (file d'attente étrangement vide). Plus de problèmes seront éclairés par celui-ci que par les autres.

L'option de demander du HTML ou du texte brut est importante pour moi.

Assurez-vous également de ne jamais envoyer de pièces jointes.

Assurez-vous que l'adresse de réponse est valide et va quelque part qui est vérifiée de temps en temps. Tout le monde ne recherchera pas le lien de désinscription.

Selon votre scénario, vous souhaiterez peut-être utiliser une sorte de liste de diffusion complète sur laquelle les gens peuvent répondre à l'ensemble du groupe. Quoi que vous fassiez, assurez-vous de ne jamais utiliser la copie carbone pour contacter tout le monde - composez chaque courrier individuellement.

-Le devrait pouvoir se désinscrire en un seul clic.
-Le processus de désinscription devrait permettre à un utilisateur de se désinscrire s'il gâche.
-Vous devriez toujours laisser les utilisateurs s'inscrire. N'activez pas automatiquement les utilisateurs.
-Ne pas vendre ou donner d'adresse e-mail à d'autres sites, entreprises ou pour de l'argent.

Résumant vos questions et réponses:

• opt-in uniquement
• "bonne" politique de confidentialité, portée à la connaissance des utilisateurs, y compris aucun partage de courriels avec d'autres parties
• désabonnement en un seul clic (pas de réponse) avec un mécanisme simple "J'ai changé d'avis"
• option HTML ou texte brut
• Conformité CAN-SPAM pour les États-Unis

Je vais ajouter:

• Option "Transférer à un ami"
• "Si ceci vous a été transmis et que vous souhaitez vous abonner ..." option
• Une option lorsque les utilisateurs se désinscrivent pour qu'ils vous envoient des commentaires sur les raisons de leur désinscription - souvent sous forme de cases à cocher (vient trop souvent, je suis trop occupé, je reçois trop d'e-mails, le contenu n'est pas pertinent pour moi, etc.) et un " zone de texte "autre raison"
• Rappel d'autorisation : "Vous recevez cet e-mail à <email_address>car vous avez cliqué sur ..."
• Si l'utilisateur a opté pour HTML, un lien "Si vous ne pouvez pas lire ceci, cliquez ici pour afficher la page en ligne"

Assurez-vous que votre déclaration de confidentialité est disponible avant de vous abonner et qu'elle mentionne votre politique d'e-mailing.

Comment dois-je suivre les e-mails envoyés?

Si par piste, vous voulez dire si quelqu'un a réellement regardé l'e-mail, il existe deux façons (à ma connaissance) de "suivre" les e-mails. La première consiste à avoir des liens dans vos e-mails que la lecture peut également suivre. L'inconvénient est que cela ne vous donne un enregistrement que si une lecture clique sur le lien. L'autre moyen consiste à incorporer des images distantes dans l'e-mail. Lorsque les gens consultent l'e-mail et si l'application de messagerie affiche réellement les images, vous devriez pouvoir regarder à quelle fréquence les images distantes sont affichées pour avoir une bonne idée du nombre de personnes qui consultent l'e-mail.

Aucun de ces éléments n'est génial car ils ont tous deux des défauts mais cela vous donnerait un nombre approximatif de vues par e-mail.

Une chose que j'ai remarquée, c'est que personne n'a suggéré de choisir un texte ou une image contenant un e-mail. Je préfère également obtenir des nouvelles plus petites, car je vérifie mes e-mails plusieurs fois par jour, il peut donc être utile de demander à l'utilisateur s'il souhaite des e-mails quotidiens ou hebdomadaires.