E-mail é uma das integrações mais comuns em projetos Lovable: confirmação de cadastro, recuperação de senha, aviso de pagamento, recibos, notificações e mensagens disparadas por ações do usuário. O ponto importante é escolher o caminho certo para cada caso e manter credenciais e lógica sensível no backend.
Resend ou Custom Emails: qual usar na Lovable?
Use Resend quando seu aplicativo precisa disparar e-mails como parte da lógica do produto, por exemplo confirmação de pedido, aviso de mudança de status, onboarding ou campanhas. A documentação oficial da Lovable informa que o conector Resend usa sua própria conta e suas credenciais, e fica disponível no workspace conforme as permissões configuradas.
Use Custom Emails quando a necessidade principal for personalizar e-mails do Lovable Cloud, especialmente mensagens de autenticação. Nesse fluxo, a Lovable gerencia a configuração do domínio de e-mail e os mecanismos de autenticação como SPF, DKIM e DMARC.
Requisitos antes de configurar
- Projeto ativo na Lovable.
- Conta no Resend e uma API key válida.
- Acesso ao DNS do domínio que será usado para envio.
- Para fluxos com banco, usuários ou lógica de servidor, backend Supabase conectado ao projeto.
- Definição clara de quais eventos devem disparar cada e-mail.
Passo a passo: conectar Resend à Lovable
1. Conecte o Resend no workspace
Na Lovable, acesse Settings, depois Connectors e Shared connectors. Selecione Resend e conecte sua conta. Segundo a documentação oficial, admins e owners do workspace podem criar e gerenciar essa conexão.
2. Verifique seu domínio no Resend
Para produção, valide o domínio de envio no Resend antes de aumentar o volume. Um domínio validado melhora a identidade do remetente e reduz problemas de entregabilidade. Prefira um subdomínio de envio quando quiser separar a reputação dos e-mails do restante do domínio principal.
3. Defina o gatilho do e-mail
Liste exatamente quando a mensagem deve ser enviada. Exemplo: após criar uma compra, após confirmar um pagamento, quando um usuário é aprovado ou quando uma tarefa muda de status. Essa definição evita disparos duplicados e facilita o troubleshooting.
4. Mantenha o envio no backend
Não coloque uma API key do Resend no código público do frontend. Em projetos com Supabase, a lógica de envio pode ficar em uma função de servidor ou fluxo backend, mantendo segredos fora do navegador e permitindo registrar falhas, tentativas e resultados.
Exemplo prático de arquitetura
- O usuário conclui uma ação no app criado na Lovable.
- O backend valida o usuário e a ação.
- Uma função de servidor monta o conteúdo do e-mail.
- A função chama o Resend usando a credencial protegida.
- O resultado do envio é registrado para auditoria e troubleshooting.
Troubleshooting: o e-mail não chegou
- Confirme se o domínio está realmente verificado no Resend.
- Revise o endereço From e se ele pertence ao domínio autorizado.
- Verifique logs do backend e a resposta retornada pela API.
- Cheque spam, promoções e políticas do provedor de destino.
- Evite tentar corrigir entregabilidade alterando credenciais sem antes identificar o erro real.
- Se o problema for um e-mail de autenticação nativo do Lovable Cloud, verifique se você não deveria estar usando Custom Emails em vez do conector Resend.
