Resend vs SendGrid vs Sendkit: escolhendo a API de e-mail certa

Escolher uma API de e-mail parece que deveria ser simples. Você manda requisições HTTP, os e-mails saem, pronto. Mas depois que você já integrou tudo e subiu pra produção, as diferenças entre os provedores começam a aparecer de um jeito difícil de reverter: preços que escalam mal, funcionalidades que faltam e te obrigam a usar uma segunda plataforma, ou esquisitices da API que atrasam o time.

Passei um tempo construindo com Resend, SendGrid e Sendkit. Essa é uma análise honesta de onde cada um encaixa e onde cada um deixa a desejar.

A versão curta

Se você quer a resposta rápida antes da gente entrar nos detalhes:

• Resend é ótimo pra desenvolvedores que só precisam de e-mail transacional e adoram APIs limpas e modernas.
• SendGrid é a escolha corporativa segura com o maior conjunto de funcionalidades, mas vem com complexidade e preço por contato que dói em escala.
• Sendkit fica no meio: API limpa como a do Resend, mas com campanhas, automações, contatos e validação de e-mail já embutidos. Sem taxas por contato.

Esse é o resumo. O resto do post é a evidência.

Design da API

Design de API importa mais do que as pessoas reconhecem. Você vai estar lendo essa documentação às 23h quando algo quebrar, e uma ergonomia ruim vai te custar tempo toda vez.

Resend

O Resend tem a API mais limpa dos três. É minimalista, bem documentada, e claramente inspirada na filosofia de design do Stripe. Mandar um e-mail fica assim:

import { Resend } from 'resend';

const resend = new Resend('re_123456');

const send = async () => {
  const { data, error } = await resend.emails.send({
    from: '[email protected]',
    to: '[email protected]',
    subject: 'Welcome aboard',
    html: '<p>Thanks for signing up.</p>',
  });
};

Simples. O SDK retorna { data, error } em vez de lançar exceção, o que eu prefiro a try/catch pra maioria dos fluxos de envio. O lado ruim: o Resend só faz e-mail transacional. Sem campanhas, sem gestão de contatos. Se você precisar disso depois, vai ter que encaixar um segundo provedor.

SendGrid

A API do SendGrid existe desde 2009 e dá pra perceber. A API v3 é funcional, mas verbosa. Aqui está o mesmo envio:

import sgMail from '@sendgrid/mail';

sgMail.setApiKey('SG.xxxx');

const send = async () => {
  await sgMail.send({
    to: '[email protected]',
    from: '[email protected]',
    subject: 'Welcome aboard',
    html: '<p>Thanks for signing up.</p>',
  });
};

Não é terrível, mas o SDK tá mostrando a idade. O array personalizations pra envios em lote é notoriamente confuso, e a documentação mistura exemplos de v2 e v3 de um jeito que vai te fazer perder tempo. O SendGrid também tem APIs separadas pra marketing e transacional, o que significa dois modelos mentais.

Sendkit

A API do Sendkit pega as partes boas do design do Resend (JSON entra, JSON sai, respostas previsíveis) e adiciona as funcionalidades que o Resend não tem:

import { Sendkit } from '@sendkitdev/sdk';

const sendkit = new Sendkit('sk_live_your_api_key');

const send = async () => {
  const { data, error } = await sendkit.emails.send({
    from: '[email protected]',
    to: '[email protected]',
    subject: 'Welcome aboard',
    html: '<p>Thanks for signing up.</p>',
  });
};

A API de e-mail cobre envios transacionais, envio em lote, templates com sintaxe Handlebars e parsing de e-mail de entrada. Você tem SDKs pra Node.js, Python, PHP, Ruby, Go, Laravel, .NET, Java, Elixir e Rust. Cobertura maior de linguagens do que Resend ou SendGrid.

Preços

Preço é por onde a maioria das pessoas deveria começar essa comparação, sinceramente. A opção mais barata em 5.000 e-mails/mês pode ser a mais cara em 100.000.

	Resend	SendGrid	Sendkit
