# Checklist de QA de e-mail antes do envio: 8 verificações

URL canônica: https://brew.new/pt-br/blog/pre-send-email-qa-checklist
Por Thomas Park
Publicado em 2026-10-11
Atualizado em 2026-10-11

Um checklist de QA antes do envio é a lista curta de verificações que você faz em todo e-mail antes que ele saia. Campanhas quebradas costumam sair com um botão que ainda aponta para `#`, uma imagem principal trocada às 18h por um PNG de 4 MB ou um layout de duas colunas que o Outlook clássico ignora. Cada um desses problemas leva um minuto para ser detectado antes do envio e não tem conserto depois.

Neste mês, reconstruímos a auditoria de e-mail do Brew em torno dessas verificações, cada uma com um limite exato. Faça-as manualmente, com ou sem o Brew.

![O resultado de uma auditoria de e-mail, com a pontuação, o status de prontidão e os resultados agrupados por gravidade.](/images/blog/email-audit-findings.png)

*Resultados agrupados por gravidade, com um único veredito de prontidão.*

## Pontos-chave

- Verifique oito áreas: links, tamanho, imagens, compatibilidade com os clientes de e-mail, acessibilidade, redação, conformidade e marcação.
- O Gmail corta o HTML acima de cerca de 102 KB, escondendo o rodapé e o link de descadastro. O Brew dá um aviso a partir de 80 KB, porque o rastreamento de cliques aumenta o tamanho.
- Clique em todos os links de um teste entregue, mas nunca deixe um verificador automático abrir links de descadastro ou de preferências.
- A auditoria do Brew dá uma pontuação de 0 a 100: menos 20 por crítico, 10 por erro e 3 por aviso. Qualquer crítico ou erro significa que o e-mail não está pronto.
- A auditoria nunca bloqueia um envio e não testa a chegada à caixa de entrada, capturas de tela da renderização nem o modo escuro.

## 1. Links

Um link quebrado desperdiça o envio. Verifique se:

- todo botão tem um destino real, e não `#`, `example.com` ou um `{{url}}` não preenchido
- nenhum link retorna 404 ou 410, aponta para um domínio que não resolve, tem um certificado inválido, recusa a conexão ou entra em loop de redirecionamentos
- todos os links usam `https`
- o texto visível do link corresponde ao destino. Um `brew.new/pricing` que leva a outro lugar parece phishing
- você evita encurtadores de URL públicos, que dividem a reputação com todos os spammers que os usam

Clique em todos os links num teste entregue, não no editor. O seu ESP reescreve os links para rastrear os cliques no momento do envio, então cadeias de redirecionamento e parâmetros de rastreamento quebrados só aparecem ali.

Nunca deixe um verificador automático acessar links de descadastro ou de preferências. Alguns provedores tratam qualquer acesso a essa URL como um descadastro. E uma barreira antibot exibida a um verificador não prova que o link está quebrado. Clique você mesmo.

## 2. Tamanho

O Gmail corta as mensagens com mais de cerca de **102 KB** de HTML e deixa o restante atrás de um link “Exibir toda a mensagem” (“View entire message”). Com isso, o rodapé, o link de descadastro e o endereço postal ficam escondidos, e um e-mail de marketing cortado vira, sem alarde, um problema de conformidade.

Os nossos limites:

- **80 KB** de HTML geram um aviso
- **102 KB** de HTML geram um erro, porque o Gmail vai cortar a mensagem
- **3 MB** de tamanho total carregado, somando HTML e imagens, geram um aviso
- **5 MB** de tamanho total carregado geram um erro

Avisamos a partir de 80 KB porque o rastreamento de cliques troca links curtos por URLs de redirecionamento mais longas, e alguns ESPs acrescentam marcação. Os 98 KB do seu editor podem chegar como 105 KB.

O inchaço mais comum: estilos inline repetidos em todos os elementos, comentários que sobraram do editor, seções duplicadas e ocultas para celular e desktop e imagens embutidas em base64.

## 3. Imagens

Toda imagem deve:

- ter texto `alt`, ou `alt=""` se for puramente decorativa
- ter `width` e `height`, para o layout se manter enquanto as imagens carregam ou quando elas estão bloqueadas
- carregar e ser de fato uma imagem, não uma página de erro em HTML
- ter menos de **1 MB**, ou de **3 MB** no caso de um GIF

Uma imagem grande em cima de uma linha de texto fica ilegível com as imagens desativadas, é opaca para leitores de tela e funciona como sinal de spam para alguns filtros. Coloque o título e a oferta em texto real.

## 4. Compatibilidade com os clientes de e-mail

