Trabalhar no suporte do WordPress ao longo dos anos me ensinou muitas lições importantes, boas e ruins. Primeiro, você deve Sempre tenha um backup!
Em segundo lugar, e quase tão importante quanto, você precisa saber que seus e-mails estão sendo entregues de forma rápida e confiável nas caixas de entrada dos membros.
Em todos os meus anos de suporte, vi pouquíssimos proprietários de sites que pensaram duas vezes sobre como seus e-mails estão sendo enviados, de onde estão sendo enviados e quais problemas em potencial eles poderiam enfrentar se deixassem os e-mails do WordPress como padrão.
Não me entenda mal, o fato de o WordPress quase sempre ser capaz de enviar e-mails sem que você precise levantar um dedo para que isso aconteça é incrível. Mas há alguns problemas potenciais que devem ser considerados.
O problema com o correio eletrônico do WordPress
Sem entrar muito em detalhes técnicos, o WordPress (por padrão) tentará enviar e-mails usando um servidor de e-mail local sempre que possível. Isso significa que, em 99% das vezes, seus e-mails virão do mesmo servidor da Web em que seu site está hospedado. Isso não parece tão ruim, mas aqui estão os problemas que geralmente passam despercebidos:
- Você está em um servidor de hospedagem compartilhada? Em caso afirmativo, o que os proprietários de outros sites no servidor fizeram para manchar sua reputação com provedores de e-mail?
- Que histórico o endereço IP de seu servidor tem com listas de bloqueio de e-mail?
- Seu provedor de serviços de hospedagem na Web permite que você personalize o endereço de e-mail "From" e o nome "From" nos e-mails enviados?
- Seu provedor de serviços de hospedagem na Web impõe limites ao número de e-mails que você pode enviar por dia/mês? Em caso afirmativo, quais são esses limites? Qual é a probabilidade de você atingi-los?
- Qual é o tempo de atividade do servidor de e-mail fornecido pelo seu host e com que rapidez eles podem ou corrigem os problemas?
- O que acontece com os e-mails que não são enviados? Eles são tentados novamente ou simplesmente descartados?
- Quantos outros usuários estão compartilhando o servidor de e-mail com você? Com que velocidade o host da Web atende às solicitações?
Há outros problemas, mas esses são os mais comuns e são um bom ponto de partida para determinar se o seu servidor de e-mail será confiável ou não.
Considere, por exemplo, que você tenha configurado um e-mail de lembrete no MemberPress para notificar os membros uma semana antes do vencimento do cartão de crédito. Agora imagine que você tem 800 pessoas (um pouco exagerado, mas não inacreditável para um grande site de assinaturas) cujos cartões de crédito vencerão no final do mês atual.
No dia em que o lembrete for acionado, o MemberPress enviará 800 e-mails durante o dia para esses membros, informando-os de que precisam atualizar suas informações de cartão de crédito.
Agora imagine que seu host da web limita você a 300 e-mails por dia e, além disso, eles jogam todos os e-mails em um buraco negro depois que você atinge esse limite. Isso significa que 500 pessoas não têm ideia de que seus cartões de crédito precisam ser atualizados antes que a assinatura expire!
Ou, se o seu servidor de e-mail fosse colocado em uma lista de bloqueio de muitos dos grandes provedores de e-mail. Quantas dessas 800 pessoas nunca veriam esse e-mail porque ele foi marcado como spam?
Você deve considerar seriamente essas questões se quiser economizar muito suporte ao cliente e dor de cabeça financeira. Isso é fundamental se você estiver administrando um site de associação com algo como o MemberPress.
Seus membros esperam receber e-mails com instruções quase imediatamente após a inscrição e, sem dúvida, querem ser lembrados antes que a assinatura expire ou seja renovada automaticamente. Se eles não receberem lembrado antes de ser cobrado você pode garantir que eles não ficarão felizes com você. E nunca é divertido receber um grito, ponto final.
Existe uma solução!
Neste momento, você deve estar pensando: "Ótimo! Mais uma coisa para se estressar e se preocupar". Mas tenho boas notícias: esses problemas podem ser evitados.
Primeiro, você deseja instalar o WP Mail SMTP plugin. Ele corrige seus problemas de capacidade de entrega de e-mail reconfigurando o WordPress para usar um provedor SMTP de terceiros ao enviar e-mails.
Em segundo lugar, você precisará escolher seus provedores de SMTP terceirizados. Alguns bons provedores incluem Correio eletrônico, SendGrid, Arma de correioe Amazon SES.
Um aspecto positivo da maioria dos serviços de correio de terceiros é que todos os e-mails e alertas de falha no envio são registrados. Se um cliente reclamar que não recebeu um e-mail, verifique o registro e veja se houve algum problema na entrega do e-mail. Na maioria das vezes, o cliente simplesmente digitou incorretamente seu endereço de e-mail ao se inscrever.
Instalação de um serviço de e-mail de terceiros
O MailGun e a Amazon também têm camadas gratuitas que você pode usar, mas, para este guia de instalação, usarei o SendGrid.
Etapa 1 - Registrar-se no SendGrid
Vá para https://sendgrid.com/user/signup e crie sua conta gratuita.
Etapa 2 - Diga ao WordPress para enviar e-mails via SendGrid
Isso parece complexo, mas é realmente fácil. Eu prometo. Vá para o Painel do WordPress > Plugins > Adicionar novo. Agora, procure por "SendGrid" e instale o plug-in oficial do SendGrid.
Depois de instalar e ativar o plug-in, vá para o Painel do WordPress > Configurações > SendGrid. Digite seu nome de usuário e senha para a conta gratuita da SendGrid que você criou, escolha o método API e salve as configurações.
O MemberPress substituirá os campos "Name" (Nome) e "Sending Address" (Endereço de envio) em "Mail Settings" (Configurações de correio), portanto, não há necessidade de preenchê-los.
É isso aí! Agora você pode dormir tranquilo sabendo que seus e-mails serão entregues rapidamente e que SendGrid está lidando com todas as partes estressantes para você.
Ótima postagem, Paul, e certamente faz muito sentido usar um provedor de SMTP para e-mail transacional pelos motivos que você apontou. Já usamos a sendinblue antes, que fez um bom trabalho, e acredito que a Amazon ses também seja boa, embora nunca tenhamos usado o serviço.
Olá
Como o Sendgrid tem modelos de e-mail muito mais complexos do que vocês, gostaria de saber se é possível criar todos os e-mails de "recibo de pedido", "renovação de cartão de crédito" etc. no Sendgrid em vez de no Memberpress?
Ou você precisa criar todos os e-mails no Memberpress e deixar que o Sendgrid os envie?
Melhor
Gustav do NewLink
Oi Gustav 🙂
Sim, você pode integrar o MemberPress e o Sendgrid via Integrately. Saiba mais em esta página. Obrigado!