Plano grátis	3.000 e-mails/mês, 1 domínio	100 e-mails/dia	3.000 e-mails/mês, 1 domínio
10K e-mails/mês	$20/mês	$19.95/mês (Essentials)	$15/mês
50K e-mails/mês	$80/mês	$19.95/mês (Essentials)	$65/mês
100K e-mails/mês	$80/mês	$34.95/mês (Essentials, até 100K)	$85/mês
Armazenar contatos	N/A (sem contatos)	Cobrado por contato	Ilimitado, todos os planos
E-mail de marketing	Indisponível	Plano separado, taxas por contato	Incluído a partir de $30/mês
Excedente	Bloqueia envios	Varia por plano	$1 por 1.000 e-mails

O preço por contato do SendGrid é o que morde as pessoas. Você pode estar pagando $19.95/mês pelos envios e depois descobrir que armazenar a lista de contatos custa mais do que os próprios envios. Já conversei com fundadores que só perceberam isso quando a fatura chegou.

O Resend é direto no preço, mas só cobre e-mail transacional. Se você precisar de campanhas de marketing, vai pagar por Resend mais Mailchimp ou ConvertKit. Esses custos somam rápido.

O Sendkit cobra por volume, não por contatos. Você pode armazenar contatos ilimitados em qualquer plano. A página de preços tem uma calculadora se você quiser números exatos pro seu volume.

Funcionalidades além do envio

Os três conseguem mandar um e-mail. A pergunta real é o que mais você precisa junto.

Funcionalidade	Resend	SendGrid	Sendkit
API transacional	Sim	Sim	Sim
Relay SMTP	Não	Sim	Sim
Campanhas de marketing	Não	Sim (produto separado)	Sim (embutido)
Automações	Não	Sim (só no plano Marketing)	Sim
Gestão de contatos	Não	Sim (taxas por contato)	Sim (ilimitado)
Validação de e-mail	Não	Sim (add-on pago)	Sim (embutido)
Teste A/B	Não	Sim	Sim
Editor drag-and-drop	Não	Sim	Sim
Parsing de e-mail de entrada	Não	Sim	Sim
Assinatura de webhook	Sim	Sim (mas o SendGrid chama de "Event Webhook Verification")	Sim (HMAC-SHA256)

O Resend é intencionalmente focado em e-mail transacional. Essa é uma escolha válida, e se você tem certeza que nunca vai precisar de campanhas ou automações, o Resend é excelente no que faz. Mas a maioria dos produtos acaba precisando mandar e-mail de marketing também, e aí você fica rodando dois provedores.

O SendGrid tem tudo, mas está espalhado por múltiplos produtos com faturas separadas e APIs separadas. O lado de marketing usa uma infraestrutura de envio diferente do lado transacional. Alternar entre eles é chocante.

O Sendkit coloca transacional, campanhas, automações, contatos e validação de e-mail sob uma única API e uma única fatura. O relay SMTP funciona com Nodemailer, PHPMailer ou o que você já estiver usando. Você não precisa escolher entre "ferramenta pra dev" e "ferramenta de marketing" porque é as duas coisas.

Experiência do desenvolvedor

DX é subjetivo, então vou focar em especificidades.

Documentação

Os docs do Resend são limpos e bem organizados. São curtos porque a superfície da API é pequena. Os docs do SendGrid são extensos mas desorganizados. Achar o exemplo certo pro seu caso de uso pode demorar, e você vai esbarrar em referências desatualizadas da v2. Os docs do Sendkit em docs.sendkit.dev cobrem toda a API com exemplos de código pra cada linguagem suportada.

SDKs

O Resend suporta JavaScript/TypeScript, Python, Go, Ruby, PHP, Java e Elixir. O SendGrid suporta a maioria das linguagens principais, mas alguns SDKs parecem abandonados (olha a data do último commit). O Sendkit cobre Node.js, Python, PHP, Ruby, Go, Laravel, .NET, Java, Elixir e Rust. Os SDKs de Rust e Elixir valem menção porque poucos provedores de e-mail se preocupam com esses ecossistemas.

Suporte a SMTP

