# O que continua valendo quando um agente envia seus e-mails

URL canônica: https://brew.new/pt-br/blog/agent-email-deliverability
Por Thomas Park
Publicado em 2026-09-27
Atualizado em 2026-09-28

Um agente pode iniciar uma campanha pela mesma infraestrutura de envio que uma pessoa usaria. O Gmail continua vendo o remetente, o domínio e a mensagem.

Os provedores de e-mail avaliam **domínios, IPs e taxas de reclamação**. Eles não avaliam se foi uma pessoa que clicou em Enviar. Se o agente mandar um conteúdo promocional pelo IP transacional, você herda o mesmo problema que teria criado à mão, só que mais cedo.

Este post complementa o [guia de entregabilidade de e-mail](/pt-br/blog/email-deliverability), sem substituí-lo. Aquele guia trata de reputação, autenticação e higiene de lista. Este trata dos erros que aparecem quando quem aperta o botão de enviar é um software.

## A lei não fala de agentes

A [lei CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) se aplica a mensagens comerciais. O [critério do objetivo principal](https://www.ecfr.gov/current/title-16/chapter-I/subchapter-C/part-316/section-316.3) olha para o assunto e para o corpo da mensagem, não para quem os digitou.

Numa mensagem que mistura uma fatura e uma oferta, avalie o objetivo principal. O assunto, a posição das informações da conta e o destaque dado à promoção fazem diferença. Um breve rodapé promocional não torna comercial, automaticamente, um extrato de conta. O guia da FTC traz exemplos. As mensagens comerciais precisam de cabeçalhos e assuntos verdadeiros, de um endereço físico e de um opt-out que funcione.

O contrário também vale. Uma redefinição de senha que o agente disparou a partir de um evento de segurança real continua sendo transacional, desde que o corpo do e-mail se limite a esse evento.

## O que o Gmail e o Yahoo exigem de fato

Os [requisitos do Gmail para remetentes](https://support.google.com/mail/answer/81126) incluem regras para todos os remetentes e regras mais rígidas para os remetentes em massa, que chegam a cerca de **5.000 mensagens** por dia para contas pessoais do Gmail. Entre esses requisitos mais rígidos estão:

- SPF, DKIM e alinhamento com o DMARC, com política `p=none` ou mais rígida.
- Descadastro com um clique conforme a [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html), com `List-Unsubscribe` e `List-Unsubscribe-Post`.
- Taxas de spam abaixo de **0,1%**, sem nunca chegar a **0,3%**.

Os e-mails transacionais estão dispensados da regra do descadastro com um clique. Não estão dispensados da autenticação, nem das reclamações de spam, se você rechear o modelo com uma promoção.

O [Yahoo](https://senders.yahooinc.com/best-practices/) pede que os remetentes de alto volume coloquem o marketing e o transacional em **IPs diferentes** e, de preferência, em domínios diferentes. Confira qual identidade de envio o agente vai usar, em vez de deixar isso por conta de um padrão vago.

## O que deixar ao alcance do agente

Dê ao agente uma identidade de envio **promocional** para campanhas e automações: o domínio que você aquece, o IP em que você já espera reclamações, os cabeçalhos de descadastro que você testou.

Mantenha os e-mails **transacionais** em uma identidade separada. No Brew, essa identidade é um domínio com finalidade de envio transacional, e o e-mail em si é uma automação publicada com um gatilho. O agente pode criar o modelo. Mesmo assim, o caminho de envio de cada evento deve continuar sendo `POST /v1/automations/triggers/{triggerEventId}/fire` com um payload JSON, e não “envie este rascunho para a lista”.

Não deixe o agente escolher o endereço do remetente em uma pilha de domínios verificados “para ver qual chega”. É assim que você treina duas reputações ao mesmo tempo e não entende nenhuma das duas.

## Revise antes do primeiro envio sem supervisão

O risco não é um erro de digitação. É um parágrafo fluente que cita um número que você nunca publicou, ou um assunto que parece um recibo.

Antes de deixar um agente enviar sem uma fila de revisão:

1. Leia a primeira campanha comparando-a com o briefing de origem. Todo número precisa aparecer em um documento seu.
2. Envie para uma lista de teste que inclua Gmail, Yahoo e Outlook.
3. Confirme que o cabeçalho de descadastro com um clique está nos e-mails promocionais e que ficou de fora dos transacionais de propósito.
4. Confirme que o endereço físico está no rodapé dos e-mails promocionais.

Cory Nelson, da Harmonya, contou ao [Noah Adelstein](https://thegtmengineer.substack.com/p/how-to-turn-email-marketing-into) que fez essa leitura da primeira campanha antes de confiar no ciclo. É a ordem certa.

## Em poucas palavras

Autentique o domínio, escolha a identidade de envio certa e revise a primeira campanha comparando-a com o briefing aprovado. Confira também as permissões e as configurações de confirmação do assistente. Nem todos os clientes MCP pedem aprovação do mesmo jeito.

O briefing que impede números inventados está em [como fazer o briefing de um agente de e-mail](/pt-br/blog/how-to-brief-an-email-agent). A leitura da primeira campanha da Harmonya está em [como a Harmonya fez da newsletter mensal um programa de ciclo de vida](/pt-br/blog/harmonya-lifecycle-email).