O problema do e-mail: quando o seu app criado com IA precisa enviar mensagens para pessoas de verdade

Você criou o app. O formulário de cadastro funciona. Um usuário preenche, clica em “Criar conta” — e então não acontece nada. Ou pior: o e-mail de confirmação chega quarenta minutos depois, na pasta de spam, com um remetente que parece ter sido escrito por um robô. Você pede ao seu criador de apps com IA para “consertar o e-mail”. Três iterações depois, você tem um bug novo e o mesmo problema.

Se você já lançou qualquer coisa com um criador de apps com IA, provavelmente esbarrou nisso. E-mail parece um recurso de uma linha. Não é. É um protocolo de trinta anos com regras de confiança esquisitas, e fazê-lo se comportar dentro de um app criado com IA é um dos lugares mais comuns onde fundadores não técnicos perdem usuários quietamente.

Veja o que está de fato acontecendo, e o que pedir ao seu criador para resolver.

Por que o e-mail é mais difícil do que o seu criador faz parecer

Quando o seu criador de apps com IA gera um recurso de “enviar e-mail”, ele em geral monta a menor coisa que funciona numa tela de teste. Usa um endereço de remetente padrão. Envia por qualquer serviço que o template dele prefira. Assume que você é uma empresa de verdade, com um domínio de verdade em que a internet confia.

A internet de verdade não confia em remetentes novos. Os provedores de e-mail — Gmail, Outlook, Yahoo, Apple — passaram vinte anos ficando bons em sinalizar fontes desconhecidas. Quando um domínio novinho começa a enviar redefinições de senha e e-mails de boas-vindas, todo filtro de spam do mundo levanta uma sobrancelha. Sem três peças específicas de configuração no lugar, os seus e-mails vão cair no spam, ser descartados em silêncio ou chegar tarde o suficiente para os usuários já terem desistido.

As três peças são SPF, DKIM e DMARC. Você não precisa saber o que cada sigla significa. Você precisa saber que sem elas, o seu recurso de enviar e-mails está quebrado de um jeito que você não enxerga de dentro do app.

A primeira coisa a checar: de quem o e-mail realmente é?

Abra o e-mail mais recente que o seu app enviou. Olhe o endereço de remetente. Em geral é uma de três coisas:

algumacoisa@seudominio.com — melhor cenário. O seu criador de apps com IA configurou um remetente de verdade. Se os usuários ainda não estão recebendo, o problema são as três siglas acima.
algumacoisa@algum-servico-de-criador.com — comum. Os seus e-mails estão sendo enviados pela infraestrutura compartilhada do seu criador. Isso funciona, mas te coloca num grupo com todo outro app aleatório da plataforma. Um vizinho ruim e a sua taxa de entrega cai.
noreply@um-dominio-qualquer.example — ruim. O seu criador de apps com IA gerou um placeholder que nunca substituiu. Os usuários estão recebendo e-mails de um domínio que não pertence a você, e os provedores de caixa de entrada vão, com razão, suspeitar deles.

Se você está nos casos 2 ou 3, essa é a primeira coisa a corrigir.

O que pedir ao seu criador de apps com IA, em ordem

Existe uma sequência específica que funciona para a maioria dos criadores. Pedir essas coisas na ordem errada vai produzir resultados confusos.

Passo 1: escolha um provedor de envio

Peça ao seu criador de apps com IA: “Quero enviar e-mails do meu próprio domínio. Conecte este app ao Resend (ou Postmark, ou SendGrid) usando a minha chave de API.” Escolha um. Eles são, em geral, equivalentes para apps pequenos. Resend e Postmark têm os fluxos de configuração mais amigáveis.

Você vai precisar criar conta no provedor por conta própria e pegar uma chave de API. A IA não pode fazer essa parte — ela exige que você coloque um cartão de crédito e verifique a sua identidade. Reserve trinta minutos.

Passo 2: verifique o seu domínio

Assim que o seu provedor de envio estiver conectado, ele vai pedir que você adicione três registros DNS ao seu domínio. São os registros SPF, DKIM e DMARC que mencionei. O seu provedor vai te mostrar exatamente o que colar.

Esse é o passo que a maioria dos fundadores não técnicos pula, e é o que resolve 80% das reclamações de “meus e-mails vão para o spam”. Peça ao seu criador de apps com IA: “Me ajude a achar onde adicionar registros DNS para o domínio que comprei.” Ele vai te guiar pelo seu registrador (GoDaddy, Namecheap, Cloudflare, seja qual for).

Esse é também o único passo que leva tempo no mundo real — mudanças de DNS podem levar algumas horas para propagar. Não entre em pânico se não funcionar na hora.

Passo 3: reescreva o conteúdo dos seus e-mails

Este aqui surpreende as pessoas. O conteúdo dos seus e-mails importa tanto quanto a configuração. Os criadores de apps com IA usam por padrão um texto de marketing tagarela que casa com o padrão de spam. Duas coisas específicas para corrigir:

Nada de assuntos em maiúsculas. “BEM-VINDO AO MEU APP” é um sinal de spam. “Bem-vindo à Barcos da Maria” não é.
Nada de links crus para domínios de redirecionamento. Se o seu e-mail diz “Clique aqui” e o link aponta para uma URL de rastreamento que pula por três provedores, os filtros de spam notam. Peça ao seu criador para usar links que vão direto para o seu domínio.

Uma checagem rápida: envie um e-mail real do app para você mesmo, depois encaminhe-o para o mail-tester.com. Ele dá uma nota ao seu e-mail de 0 a 10 e te diz exatamente o que corrigir. Uma nota de 8 ou mais significa que as caixas de entrada vão te aceitar. Abaixo de 6, espere problemas.

Os três e-mails que precisam funcionar

Você não precisa enviar todos os e-mails bem. Você precisa enviar três e-mails específicos bem, porque, se qualquer um deles falhar, o seu app quebra para usuários novos.

A confirmação de cadastro. Se os usuários se cadastram e não conseguem confirmar o endereço, não conseguem entrar. Garanta que este chegue em menos de um minuto, todas as vezes.
A redefinição de senha. É o e-mail que os usuários notam quando está faltando. Se eles pedem uma redefinição e nada chega, a sua caixa de suporte enche no mesmo dia.
O e-mail de “algo aconteceu na sua conta” — um novo login, um convite, um comentário. Esses constroem confiança. Se aparecem de forma confiável, os usuários começam a tratar o seu app como um serviço de verdade.

Todo o resto — newsletters, atualizações de produto, campanhas em sequência — é bônus. Faça os três e-mails centrais entregarem de forma consistente antes de construir qualquer coisa sofisticada.

Quando pedir ajuda a um humano

Se você fez os três passos acima e os e-mails ainda vão para o spam, o problema quase sempre é uma de três coisas: o seu domínio é novo demais (espere uma semana, envie com parcimônia), o seu conteúdo aciona um filtro específico (rode a checagem do mail-tester) ou o seu volume de envio deu um salto repentino (comece pequeno, aumente aos poucos).

Se você passou mais de um dia nisso e ainda está quebrado, é o momento certo de pagar um freelancer por duas horas. A capacidade de entrega de e-mail é uma das poucas coisas num app moderno em que um humano experiente consegue resolver o que um criador de apps com IA não consegue bem raciocinar — porque a resposta muitas vezes mora em registros DNS que a IA não enxerga.

Você consegue lançar um app criado com IA inteiro sem nunca configurar e-mail de verdade. Você não consegue manter usuários sem ele.