Flexbox, grid, `position`, imagens de fundo e SVG inline quebram em pelo menos um cliente importante. O [Can I email](https://www.caniemail.com/) acompanha a compatibilidade por recurso e por cliente, e é a melhor referência que existe num só lugar.

Fique de olho principalmente no Outlook. O Gmail e o Apple Mail costumam degradar sem alarde. O Outlook clássico no Windows renderiza com o mecanismo de layout do Word, ignora muitas larguras de CSS, descarta imagens de fundo e remove o padding de botões feitos como links estilizados.

Só sinalizamos um recurso para uma família de clientes, como Gmail ou Outlook, quando pelo menos dois clientes dela o descartam. Ele só vira aviso quando o Outlook o quebra sem alternativa (fallback). Todo o resto fica no nível Info. Do contrário, cada e-mail receberia vinte avisos de clientes, e as pessoas ignorariam todos eles.

## 5. Acessibilidade

As verificações que custam pouco:

- `lang` no `<html>`, para que os leitores de tela pronunciem as palavras corretamente
- um `<title>`
- níveis de título em ordem, sem pular de `h1` para `h4`
- texto alternativo que diga o que a imagem comunica. “Gráfico de barras mostrando os cadastros dobrando em março” ajuda. “image1.png” não ajuda
- contraste no texto do corpo, nos botões e no texto cinza-claro do rodapé, onde se esconde a maioria das falhas

A referência é a [WCAG 2.2](https://www.w3.org/TR/WCAG22/). A maioria dos problemas de e-mail corresponde aos critérios dela sobre alternativas em texto, contraste, idioma da página e títulos.

## 6. Redação, assunto e texto de pré-visualização

Mantenha os assuntos abaixo de cerca de **60 caracteres** e **9 palavras**, ou os celulares vão cortá-los. Evite TUDO EM MAIÚSCULAS, “RE:” ou “FWD:” em e-mails que não são respostas e sequências de pontos de exclamação.

Mantenha o texto de pré-visualização abaixo de cerca de **90 caracteres**, sem repetir o assunto. Se você deixá-lo vazio, muitos clientes mostram “Ver no navegador” no lugar dele.

Uma tag de mesclagem sem valor padrão envia “Olá, ,” para todo mundo que está sem o primeiro nome. Os leitores não esquecem.

Todo número deve ter uma fonte que você consiga indicar, principalmente nos primeiros rascunhos feitos com IA, que produzem números convincentes com facilidade. O guia [Como escrever e-mails de marketing](/pt-br/blog/how-to-write-marketing-emails) e o [guia de linhas de assunto](/pt-br/blog/email-subject-lines) se aprofundam na redação.

## 7. Conformidade

Pela lei [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business), o e-mail comercial precisa de um link de descadastro que funcione e de um endereço postal válido. Os remetentes em massa que enviam para o Gmail e o Yahoo também precisam de cabeçalhos de descadastro com um clique, explicados em [O que continua valendo quando um agente envia os seus e-mails](/pt-br/blog/agent-email-deliverability).

O e-mail transacional escapa de algumas regras de marketing, mas não deste checklist. Um recibo com um link quebrado continua virando um chamado no suporte.

## 8. Marcação

Remova o que os clientes de e-mail removem ou bloqueiam:

- elementos `<script>`, `<form>` e `<iframe>`
- SVG embutido e URIs `data:`
- imagens de fundo sem uma `background-color` de reserva, para que o texto continue legível se a imagem falhar

Comece com um doctype. Sem ele, alguns clientes renderizam em modo quirks e o espaçamento muda.

## Como rodar o checklist no Brew

A auditoria de e-mail do Brew roda esta lista a partir de:

- a aba **Auditar** da janela de envio, ao lado de Prévia e Público
- o botão **Auditar** nas etapas de e-mail do canvas de automações
- a API e o MCP, com `POST /v1/emails/audit` ou a ferramenta `audit_email`

Veja todos os campos na [documentação da auditoria](https://docs.brew.new/create-emails/audit-email) e na [referência da API](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email).

As **verificações instantâneas**, gratuitas, rodam automaticamente para todas as regras que só precisam do HTML: marcadores provisórios, tamanho, texto alternativo e dimensões de imagem ausentes, ordem dos títulos, `lang` e `<title>`, tamanho do assunto e do texto de pré-visualização, tags de mesclagem sem valor padrão e marcação bloqueada.

**Executar auditoria** acrescenta as verificações que precisam de rede ou de julgamento:

- uma requisição real a cada link, até 100 por e-mail, pulando os links de descadastro e de preferências. Barreiras antibot voltam como “não verificado”, e não como link quebrado
- uma requisição a cada imagem, que detecta arquivos quebrados ou grandes demais
- a compatibilidade em 15 clientes de quatro famílias (Gmail, Apple Mail, Outlook e Yahoo), com a regra da seção 4
- contraste e outras regras de acessibilidade, com referências à WCAG 2.2
- uma revisão por IA que avalia se o assunto engana, se o texto dos links e o texto alternativo significam alguma coisa, se há um endereço postal no formato de qualquer país e se o e-mail é de marketing ou transacional

Cada julgamento da IA é calibrado para que um resultado apontado esteja certo em pelo menos 95% das vezes nos e-mails que são nossos. Um revisor de IA que dá alarme falso é pior do que nenhum.

Uma auditoria completa custa 5 créditos. Se uma verificação obrigatória estiver indisponível, você recebe uma auditoria parcial gratuita, sem pontuação, já que uma pontuação que pulou verificações enganaria.

## Como funciona a pontuação

Toda auditoria retorna uma pontuação de 0 a 100 e um estado: pronto, precisa de revisão ou não está pronto (no app, aparecem como Pronto para enviar, Precisa de revisão e Problemas encontrados). Cada resultado tem uma gravidade (Crítico, Erro, Aviso ou Info) e uma evidência, como o status HTTP de um link quebrado.

A pontuação começa em 100. Cada crítico custa 20 pontos; cada erro, 10; cada aviso, 3; e cada Info, nada. Só contam as três primeiras ocorrências de cada regra.

Exemplo: um botão com link para `#`, um link do rodapé que retorna 404, duas imagens sem texto alternativo, um assunto de 68 caracteres e um flexbox que dois clientes do Yahoo ignoram.

| Resultado | Gravidade | Pontos |
| --- | --- | --- |
| O link do botão é um marcador provisório | Crítico | −20 |
| O link do rodapé retorna 404 | Erro | −10 |
| Imagem sem texto alternativo (×2) | Aviso | −6 |
| Assunto com mais de 60 caracteres | Aviso | −3 |
| Flexbox descartado por 2 clientes do Yahoo | Info | 0 |
| **Pontuação** | | **61** |

Qualquer crítico ou erro significa “não está pronto”; só avisos, “precisa de revisão”. Corrija os dois links e este e-mail passa a ter 91 pontos, com o estado “precisa de revisão”. É um resultado honesto: o e-mail seria enviado sem problemas, e o resto vale um minuto de atenção.

**Corrigir no chat** passa os avisos e tudo o que for mais grave para o agente do Brew e depois roda de novo as verificações instantâneas gratuitas na versão corrigida.

## O que a auditoria não faz

Ela não bloqueia envios. Quando há resultados críticos, a janela de envio pede um **Enviar assim mesmo** e registra a exceção. Os envios pela API, pelo MCP e por automações informam os resultados e seguem em frente. Esse é o padrão certo. Alguns e-mails de que a auditoria não gosta devem sair mesmo assim, e uma ferramenta de QA que faz os envios de refém acaba sendo desligada.

Ela não reescreve o seu HTML. As correções são uma etapa separada, que você inicia.

Ela não testa a chegada à caixa de entrada, não gera capturas de tela da renderização nem verifica o modo escuro. Para o modo escuro, abra um teste no celular com o modo escuro ativado. É assim que você pega o logo que some no fundo preto.

## Perguntas frequentes

### Por quanto tempo uma auditoria vale?

Na janela de envio, 15 minutos. Depois disso, ou se o e-mail mudar, o painel pede que você a execute de novo. Pelo MCP, você pode ler de novo um relatório salvo durante 7 dias, sem custo.

### Uma pontuação alta significa que o e-mail vai chegar à caixa de entrada?

Não. A auditoria verifica o e-mail em si. A chegada à caixa de entrada também depende da reputação do domínio, da autenticação e da taxa de reclamações, temas do [guia de entregabilidade](/pt-br/blog/email-deliverability).

### Posso auditar um e-mail criado em outra ferramenta?

Sim, pela API ou pelo MCP. Envie `emailHtml` ou `emailJsx` no lugar do ID de um e-mail do Brew e receba o mesmo relatório antes de levar o e-mail para o seu ESP. Se você [remixar um modelo da galeria e exportá-lo para o seu ESP](/pt-br/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp), audite-o no Brew antes de exportar.

### Quem da minha equipe pode executá-la?

Qualquer pessoa com acesso à marca: os admins da organização e os membros adicionados a ela. O Brew não tem uma função só de visualização.