Comparação de provedores de serviços de e-mail transacional

Embora o e-mail esteja longe de ser o único canal de comunicação (e para muitas pessoas, não está se tornando o preferido), ainda é o principal canal de comunicação para qualquer aplicativo da web. Você pode implementar SMS, notificações push, FB messenger e 10 outros canais, mas certamente também terá e-mail.

Com os clientes vem a necessidade de enviar muitos e-mails, e acredite ou não, enviar e-mails não é fácil nem gratuito . Mesmo para uma llc na Flórida, isso pode ser uma despesa e tanto. É por isso que existem provedores de serviços de e-mail transacional – para facilitar e auxiliar no envio de um grande número de e-mails personalizados acionados pelo usuário e para maximizar sua capacidade de entrega. Como acontece com qualquer serviço na Internet, temos muitas opções quando se trata de escolher um provedor de e-mail transacional. Encontramos 15 dos mais populares e comparamos suas características e preços.

E-mails transacionais vs promocionais/marketing/newsletter

A Wikipedia define e-mails transacionais como aqueles que “geralmente são acionados com base na ação de um cliente”. Esse é um dos dois grampos básicos de e-mails transacionais com outro sendo – personalização.

Os e-mails de marketing (newsletters) não são personalizados, no entanto, projetá-los adequadamente com uma plataforma de e-mail altamente revisada como o Flodesk ainda pode produzir resultados excepcionais . Sim, muitas vezes você ouvirá falar sobre segmentação e teste A/B e marcação, mas no final, o mesmo e-mail é enviado para milhares de assinantes. A personalização máxima que você pode obter na cópia do email é Hello %%first-name%% .

Os emails transacionais são (ou deveriam ser) muito personalizados. Por exemplo, um e-mail de redefinição/recuperação de senha é um ótimo exemplo. É acionado pelo usuário (uma ação de redefinição de senha é acionada) e personalizado – ele contém um link de redefinição de senha exclusivo específico para o usuário de destino.

Vou apenas enviar e-mails do meu servidor

Embora tecnicamente possível e bastante fácil, enviar e-mails de um servidor que não é especializado para essa tarefa é inútil na melhor das hipóteses e francamente estúpido. Por quê? Porque 90% dos seus e-mails acabarão em SPAM se chegarem à caixa de correio dos clientes.

Você já teve problemas para receber e-mails do WordPress? Novas contas, comentários que precisam de moderação, e-mails de redefinição de senha (você pode recuperar o acesso ao WP mesmo que a redefinição de senha não funcione) e tal não conseguir? Isso porque o WP está enviando esses e-mails transacionais usando o mesmo servidor que usa para hospedar o site. Um servidor não otimizado e feito para envio de e-mails.

Embora isso pareça um anúncio para provedores de e-mail transacionais, não é. Enviar e-mails que são entregues e abertos, rastreá-los, obter estatísticas e descobrir por que as coisas não funcionam requer muitas partes móveis. Se você insistir em fazer as coisas por conta própria, acabará criando um emprego em tempo integral. Atraente? Eu acho que não!

Vou usar o Gmail! É simples e gratuito!

Usar o Gmail como servidor de e-mail de saída durante o desenvolvimento e teste é uma solução perfeita. Nós usamos isso o tempo todo. Todo mundo tem uma conta do Gmail, é grátis, simples e pesquisando “como enviar e-mails com o Gmail via PHP” você encontra um artigo útil do Stackoverflow para que você possa copiar/colar o código.

Então qual é o problema? Limitações e funcionalidades. Como o Gmail não se destina a esse uso, em breve você receberá a temida mensagem “você atingiu um limite de envio de e-mails”. O limite exato é desconhecido, mas na melhor das hipóteses são algumas centenas por dia. Novamente, como o Gmail não foi criado para essa finalidade, você não saberá quantos e-mails foram entregues ou abertos ou quantos links os usuários clicam nesses e-mails.

Não existe uma opção gratuita?

Não. Período. Não há. Se você quer um serviço adequado, você tem que pagar por isso. Como é visível na tabela de comparação abaixo, você pode enviar cerca de 5.000 e-mails por mês gratuitamente. No entanto, assim que ultrapassar o limite, você precisará pagar por e-mail enviado.

Os preços variam, principalmente dependendo do volume que você precisa, mas um cálculo aproximado que você sempre pode usar é de US$ 1 por mil e-mails enviados .

Tabela de comparação de serviços de email transacional

