SMTP vs. API: suas diferenças e como usá-los

Você tem a tarefa de integrar o e-mail ao aplicativo que está desenvolvendo ou à ferramenta de gestão de relacionamento com o cliente (CRM) que sua empresa usa. Você tem duas opções: o SMTP tradicional ou uma API de SMTP, que usa solicitações HTTP (geralmente RESTful e formatadas em JSON) para um envio e gerenciamento de e-mail mais rápidos e flexíveis. Ambos são essenciais para o seu processo de desenvolvimento e implantação de e-mail, quer você esteja enviando uma campanha de e-mail marketing ou um e-mail transacional acionado por gatilho. Mas o que eles são e quando você deve usar cada um?

Vamos direto ao ponto e abordar o SMTP primeiro. O que é e como você pode usá-lo?

SMTP significa Simple Mail Transfer Protocol (Protocolo de Transferência de Correio Simples) e é o método para enviar e-mails pela internet. Um servidor SMTP permite usar o SMTP para transferir o e-mail por meio de um servidor e de uma rede até seu destino. Diferentemente da maioria dos servidores de computador que lidam com vários processos ao mesmo tempo, um servidor SMTP é usado apenas para enviar, receber e transferir e-mail. O Mailgun atua como um intermediário para enviar e-mail via SMTP, como mostrado abaixo:

O SMTP foi projetado especificamente para um trabalho: enviar e-mails. Ele lida com a transferência de mensagens do servidor do remetente para o servidor do destinatário, garantindo uma entrega confiável.

Ao enviar via SMTP, você pode se perguntar qual porta SMTP escolher. A porta 587 é considerada a porta SMTP padrão para transferência de e-mail. Você deve usá-la, a menos que sua rede ou seu provedor a bloqueie.

Agora que você sabe o básico sobre o SMTP, vamos analisar algumas vantagens e desvantagens de usar o SMTP para enviar e-mails.

Aqui estão três desvantagens de usar o SMTP:

• Desempenho lento para grandes volumes de e-mail: a retransmissão SMTP requer muita troca de informações entre o cliente de e-mail de envio e o servidor de recebimento para realizar várias verificações e autenticações. Isso significa atrasos e desempenho lento, especialmente quando você está enviando grandes volumes de e-mails.
• Alteração na entregabilidade de e-mails: a maioria dos serviços de retransmissão SMTP usa endereços IP compartilhados, o que afeta a reputação do remetente. Isso significa que você não terá uma reputação do remetente ou uma entregabilidade consistentes. Por sua vez, isso afeta a eficácia da sua campanha de e-mail e prejudica gravemente as principais métricas de marketing, como taxas de abertura, taxas de conversão e taxas de cliques. Para corrigir isso, você precisará implementar grandes ajustes no Domain Name Service (DNS).
• Possível bloqueio da porta 25: embora a porta 587 seja o padrão recomendado para transferência de e-mail SMTP, alguns clientes de e-mail e ISPs bloqueiam a porta 25 devido ao seu uso abusivo frequente por spammers. O uso da porta 25 para SMTP aumenta o risco de atrasos ou de seus e-mails serem sinalizados como spam; portanto, prefira a porta 587.

Mas o SMTP não tem apenas desvantagens. Aqui estão três vantagens principais de usar retransmissões SMTP para enviar e-mails:

• Fácil migração de plataforma: como as retransmissões SMTP são independentes da plataforma, é simples movê-las entre sistemas. Essa flexibilidade ajuda a preparar o seu fluxo de trabalho de e-mail para o futuro.
• Fácil de configurar: as retransmissões SMTP são muito mais fáceis de configurar do que as APIs de e-mail. De fato, a maioria dos provedores de serviços de e-mail (ESPs) configura retransmissões SMTP e servidores SMTP.
• Mais simples de solucionar problemas: devido à natureza de vai e vem de uma retransmissão SMTP, você receberá um código de resposta em cada etapa do caminho. Isso torna a solução de problemas muito mais fácil do que nas APIs de e-mail.

