Se você deseja configurar um Alertas por e-mail para os clientes do seu site, quais regras de etiqueta devem ser seguidas?
Eu posso pensar em alguns em cima da minha cabeça:
- Os usuários podem optar por não participar
- Somente texto (ou imagens remotas de bom gosto)
- Não é enviado mais de uma vez por semana
- Os clientes têm controle refinado sobre o que recebem e-mails (recebem apenas o que estão interessados)
Que outros pontos devo considerar?
Do ponto de vista da programação, qual é o melhor método para configurar e executar notificações por email?
- Devo usar um serviço ASP.NET? Um serviço do Windows? Quais são as armadilhas também?
- Como devo registrar os emails enviados? Não me importo se eles são recebidos, mas preciso provar que enviei ou não enviei um email.
c#
asp.net
web-development
email
George Stocker
fonte
fonte
Respostas:
O processo de desativação NÃO deve ser "Responder ao e-mail com 'cancelar inscrição' no assunto". Eu uso um catch-all para todas as minhas assinaturas (ajuda a controlar o spam), por isso não posso responder de todos os endereços que forneço ([email protected]). Tornando muito difícil cancelar minha inscrição em determinadas listas.
Os links de desativação funcionam melhor.
fonte
Prefiro optar por não participar.
fonte
Optar por não participar
Não é apenas etiqueta, é lei dos Estados Unidos:
Da lei CAN-SPAM :
Somente texto
Não sou totalmente vendido nesse recurso. Em determinados sites, como amazon.com ou guitarcenter.com, gosto da capacidade de visualizar os produtos oferecidos diretamente no e-mail sem precisar clicar em um link externo. Além disso, o GMail tem a capacidade de bloquear as imagens de qualquer maneira, se eu não quiser vê-las. No entanto, suponho que, se você estiver controlando todo o processo, poderá oferecer uma caixa de seleção para o usuário escolher emails em HTML ou em texto sem formatação.
Frequência de distribuição
É difícil decidir com que frequência você deve enviar notificações em massa por email, porque isso realmente depende do conteúdo do seu site. Concordo que um envio semanal é um bom começo.
Método de distribuição
Eu imagino que a resposta real para isso depende da escalabilidade. Quantos e-mails você enviará e com que frequência? Eu imagino que criar um serviço do Windows seria a solução mais sustentável e personalizável se você tiver um número relativamente baixo de e-mails para enviar. Se você precisar de uma solução mais robusta, procuraria um produto profissional de email em massa.
Exploração madeireira
Você pode fazer isso em um banco de dados SQL ou em arquivos de log de texto simples. Isso realmente depende de como você auditará esses detalhes. Você pode criar um sistema facilmente em torno do banco de dados se precisar de outras pessoas para validar que determinados emails foram enviados. Imagino, porém, que isso não seja necessário.
Se você seguir a rota do arquivo de log de texto simples, poderá usar um sistema de log comprovado, como o log4net, desde que mencione o .NET.
Quanto ao que registrar, eu esperaria algo como:
Diversos
To:
linha não contenha 100 endereços de emailLei CAN-SPAM: Um Guia de Conformidade para Empresas :
fonte
Etiqueta de frequência
Penso que mais importante do que "não enviar mais de uma por semana" seria "enviado com a menor frequência possível"
Se você precisar enviar duas em uma semana, faça-o. Mas se você não precisar enviá-los, não envie nada.
Como alternativa, você pode criar o estilo 'newsletter' e enviá-lo regularmente (agendado). Mas, nesse caso, você precisaria garantir que você tenha coisas relevantes específicas a dizer em cada mensagem.
Fácil de usar
Torne incrivelmente fácil a inscrição e o logout.
Torne incrivelmente fácil (e opcional) para eles personalizá-lo.
Você mencionou o controle refinado, mas lembre-se de que, quando os clientes vêem longas listas de caixas de seleção sobre o que gostam e o que não gostam, eles sabem que quanto mais caixas clicam, mais emails eles recebem, então eles ' tenderá a clicar menos.
Um método que você poderia usar seria semelhante ao "eu gosto disso" do Facebook, "eu não gosto disso", o único problema é que você precisa de MUITA lógica de dados (e complexa) para implementar um esquema como esse.
E-mails diretos curtos seriam os melhores (ao contrário desta resposta). Inclua links para as informações, embora isso possa marcar seus e-mails como spam.
Muitas pessoas mencionaram não vender os e-mails, acho que isso é óbvio, mas a outra faceta é algo que Frakkle mencionou. Não há como qualquer pessoa na sua lista de e-mail coletar as informações sobre mais ninguém na lista de e-mail. Nem mesmo amarrar as pessoas. Sempre componha emails individuais e diretos.
Programaticamente
Nesse caso, como em muitos outros problemas de programação, use o tipo de serviço que você estiver mais familiarizado. Não acredito que as diferenças entre o serviço ASP.NET e o serviço Windows sejam maiores que a diferença nos seus próprios níveis de habilidade.
Exploração madeireira
Para o registro, ao usar um serviço do Windows, tive uma boa experiência com o Log4Net. Em termos de (o muito mais importante) conteúdo. Você deve registrar algumas coisas (se aplicável).
1) Destinatário
Parte integrante do log, porque muitas vezes erros no 'serviço' são realmente erros do destinatário. Você pode imaginar o caos que ocorreria se a sua caixa de correio de teste se enche e comece a rejeitar as mensagens.
2) Hora enviada
Muito importante por razões óbvias. A maioria dos registradores registra o tempo de todas as mensagens de qualquer maneira.
3) Tags de conteúdo
Se você estiver enviando algum tipo de conteúdo modular personalizado, provavelmente haverá um conjunto de tags de conteúdo com base em suas preferências ("VideoGames, StackOverflowNews, Lederhosen"). Isso permite que você acompanhe de maneira muito mais detalhada o que poderia estar errado com uma determinada classe de e-mails que falham.
4) Fila de mensagens atual
Muitos dos problemas podem ser esclarecidos registrando esse valor sempre. Ele mostra os horários em que seu programa é extremamente lento e também mostra quando é curiosamente mais rápido que o normal (fila suspeita vazia). Mais problemas serão esclarecidos por este do que por quaisquer outros.
fonte
A opção de solicitar HTML ou texto sem formatação é importante para mim.
Verifique também se você nunca envia anexos.
Verifique se o endereço de resposta é válido e vai para algum lugar verificado periodicamente. Nem todo mundo procurará o link de desativação.
Dependendo do seu cenário, convém usar um tipo de lista completa na qual as pessoas possam responder a todo o grupo. Seja o que for que você faça, nunca use cópias de carbono para entrar em contato com todos - componha cada e-mail individualmente.
fonte
-Deve poder optar por sair com um clique.
-O Processo de Opt-Out deve permitir que um usuário faça o opt-in, se errar.
-Você sempre deve permitir que os usuários participem. Não ative usuários automaticamente.
-Nenhum endereço de email de venda ou doação para outros sites, empresas ou por dinheiro.
fonte
Resumindo de suas perguntas e respostas:
Vou acrescentar:
<email_address>
porque clicou em ..."fonte
Verifique se sua declaração de privacidade está disponível antes de se inscrever e menciona sua política de email.
fonte
Se por faixa, você quer dizer dizer se alguém realmente olhou para o email, então existem duas maneiras (que eu conheço) de "rastrear" emails. A primeira é ter links nos seus emails para que a leitura também seja possível. A desvantagem é que isso só lhe dá uma gravação se uma leitura clicar no link. A outra maneira é incorporar imagens remotas no email. Quando as pessoas visualizarem o email e se o aplicativo de email realmente exibir as imagens, você poderá analisar com que frequência as imagens remotas são exibidas para ter uma boa idéia de quantas pessoas estão visualizando o email.
Nenhum deles é tão bom porque ambos têm falhas, mas isso daria a você um número aproximado de visualizações por email.
fonte
Uma coisa que notei que ninguém sugeriu é uma opção para escolher um texto ou uma imagem contendo email. Também prefiro receber mais notícias menores, pois verifico meu e-mail várias vezes ao dia, por isso pode ser útil perguntar ao usuário se ele deseja e-mails diários ou semanais.
fonte