O Resend não oferece SMTP. Se seu app já usa SMTP (Rails ActionMailer, Laravel Mail, backend de e-mail do Django), você vai ter que reescrever sua camada de envio pra usar a API HTTP deles. SendGrid e Sendkit oferecem SMTP como opção plug and play:

// Sendkit SMTP with Nodemailer
import nodemailer from 'nodemailer';

const transport = nodemailer.createTransport({
  host: 'smtp.sendkit.com',
  port: 587,
  auth: {
    user: 'sendkit',
    pass: 'sk_live_your_api_key',
  },
});

const send = async () => {
  await transport.sendMail({
    from: '[email protected]',
    to: '[email protected]',
    subject: 'Your order shipped',
    text: 'Tracking number: 1Z999AA10123456784',
  });
};

Você ainda tem tracking de abertura/cliques e eventos de webhook via SMTP. Alguns provedores removem essas funcionalidades dos envios SMTP, o que é frustrante quando você está migrando de uma configuração API-first.

Entregabilidade

Nenhum desses provedores vai magicamente resolver problemas de entregabilidade causados por higiene ruim de lista ou conteúdo de spam. Mas a infraestrutura importa.

Os três suportam autenticação DKIM, SPF e DMARC. Os três lidam com bounces e reclamações automaticamente (em graus variados).

O SendGrid tem o histórico mais longo aqui. Eles gerenciam reputação de remetente em escala há mais de 15 anos. Os pools de IP compartilhados são grandes e bem mantidos. IPs dedicados estão disponíveis em planos mais altos.

O Resend é mais novo. Eles usam Amazon SES por baixo dos panos, que tem um bom histórico. Mas eles ainda não oferecem IPs dedicados, o que importa se você manda alto volume e quer controle total sobre sua reputação de remetente.

O Sendkit oferece IPs dedicados a partir do tier de 100K e-mails/mês. Eles rodam a própria infraestrutura (não é um wrapper em cima do SES), processam bounces e loops de reclamação automaticamente, e mantêm listas dinâmicas de supressão. A validação de e-mail embutida pega endereços ruins antes que eles prejudiquem sua reputação, o que nem Resend nem SendGrid incluem por padrão.

A resposta honesta sobre entregabilidade: em volumes típicos de startup (abaixo de 100K/mês), os três vão entregar seu e-mail bem se seu DNS estiver configurado corretamente e você não estiver mandando spam. As diferenças aparecem em volumes maiores ou quando você tem uma reputação de remetente mista.

Quando escolher cada um

O Resend faz sentido se você está construindo um produto que só manda e-mail transacional e quer a API mais limpa possível. Ele faz uma coisa e faz bem. Só saiba que "só transacional" tende a ser um estado temporário pra maioria dos produtos.

O SendGrid é a escolha certa se você está numa empresa que precisa de um fornecedor com histórico longo, ou se seu time de compliance quer um nome que eles reconheçam. Funciona. Só é mais complexo do que precisa ser, e o preço fica estranho quando você considera o armazenamento de contatos.

O Sendkit é o que eu recomendaria se você quer uma plataforma pra e-mail transacional e de marketing sem pagar por contato. A API é limpa, a cobertura de SDKs é ampla, e você não vai ultrapassá-lo em seis meses do jeito que pode ultrapassar um provedor só de transacional.

A questão da migração

Trocar de provedor de e-mail no meio do projeto é chato, mas não catastrófico. A troca de API em si leva um ou dois dias. As partes mais difíceis são as mudanças de DNS (atualizar registros SPF/DKIM, aquecer um IP novo) e migrar templates.

Se você está começando do zero, tem o luxo de escolher uma vez. Minha sugestão: pensa no que você vai precisar em 12 meses, não só hoje. Muitos times escolhem Resend ou SES puro pro MVP, e depois gastam um sprint migrando pra algo com mais funcionalidades seis meses depois. Isso tudo bem se você planejar. Menos bem se te pegar de surpresa.

Se você tem curiosidade sobre o Sendkit especificamente, os docs são o melhor lugar pra começar. O plano grátis te dá 3.000 e-mails/mês sem cartão de crédito, o que é suficiente pra testar uma integração real antes de se comprometer.