Agora que conhecemos o SMTP, vamos nos aprofundar nos conceitos básicos da API. Quando usadas para e-mail, as APIs são semelhantes ao SMTP no envio de mensagens, mas oferecem opções de integração mais flexíveis e abrangentes além do simples roteamento de e-mails via SMTP. Isso permite que as APIs habilitem ações de e-mail automatizadas e baseadas em gatilhos, além de recursos adicionais normalmente indisponíveis com o SMTP.

API significa Application Programming Interface e, ao contrário do SMTP, é usada para muito mais do que apenas e-mail. Uma API é um software que permite que vários aplicativos e sistemas se comuniquem, geralmente por meio do Protocolo de Transferência de Hipertexto (HTTP). Por exemplo, quando você faz login em uma conta on-line, uma API HTTP avisa ao sistema da conta que você está tentando fazer login e depois informa se a tentativa de login foi bem-sucedida.

Ela pode ser usada para muitas aplicações, mas nós a usamos para e-mail. Se você envia uma mensagem no contexto de envio de e-mails do Mailgun, você está usando uma API web para gerar, colocar na fila e enviar sua mensagem.

Embora uma API seja usada para muitos aplicativos e ações diferentes, focaremos nas APIs de e-mail. Com as APIs de e-mail, uma determinada aplicação, como um site de produto, pode usar a API para enviar e-mails transacionais automaticamente (como recibos e confirmações) sem precisar enfileirar e enviar cada um individualmente.

Quando um site de produto usa o Mailgun, ele incorpora código em aplicativos como formulários de assinatura ou páginas de checkout. Quando ocorre uma ação baseada em gatilho, o código envia uma solicitação de API para o Mailgun, instruindo-o a gerar e entregar o e-mail correto ao destinatário pretendido usando os dados do site, como uma lista de e-mails.

Todas as APIs de e-mail funcionam de forma semelhante a este exemplo. Seu objetivo é fornecer recursos de e-mail rápidos e consistentes sem o incômodo de usar um provedor ou software separado. Para facilitar o uso, a API RESTful do Mailgun permite que a equipe de desenvolvimento use sua linguagem de programação preferida, em vez de lidar com a dor de cabeça de encontrar um provedor que use sua linguagem específica para facilitar o uso.

Agora que você sabe o básico sobre a API, vamos ver algumas vantagens e desvantagens de usar a API para enviar e-mails.

Aqui estão três desvantagens de usar uma API de e-mail:

• Curva de aprendizado acentuada: cada API de e-mail é única e tem uma curva de aprendizado antes que você possa integrá-la perfeitamente ao seu aplicativo.
• Intermediários de terceiros: cada API de e-mail é gerenciada por ESPs externos, como o Mailgun, por isso você precisa confiar no provedor para lidar com o seu e-mail de forma confiável e segura.
• Necessidade de conhecimento de programação para solucionar problemas: enquanto o SMTP fornece códigos de resposta a cada etapa do caminho, as APIs de e-mail exigem conhecimento em programação para solucionar problemas de forma adequada.

Dito isso, aqui estão algumas vantagens de usar uma API de e-mail:

• Reduz a complexidade do seu aplicativo: é isso mesmo. Como as APIs de e-mail são fornecidas por intermediários de terceiros, você não tem responsabilidade pela manutenção ou desenvolvimento delas. Em vez disso, você só precisa integrá-la ao seu aplicativo.
• Remove a carga de seus servidores: como os ESPs fornecem APIs de e-mail como serviço, a carga de envio de e-mail fica por padrão nos servidores deles em vez dos seus. Isso aumenta a sua entregabilidade de e-mail e diminui os tempos de envio.
• Obtenha análises sobre seus envios de e-mail: a maioria dos ESPs permite que você colete análises facilmente sobre suas práticas de e-mail, incluindo taxas de abertura, proporção de cliques por abertura e taxas de cliques.
• Recursos avançados: as APIs oferecem a flexibilidade de gerenciar grandes anexos perfeitamente, o que é particularmente benéfico para empresas que enviam relatórios detalhados ou conteúdo multimídia. 
• Análises e feedback em tempo real: quem usa pode monitorar taxas de abertura, taxas de cliques e outras métricas de engajamento em tempo real, permitindo a otimização imediata das campanhas de e-mail. 
• Menor probabilidade de bloqueio de e-mail: as APIs usam conexões autenticadas e seguem as práticas recomendadas que reduzem as chances de os e-mails serem marcados como spam ou totalmente bloqueados. 
• Melhorias de segurança com a API Web: as chaves de API garantem que apenas aplicativos autorizados possam enviar e-mails, reduzindo o risco de uso não autorizado e aumentando a segurança geral. 
• Redução de latência para a base de usuários internacional: ao minimizar a comunicação de vai e vem necessária no SMTP, as APIs garantem tempos de entrega de e-mail mais rápidos para os destinatários internacionais. 

