Boas práticas
20. E-mail de conteúdo — newsletter e comercial
seed-praticas.md v1.2 · §20seção 21 de 2520-e-mail-de-conteudo-newsletter-e-comercial.md · MD5 98185228Origem: base NOVA, escrita em 2026-09-08 na F9.8 onda 5, por veredito V-B2 dele (MANIFESTO §186). O levantamento de abertura foi específico ao pedir esta: "e-mail de conteúdo (o LAYOUT já está resolvido no
seed-email.md§8-E; o conteúdo não)".Revisão: conteúdo revisado em 2026-09-08 · ciclo de 6 meses (V-B3 = A) · vence em 2027-03-08
Estado: ✅ auditada na origem — as regras de provedor foram lidas nas páginas oficiais na data declarada, e a situação da SEED foi conferida contra o
seed-email.md.
20.0 Como ler esta seção — e o que ela não consegue provar#
Valem as etiquetas da §1.0.
⚠ O que esta seção NÃO consegue provar: taxa de abertura, de clique e de conversão. Não há aqui nenhum "e-mail bom abre X %" — o número varia com lista, setor e a própria definição de abertura (que o bloqueio de imagem da Apple distorceu desde 2021). A base traz regra de provedor, que é verificável, e prática de escrita, que é convenção. O desempenho que a SEED pode medir é o dela — PB-P1.
20.1 Onde termina o seed-email.md e começa esta seção#
⚠ Precedência: o 01-canonicos/seed-email.md vence em tudo que é forma, token e técnica de renderização. Ele já decidiu o que não se rediscute aqui:
já decidido no seed-email.md |
onde |
|---|---|
| paleta resolvida e contraste medido para e-mail | §4.1, §4.2 |
| modo escuro — o DS não é portado, é adaptado | EM3 |
| Montserrat é aprimoramento, não requisito | EM4 |
| SVG proibido | EM5 |
| teto de 80 KB por peça | EM6 |
| nenhuma informação existe só em imagem | EM7 |
| alternativa em texto puro obrigatória | EM8 |
provedor transacional (Resend) e envio por envio.seed.eng.br |
EM13 |
| identidade de remetente | EM14 |
Esta seção trata do que ele deliberadamente não trata: o que o e-mail diz, para quem ele vai, e as regras dos provedores de caixa de entrada — que mudaram em 2024 e 2025 e não estão em lugar nenhum do acervo.
20.2 As regras que decidem se o e-mail chega#
Não são recomendações de marketing: são requisitos técnicos dos donos das caixas de entrada. Quem não cumpre vai para spam ou é recusado.
Gmail — requisitos em vigor desde 1º de fevereiro de 2024#
[plataforma] Ajuda do Google Workspace, "Diretrizes para remetentes de e-mail", lida em 2026-09-08.
Para TODO remetente:
- autenticação SPF ou DKIM configurada no domínio de envio;
- conexão TLS para transmitir;
- registro DNS PTR (reverso) válido;
- conformidade com o RFC 5322, sem falsificar cabeçalho
De:do Gmail; - "as taxas de spam registradas no Postmaster Tools precisam ficar abaixo de 0,3 %".
Para quem envia mais de 5.000 mensagens por dia, tudo acima mais:
- SPF e DKIM (os dois) e DMARC publicado — a política pode ser
p=none; - alinhamento: "o domínio no cabeçalho 'De:' do remetente precisa estar alinhado ao domínio SPF ou DKIM";
- ⭐ "as mensagens de marketing e de inscrições precisam permitir o cancelamento com um clique e incluir um link para o cancelamento claramente visível no corpo da mensagem". E o Gmail diz exatamente como: os dois cabeçalhos
List-UnsubscribeeList-Unsubscribe-Post: List-Unsubscribe=One-Click; - meta de qualidade: "mantenha as taxas de spam (…) abaixo de 0,10 % e evite atingir uma taxa de 0,30 % ou mais".
Outlook e Hotmail — requisitos desde 5 de maio de 2025#
[plataforma] Blog oficial da Microsoft (Microsoft Defender for Office 365, "Outlook's New Requirements for High-Volume Senders"), lido em 2026-09-08: domínios que enviam mais de 5.000 mensagens por dia precisam de SPF, DKIM e DMARC (no mínimo p=none, alinhado a SPF ou DKIM). A partir de 05/05/2025 o Outlook passou a mandar para a pasta de lixo o que não cumpre, e a recusar com o erro 550 5.7.515 Access denied, sending domain does not meet the required authentication level.
[SEED] Leitura prática: os dois maiores provedores convergiram para o mesmo pacote — SPF + DKIM + DMARC + cancelamento fácil + taxa de spam baixa. Não existe mais "mandar e-mail em massa" sem isso.
20.3 Onde a SEED está hoje — medido, não presumido#
Conferido no seed-email.md em 2026-09-08:
- ✅ SPF, DKIM e MX verificados no subdomínio
envio.seed.eng.br(verificação registrada em 2026-08-07), e DMARC publicado comp=none, com relatórios apontando para um endereço da casa. - ✅ O isolamento de reputação decidido no EM13-b (envio por subdomínio, domínio raiz intocado) é exatamente a proteção que estas regras tornam crítica: se um disparo acumular marcação de spam, o dano não contamina o e-mail humano — que é por onde saem proposta e contato com concessionária.
- ⚠ A trilha de newsletter e comercial NÃO está decidida — o EM13 a deixou "adiada de propósito", porque dependia de a SEED ter lista e cadência. Ela continua adiada, e esta seção não decide provedor.
- ⛔ O que falta, e é objetivo: os dois cabeçalhos de cancelamento com um clique não constam de decisão nenhuma do acervo. Enquanto o volume for baixo, o Gmail não os exige; no dia em que a lista crescer, eles passam a ser requisito — e o pior momento para descobrir isso é depois do primeiro disparo grande. Fica registrado aqui como condição de entrada da trilha EN, não como pendência nova: quem decidir o provedor decide junto o cancelamento com um clique.
20.4 A lei brasileira: o que é incontroverso, e o que não é desta sessão#
[norma]LGPD — Lei nº 13.709/2018, texto lido em 2026-09-08. Endereço de e-mail de pessoa natural é dado pessoal (art. 5º, I: "informação relacionada a pessoa natural identificada ou identificável"). Enviar e-mail de marketing é tratamento de dado pessoal e precisa de uma das hipóteses do art. 7º — entre elas o consentimento (inciso I) e o legítimo interesse (inciso IX).- ⚠ Qual hipótese vale para cada caso é matéria jurídica e continua na pendência
PB-P5, aberta na §11 justamente por isso. Esta base não escolhe base legal. [SEED]O que independe de parecer, e por isso vale já:- Todo e-mail de conteúdo tem cancelamento visível, funcionando, sem exigir login nem resposta ao remetente. Vale mesmo abaixo do limite do Gmail — é o mínimo civilizado, e é o que segura a taxa de spam.
- Cancelamento é para valer: pedido processado, endereço fora da lista, sem "última mensagem para confirmar".
- Lista comprada, raspada ou "de parceiro" não entra. Além do problema legal, é o caminho mais rápido para estourar os 0,3 % de spam e derrubar a reputação do domínio.
- Quem envia se identifica: nome da empresa, CNPJ e um endereço de contato real no rodapé.
20.5 O conteúdo: o que o e-mail diz#
Tudo [SEED], com o motivo.
- Uma ação por e-mail. Se há três chamadas, não há nenhuma. A ação repete no meio e no fim, com o mesmo texto.
- O assunto descreve, não engana. Assunto que promete o que o corpo não entrega é a via mais curta para a marcação de spam — e é a marcação de spam que decide se os próximos e-mails chegam. Sem "urgente", sem
Re:falso, sem[SEED]no começo do assunto ocupando espaço na prévia. - O pré-cabeçalho é conteúdo, não sobra. É a linha que o aplicativo mostra depois do assunto; deixada em branco, ele exibe o primeiro texto do HTML ("Se não estiver vendo esta mensagem…"). Escreve-se de propósito, complementando o assunto em vez de repeti-lo.
- A primeira tela funciona sem imagem. É o EM7 do canon: nenhuma informação existe só em imagem. O leitor com imagem bloqueada tem de entender o assunto pelo texto.
- A versão em texto puro é conteúdo, não conversão automática. É o EM8. Um texto puro gerado sem cuidado é o que muitos filtros leem primeiro.
- Link com texto que diz o destino ("ver a proposta", "abrir o laudo"), nunca "clique aqui" — acessibilidade (§18.6) e clareza na mesma decisão.
- Assina uma pessoa. Em e-mail comercial de engenharia, quem assina é o engenheiro ou o responsável pelo atendimento, com nome e cargo — não "Equipe SEED". A peça de assinatura está em
07-pecas/assinatura-email/. - Nada de compromisso não decidido. Preço, prazo, gratuidade e garantia não entram por conta do redator — é a mesma regra que a §10 e a §11 fixaram depois de a base ter inventado uma oferta comercial.
- Anexo pesado não vai por e-mail. Proposta e laudo vão por link para o documento — o teto de 80 KB do EM6 é da peça, e anexo grande é o que mais derruba entrega.
20.6 Lista e cadência#
[SEED]
- A lista é de quem pediu. Formulário do site, evento, cliente ativo. Cada origem registrada, com data — é o que permite responder à pergunta "por que estou recebendo isto?".
- Cadência declarada no momento da inscrição e cumprida. Quem prometeu mensal e some por seis meses volta como desconhecido, e volta para o spam.
- Higiene: endereço com erro permanente sai na hora; inativo de longo prazo sai ou entra numa última tentativa declarada. Lista grande e morta piora a entrega da lista viva inteira.
- Segmentação mínima honesta: cliente ativo, cliente antigo, contato que só baixou material. O mesmo e-mail para os três é o que produz marcação de spam.
20.7 Anti-padrões#
| ⛔ | por quê |
|---|---|
| Disparar em massa sem SPF, DKIM e DMARC | acima de 5.000/dia é recusa no Gmail e no Outlook |
| Newsletter sem cancelamento visível | requisito do Gmail acima de 5.000/dia, e mínimo civilizado abaixo disso |
| Cancelamento que exige login ou resposta | é o mesmo que não ter |
| Lista comprada | LGPD à parte, estoura os 0,3 % de spam e derruba o domínio |
| Enviar pelo domínio raiz | contraria o EM13-b: contamina a reputação do e-mail humano da empresa |
| Assunto que promete o que o corpo não entrega | marcação de spam é o que decide a entrega das próximas |
| Informação essencial só na imagem | EM7 do canon, e some com imagem bloqueada |
| Pré-cabeçalho esquecido | o aplicativo exibe a primeira linha do HTML, e ela costuma ser lixo |
| Proposta em anexo pesado | vai por link; anexo grande derruba entrega |
| Três chamadas para ação diferentes | nenhuma acontece |
20.8 O que ficou de fora desta rodada#
- Benchmarks de abertura e clique — não entram sem amostra, método e período declarados. O único estudo com amostra que a base já carrega sobre mensagem está na §11 (Sparkle, 81.966 e-mails).
- Escolha do provedor de newsletter — decisão dele, adiada de propósito no EM13. Esta base só registra o que a decisão precisará contemplar (20.3).
- Base legal do e-mail de marketing —
PB-P5, com quem tem competência jurídica. - O sub-bloco EN do
seed-email.md(layout de newsletter) — é do canon de e-mail, não desta base. - Prazo para processar o cancelamento — a versão em português da diretriz do Gmail lida nesta rodada não traz o prazo em dias que circula em material de terceiros:
[não conferido].