E-mails gratuitos /seg – o número de e-mails que você pode enviar gratuitamente por mês. Limitações adicionais se aplicam. No Amazon SES, por exemplo, os e-mails devem ser enviados de um aplicativo hospedado no EC2. Em outras palavras, leia as letras miúdas.

Preço de e- mails de nível mais baixo de 10.000 – o preço mais alto (inicial) que você pagará pelo envio de 10.000 e-mails.

Preço de e- mails de nível mais alto de 10.000 – os preços mais baixos listados que você pagará pelo envio de 10.000 e-mails. Os preços personalizados, para volumes ainda mais substanciais, são muito mais baixos, então não tenha medo de perguntar.

Preço mensal fixo de nível mais baixo – alguns serviços cobram mensalmente, alguns exigem apenas créditos de e-mail pré-compra.

IP dedicado /seg – preço mensal para um endereço IP dedicado. Alguns dizem que é melhor tê-lo, alguns é melhor não tê-lo – você é o juiz.

Teste A/B – já que fazer isso em um nível de aplicativo requer algum código, é bom ter esse recurso embutido no serviço.

Processamento de e-mails de entrada – os e-mails transacionais geralmente são enviados de um e-mail “[email protected]”. Tenha certeza de que isso não impede que os usuários respondam, então você também precisa ter uma caixa de correio para isso ou, como na maioria dos casos, encaminhá-lo para sua solução de tíquetes. No entanto, se você não quiser uma caixa de correio clássica, poderá fazer com que a API faça ping sempre que um e-mail chegar e o processe.

Todos os serviços têm suporte a API e SMTP. Use a API se você me perguntar. Eles também têm suporte para modelos de e-mail armazenados em seu final, bem como estatísticas de “email aberto” (que, compreensivelmente, só funcionam se for um e-mail HTML) e estatísticas de “link clicado”.

Uma nota ou duas sobre alguns serviços

Eu não testei ou usei todos os serviços listados acima. No entanto, para aqueles que tenho aqui estão algumas notas.

Amazônia – o grande kahuna. Não é o mais fácil de configurar, mas eles têm tudo sob o mesmo teto. Se você tiver a chance de crescer de verdade, ficará feliz por estar na Amazon. Os preços podem ser complicados, mas use a calculadora deles e você ficará bem. Se você tiver tempo para percorrer uma curva de aprendizado íngreme, a Amazon o atenderá bem.

SendGrid & Campaign Monitor – as opções de mix&match. Ao contrário de outros serviços que são apenas transacionais e se resumem a uma API, esses dois também são plataformas de marketing. Pense neles como MailChimp + uma API transacional. Como todos nós enviamos e-mails semelhantes a boletins em algum momento, eu os experimentaria como uma solução completa.

Mailgun – a opção não-PayPal. Eu tinha toda a intenção de me inscrever há alguns anos. Principalmente devido ao slogan “The Email Service For Developers”. No entanto, eles não aceitam PayPal, e nenhum dos meus quatro cartões de crédito era bom o suficiente para eles. O suporte também me recusou, então nunca tive a chance de experimentar o serviço. Vejo que o PayPal ainda não é uma opção.

Mandrill – a opção não mais acessível. Mandrill é o que alimenta o MailChimp. É o serviço de e-mail transacional deles. Foi privado por um tempo, depois público, barato e não muito divulgado. Então eles o separaram completamente do MailChimp e aumentaram os preços. Alguns afirmam que têm uma taxa de entrega mais alta do que outros, mas não posso confirmar.

O que você usa? Me recomende algo!

Usamos Carimbo. Uso-os há anos e tudo funciona como anunciado. Muitos recursos, preços decentes, atualizações frequentes e suporte amigável. Pode haver serviços melhores ou mais baratos por aí, mas nunca sentimos a necessidade de mudar. Por favor, note que este não é um post patrocinado de forma alguma, nem acho que eles são a melhor coisa desde o pão fatiado. No entanto, eles são o serviço que usamos para nossos sites SaaS e WordPress.

Eu não acho que você vai cometer um erro ao escolher qualquer um dos serviços acima. Eu também sei que é difícil saber o que você vai precisar em um ano quando você está apenas começando. No início, você quer economizar dinheiro e, mais tarde, quer economizar tempo. Mudar de serviços nunca é divertido, mas todos esses serviços de e-mail transacionais têm APIs robustas, então não é o fim do mundo.