O SMTP e a API podem parecer semelhantes, mas têm propósitos distintos: o SMTP usa uma série de comandos baseados em texto para transferir o e-mail, enquanto uma API de SMTP oferece uma interface mais rápida, flexível e amigável à equipe de desenvolvimento utilizando solicitações HTTP RESTful para uma entrega de e-mail mais suave e eficiente.

Tanto o SMTP quanto a API têm aplicabilidade quando se trata de e-mail. No entanto, há um que nós aqui do Mailgun recomendamos em relação ao outro. Vamos dar uma olhada.

Recomendamos usar o SMTP se você é um remetente que não pode adicionar uma API aos seus aplicativos. Isso inclui aplicativos desenvolvidos especificamente para você por terceiros que não podem ser integrados a uma API. Além disso, você pode ter um sistema ou método de envio mais antigo que use o SMTP; nesse caso, pode economizar tempo, dinheiro e energia continuar usando o SMTP em vez de migrar para um novo ESP. Se não valer a pena, poupe-se do trabalho.

Como mencionamos, a porta 587 é geralmente o que você deve usar para enviar e-mails via SMTP, mas você pode precisar de outra porta se estiver com bloqueio ou se tiver outro problema com a sua rede.

Você pode usar o SMTP para e-mail transacional ou em massa. A desvantagem do SMTP é que ele tende a ser mais lento do que a API, pois há muito mais “conversa” entre os servidores. Isso pode levar a um envio de e-mail de baixo desempenho.

Recomendamos usar uma API para e-mail sempre que possível, pois as APIs envolvem menos comunicação de vai e vem entre servidores do que as retransmissões SMTP, tornando-as mais rápidas e eficientes. Assim como o SMTP, as APIs têm suporte a e-mails transacionais e em massa, mas seu processo simplificado oferece maior flexibilidade e desempenho aprimorado para o envio de grandes volumes.

Por exemplo, se você for varejista de compras on-line, precisará enviar por e-mail recibos relevantes, notificações de envio e outras mensagens de e-mail transacional. Claro, você provavelmente não tem tempo ou vontade de enviar esses e-mails para suas centenas (ou milhares, ou milhões) de clientes de forma individual.

Com uma API de e-mail, você pode aproveitar vários recursos para automatizar o envio e vincular mensagens a ações de gatilho. Ao contrário do SMTP, você pode programar facilmente uma API para fazer o que quiser, quando quiser. Uma compra foi feita? Envie um recibo por e-mail. Um pedido de envio foi feito? Envie automaticamente um número de rastreamento ou atualizações de localização. Isso poupa você do trabalho absurdo de atualizar e enviar mensagens manualmente, otimiza o ciclo de vida do seu serviço e fortalece o seu relacionamento com a clientela.

Confirmações e recibos automatizados criam confiança na clientela e incentivam a repetição de negócios. Qualquer mensagem que reduza o atrito na jornada do cliente é valiosa, e uma API de e-mail facilita a entrega dessas comunicações de forma confiável e eficiente.

Agora que você sabe um pouco mais sobre SMTP vs. API, siga em frente e envie e-mails com confiança. Você saberá qual método é o certo para você e terá duas siglas a menos com que se preocupar. Tem interesse em mais artigos explicativos como este? Confira nossas opiniões sobre programação paralela, rastreamento de aberturas do Gmail e renderização de e-mail.

Se você estiver pronto para começar a enviar, confira nossa poderosa API de e-mail e veja como podemos potencializar suas campanhas de e-mail hoje mesmo.

Autor: Mary Dolan Mary Dolan is a former Community Marketing Manager and Copywriter at Sinch Mailgun. She was our social media guru and community leader. She was dialed into the email network and writes about the email topics and trends you're probably talking about.