Alternativa ao Resend
O Resend tem a melhor experiência de desenvolvedor em email. Também armazena os seus dados nos EUA por política e envia através do Amazon SES por baixo. Isto é o que significa, e quando uma alternativa soberana encaixa.
Em resumo
- A experiência de desenvolvedor do Resend é de fato a melhor da categoria — API limpa, templates JSX do React Email, e um painel moderno.
- As razões honestas para trocar não são a API: são residência de dados UE, reputação dedicada e maturidade de plataforma.
- O Resend armazena todos os dados da conta nos EUA por política explícita — uma região de envio UE (eu-west-1) despacha da Irlanda mas mantém os seus dados, logs e metadados nos EUA.
- Sob a API, o Resend envia através do Amazon SES, então os IPs e a reputação são da AWS — é infraestrutura estadunidense em dobro: Resend sobre SES.
- Uma alternativa dedicada e soberana na UE dá jurisdição UE (entidade austríaca), os seus próprios IPs e reputação dedicados, e um motor hospedado — o que uma camada de experiência de desenvolvedor sobre infraestrutura US não pode.
O Resend ganhou os seus fãs com honestidade, e as razões para sair estão em outro lugar
É fácil ser cínico com um produto jovem e badalado, então não vamos ser. O Resend é bom. A sua API é limpa de uma forma que torna de fato agradável a primeira integração, o seu projeto React Email deixa os desenvolvedores construir templates como JSX versionado em vez de colar blocos de HTML, e o seu painel parece desenhado nesta década. Para uma equipe React ou Next.js que valoriza a experiência de desenvolvedor, o Resend elimina fricção real, e o entusiasmo ao seu redor é ganho em vez de fabricado.
Então esta página não discute com a API. Aponta para duas coisas sobre as quais a API se senta em silêncio. A primeira é a residência de dados: o Resend armazena todos os dados da conta — metadados, logs, registros — nos Estados Unidos pela sua própria política declarada, e uma região de envio UE muda de onde o correio é despachado, não onde os dados vivem. A segunda é o que dá energia ao envio sequer: sob a interface do Resend, o backbone é o Amazon SES. A linda experiência de desenvolvedor é uma camada; o motor abaixo dela é AWS.
Nenhuma dessas é um segredo nem um escândalo — o Resend documenta a política de dados em claro, e o backbone SES é abertamente conhecido. Mas juntas elas definem exatamente quando uma alternativa ao Resend faz sentido: quando você precisa de jurisdição UE em vez de dados armazenados nos US, quando você precisa de reputação dedicada em vez de IPs da AWS compartilhados, ou quando o email crítico para a receita quer um histórico mais longo do que uma plataforma de 2022 ainda tem. A DX é real; esses limites também.
O que há na verdade sob a linda API?
A experiência de desenvolvedor limpa é a camada de cima. Por baixo, o Resend envia através do Amazon SES, sobre IPs da AWS e reputação da AWS, com os dados da conta retidos nos EUA. Uma alternativa dedicada na UE colapsa essa stack: o seu motor, os seus IPs dedicados, residente na UE, sem camada US por baixo.
Resend e uma alternativa dedicada na UE
| Resend | OS Domains (dedicado UE) | |
|---|---|---|
| Experiência de desenvolvedor | A melhor da categoria — API limpa, React Email, painel moderno | Grau infraestrutura; o motor, não uma camada de templates |
| Residência de dados | Só US por política; a região UE envia da Irlanda, os dados seguem nos US | Residente na UE e controlado na UE |
| Backbone de envio | Amazon SES (IPs da AWS, reputação da AWS) | Os seus próprios IPs dedicados sobre um motor hospedado |
| Jurisdição | US (e US de novo, via SES) | UE — entidade austríaca (OS Domains GmbH) |
| Reputação | AWS/SES compartilhada; o IP dedicado é um extra pago | Dedicada, operada para você |
| Maturidade | Lançado em 2022, com respaldo VC | Operador europeu de infraestrutura de email, de longa trajetória |
| Melhor para | Equipes React/Next que valorizam a DX, sem necessidade de residência UE | Jurisdição UE, reputação dedicada, entregabilidade em escala |
A primeira linha é do Resend. Cada linha abaixo dela é onde uma alternativa soberana e dedicada responde algo que a experiência de desenvolvedor não pode.
Dados armazenados nos US, sobre um backbone de envio US
Para uma revisão de soberania, o Resend apresenta a questão de jurisdição duas vezes. A primeira camada é o Resend em si: os dados da conta são armazenados nos EUA por política declarada, e selecionar uma região UE roteia o envio sem mover os dados. A segunda camada é o que transporta o correio — o Amazon SES —, que é AWS, e portanto infraestrutura US com a exposição ao CLOUD Act que segue qualquer provedor estadunidense. Escolher a região UE não aborda nenhuma, porque muda de onde uma mensagem parte, não a jurisdição de nenhuma das camadas pelas quais ela passa.
Isso merece uma pausa para pensar se você chegou ao Resend em parte pela sua região UE. A região é real e ajuda com a latência, mas não dá a você residência de dados UE, e o backbone SES significa que o provedor subjacente é um do qual muitas equipes da UE estão se afastando elas mesmas — o mesmo raciocínio exposto na nossa alternativa ao Amazon SES. Uma alternativa de fato soberana elimina ambas as camadas de uma vez, que é a única forma em que a questão de jurisdição se resolve de verdade.
Quando você deveria ficar no Resend
Se você é uma equipe React ou Next.js enviando volume modesto, o fluxo do React Email está de fato deixando você mais rápido, e a residência de dados UE não é um requisito, fique no Resend. A experiência de desenvolvedor é a sua vantagem real, e para esse perfil é difícil de bater — trocá-la por infraestrutura que você ainda não precisa seria o movimento errado. Uma plataforma jovem sobre SES é perfeitamente sólida para incontáveis produtos, e o polimento não é superficial.
O movimento ganha o seu custo quando você cresce para uma das lacunas: um requisito de conformidade ou residência de dados que os dados armazenados nos US não conseguem cobrir, uma necessidade de reputação dedicada em vez de IPs da AWS compartilhados à medida que o volume sobe, ou email crítico para a receita que quer um histórico mais longo e um preço não atado a um calendário de investimento. Quando uma dessas vira real, a experiência de desenvolvedor deixa de ser o fator decisivo e a camada de baixo começa a importar mais.
O motor em si, de origem UE, sem nada US por baixo
Onde o Resend é uma camada de experiência de desenvolvedor sobre o Amazon SES, a OS Domains é o motor em si. Você obtém IPs dedicados e uma reputação que aquecemos e operamos — seus, não o pool compartilhado da AWS —, uma entidade constituída na UE sob lei austríaca sem matriz US, um stack de certificações de 2022, e um motor de envio hospedado para a sua carga de trabalho. Não há uma segunda camada retendo os seus dados nos EUA, porque não há camada US de jeito nenhum. O intercâmbio é honesto: você abre mão da experiência de desenvolvedor do React Email e ganha jurisdição UE, reputação dedicada e uma linhagem de infraestrutura mais longa.
Qual motor vai por baixo é exposto no hub de comparativos de MTA, e a pergunta mais ampla de escolher qualquer alternativa soberana na UE está na visão geral de alternativas. Com o Resend, a API é o produto e a infraestrutura é emprestada; aqui a infraestrutura é o produto, e é sua.
Alternativa ao Resend: o que as equipes perguntam
O Resend é um bom serviço de email?
Para a experiência de desenvolvedor, pode-se dizer que é a melhor agora mesmo, e seria desonesto dizer o contrário. A sua API é limpa, o seu projeto React Email deixa você construir templates como componentes JSX que você versiona como código, e o seu painel se sente moderno em um campo cheio de ferramentas antiquadas. Se você é uma equipe React ou Next.js enviando volume modesto e valoriza essa experiência, o Resend é uma escolha de fato boa. As razões honestas para olhar para outro lado não são sobre a API de jeito nenhum.
Onde o Resend armazena os meus dados?
Nos Estados Unidos, por política explícita. O Resend declara diretamente que a seleção de região controla de onde os emails são enviados, não onde os dados são armazenados, e que todos os dados da conta —metadados, logs, registros de API— são armazenados nos EUA independentemente da região de envio que você escolha. Então escolher a região UE (eu-west-1) despacha o correio da Irlanda mas deixa os seus dados nos EUA. Para uma equipe que precisa de residência de dados UE, uma região de envio UE não a fornece.
Sobre o que o Resend é construído na verdade?
O Amazon SES é o seu backbone de envio — confirmado por registros DNS, cabeçalhos SMTP e as próprias declarações da equipe do Resend. A API, o painel, as listas de supressão e as ferramentas do Resend se situam em cima, e essa camada é de fato bem construída, mas a nível de IP e reputação você está enviando através do AWS SES. Isso importa por duas razões: a reputação é a infraestrutura compartilhada da AWS em vez da sua, e o provedor subjacente é por sua vez US. Sob a interface moderna, a substância é infraestrutura estadunidense em dobro.
A região UE do Resend resolve o RGPD ou Schrems II?
Não para a residência de dados. A região UE afeta só a localização de envio; os dados da conta seguem nos EUA pela política declarada do Resend, mesmo em planos pagos. E o backbone SES de baixo é também infraestrutura estadunidense. Então para um requisito de residência de dados UE a resposta é um não estrutural, em camadas: o Resend é US, e o motor sobre o qual ele cavalga é US. Um seletor de região aborda a latência, não a jurisdição.
O Resend é maduro o suficiente para email crítico?
Foi lançado em 2022 e tem respaldo VC, crescendo rápido. Para equipes React e Next.js que enviam volume modesto e valorizam a experiência de desenvolvedor, essa juventude não é um problema. Mas para email crítico para a receita em escala, algumas equipes querem um histórico de entregabilidade mais longo, reputação dedicada em vez de IPs da AWS compartilhados, ferramentas de entregabilidade mais profundas, e um preço cuja trajetória não esteja atada a um calendário de investimento. À medida que crescem para essas necessidades, a API moderna deixa de ser o fator decisivo.
O que a OS Domains dá no lugar?
Jurisdição UE sob uma entidade austríaca, os seus próprios IPs dedicados e uma reputação operada para você em vez da infraestrutura AWS/SES compartilhada, um stack de certificações de 2022, e um motor de envio —Postfix, KumoMTA ou PowerMTA— hospedado para a sua carga de trabalho. Você troca uma camada de templates e API sobre SES US por infraestrutura de origem UE que você controla. Se a experiência de desenvolvedor do React Email é o que você mais ama, essa é uma consideração real a pesar — mas em jurisdição e reputação dedicada, isto é uma categoria diferente.
Diga o que ficou pequeno para você.
Se são os dados armazenados nos US ou o backbone SES de baixo, pesaremos uma alternativa de origem UE e dedicada com honestidade — os seus próprios IPs, o seu motor, sob uma entidade austríaca.