Entendendo o corpo do email na prática
O corpo do email é simplesmente a parte principal da mensagem, aquilo que vem depois do assunto e dos cabeçalhos. É onde vai o texto, as imagens, os links, ou seja, o conteúdo que o destinatário realmente lê. Parece óbvio, mas a definição técnica esconde uma série de problemas que só aparecem quando você tenta formatar algo minimamente complexo. A estrutura básica de um email se divide em cabeçalho e corpo. O cabeçalho contém metadados como remetente, destinatário, data, assunto e várias tags de rastreamento. O corpo começa após uma linha em branco e pode ser em texto puro (plain text) ou em HTML. A maioria das campanhas de marketing usa HTML porque permite layout, cores e imagens. Emails transacionais, como confirmações de senha, muitas vezes ficam bem no plain text porque carregam mais rápido e evitam filtros de spam.
Aqui vai algo que poucas pessoas explicam direito: o corpo do email não é um documento web normal. Você não pode usar CSS moderno, flexbox, grid, ou quase nada que funcione no navegador atual. Os clientes de email são essencialmente versões antigas do Internet Explorer rodando isoladamente. Tabelas HTML para layout ainda são o padrão da indústria. Sim, parece ridiculamente ultrapassado, mas funciona em 98% dos clientes porque é previsível.
o que é corpo do email e como ele se diferencia dos outros elementos
Todo mundo confunde corpo com o email inteiro. Não é. Quando você olha um email no Gmail, por exemplo, está vendo uma combinação de cabeçalho expandido, corpo e às vezes até avisos de segurança do próprio cliente. O corpo propriamente dito começa na primeira tag <body> ou no primeiro parágrafo visível. Os cabeçalhos técnicos incluem SPF, DKIM, DMARC e outras assinaturas que os servidores usam para verificar autenticidade. Nada disso aparece no corpo. São campos ocultos que só sistemas entendem. Já o corpo é tudo aquilo que está no nível da aplicação, o que o humano vê.
Na prática, diferenciar um do outro é essencial quando você precisa depurar problemas de deliverability. Se um email cai no spam, o problema raramente está no corpo. Costuma estar nos cabeçalhos, na reputação do domínio, ou nas configurações DNS. Já se o email chega mas a formatação estraga, aí sim o foco é o corpo. Layout quebrado, imagens não carregando, botões desalinhados — tudo isso é problema de renderização do corpo em si. Já passei por uma situação em que um cliente relatava que os botões de call-to-action apareciam cortados no Outlook da empresa dele. O problema não era o design em si. Era o Outlook usando o motor de renderização do Word, que ignora bordas arredondadas e alguns valores de padding em tabelas. A solução foi usar uma tabela com padding explícito nas células e um fundo sólido no lugar de gradientes. Cortei o tempo de teste de duas horas para cerca de vinte minutos porque finalmente entendi onde estava o gargalo.
Como construir um corpo de email que funciona
Comece definindo o propósito. Um email transacional de confirmação de pedido precisa de informações claras: o que foi comprado, quanto custou, quando vai chegar. Um email promocional precisa de hierarquia visual forte, um único call-to-action dominante e texto curto. Misturar os dois objetivos no mesmo corpo é um erro comum que dilui a taxa de clique. A largura ideal do corpo fica entre 600 e 640 pixels. Qualquer coisa maior força rolagem horizontal em telas pequenas e quebra o layout em clientes mais antigos. Use uma única coluna para o fluxo principal. Linhas múltiplas podem existir, mas cada coluna extra adiciona complexidade sem necessidade na maioria dos casos.
Fontes seguras para usar são Arial, Helvetica, Verdana, Trebuchet MS e Georgia. Fontes web via @import ou @font-face têm suporte irregular. O Gmail remove estilos inline em algumas versões do app mobile. O Yahoo Mail às vezes corta tags inteiras. O Outlook desktop pode ignorar propriedades CSS que não estão inline. A regra prática é colocar todo o CSS inline, dentro de cada tag. Imagens precisam ter alt text, não apenas por acessibilidade mas porque muitos clientes desativam o carregamento automático. Uma pessoa que recebe seu email com imagens bloqueadas ainda consegue ler o conteúdo se o alt text for descritivo. Coloque também um link visível logo abaixo de cada imagem, caso ela não carregue.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Teste sempre em pelo menos três clientes antes de enviar. Litmus e Email on Acid são caras mas cobrem a maioria dos cenários. Uma alternativa mais barata é usar o próprio Gmail, o Apple Mail e o Outlook desktop como base. Se funcionar nesses três, cobre a maior parte dos casos reais. Um detalhe que muita gente esquece: o preheader. É aquele trecho de texto que aparece ao lado do assunto na caixa de entrada, antes de a pessoa abrir o email. Ele conta como parte do corpo, embora fique oculto visualmente. Use essa área para reforçar a mensagem ou criar urgência. Se deixar em branco, o cliente de email vai extrair os primeiros caracteres do corpo automaticamente, o que geralmente resulta em texto truncado ou irrelevante.
Problemas comuns e como resolvê-los
O primeiro problema frequente é o email chegando na caixa de promoções ou spam. Isso tem muito mais a ver com os cabeçalhos e a reputação do domínio do que com o corpo, mas existe uma relação indireta. Emails com muito HTML e pouca proporção texto-para-código ativam filtros heurísticos. Se o seu corpo tem mil linhas de tags e só duzentas palavras, considere simplificar ou separar o conteúdo rico em um link para uma landing page. O segundo problema é a taxa de clique baixo. A causa raramente é o design. Geralmente é copy ruim, chamada ambígua ou expectativa não alinhada com o assunto. Se o assunto promete desconto e o corpo mostra uma oferta genérica, o usuário abandona. Mantenha coerência entre assunto, preheader e corpo. Esse alinhamento costuma melhorar a taxa de clique entre 15 e 30 por cento sem mudar nenhuma linha de código.
O terceiro problema é a inconsistência entre dispositivos. Um email que parece perfeito no desktop pode aparecer completamente desconfigurado no celular. Use media queries com moderação porque o suporte varia. Em vez de depender de layouts responsivos complexos, priorize uma versão mobile-first simples com fonte legível, botões grandes o suficiente para toque e espaçamento adequado. Isso resolve a maior parte dos problemas em telas pequenas. Um cenário específico que encontrei recentemente envolveu um cliente que enviava newsletters com tabelas aninhadas para mostrar produtos em grade. No iPhone com iOS recente, as tabelas aninhadas causavam sobreposição de conteúdo. A solução foi converter o layout em uma única tabela com colunas e usar imagens de fundo com background-color de fallback. O resultado foi consistente em todos os testes. Levou cerca de quarenta minutos para refatorar, contra as três horas que gastaria tentando corrigir uma por uma.
Erros que iniciantes cometem com frequência
O erro mais frequente é tratar o corpo do email como uma página de aterrissagem. Querem colocar menu de navegação, rodapé com múltiplos links, pop-ups e formulários. Nada disso funciona de forma confiável. O corpo de email deve ser linear, direto e com um único objetivo. Se o cliente quer mais informação, um link para a versão web resolve. O segundo erro é ignorar o modo escuro. Clientes como Apple Mail e Gmail agora oferecem modo escuro automático. Elementos com fundo branco e texto preto podem se tornar ilegíveis se o cliente inverter as cores. Use variáveis CSS ou @media queries para modo escuro quando possível. Se não conseguir, teste visualizando no modo escuro antes de enviar.
O terceiro erro é não pensar em leitores de tela. Pessoas cegas ou com baixa visão usam software de leitura. Se o corpo não tem estrutura semântica, imagens sem alt text ou links sem descrição clara, esse público não consegue acessar o conteúdo. Isso não é apenas uma questão de acessibilidade, é também uma questão de conformidade legal em vários países. Outro detalhe importante: muitos provedores de email truncam o corpo em determinados tamanhos. O Gmail pode cortar conteúdo após certo número de caracteres. O Yahoo faz o mesmo com anexos e conteúdo pesado. Se o email for muito longo, considere resumir e direcionar para uma versão completa online. Isso também melhora o tempo de carregamento, o que impacta diretamente a experiência do usuário.
Quando o corpo do email não é suficiente
Há situações em que o corpo em si não resolve o problema. Se o conteúdo é extremamente dinâmico, como dados em tempo real ou personalização avançada, o email precisa depender de uma landing page hospedada externamente. Nesse caso, o corpo serve como ponte, com resumo e link. A renderização completa acontece no navegador, onde você tem controle total de CSS e interatividade. Outro cenário é o email como parte de uma jornada multi-canal. O corpo não precisa carregar toda a informação. Pode ser um lembrete breve direcionando para WhatsApp, SMS ou notificação push. Nesse caso, a métrica de sucesso muda: o objetivo não é conversão no email, mas sim direcionamento para o canal apropriado.
Ainda existe a opção de emails interativos AMP. Eles permitem formulários, carrosséis e atualizações sem sair do email. O suporte ainda é limitado ao Gmail e a alguns clientes corporativos. Se seu público não usa Gmail, essa tecnologia não vale o custo de desenvolvimento. Para um público maioritariamente Gmail, porém, pode aumentar a taxa de conversão em cerca de 20 a 40 por cento em comparação com emails tradicionais, dependendo do tipo de ação. O corpo do email, no fim das contas, é um meio com restrições técnicas muito específicas. Entender essas restrições e trabalhar dentro delas, em vez de contra elas, é o que separa um email que funciona de um que gera frustração. Não existe fórmula mágica, mas existe prática. E a prática vem de testar, observar os resultados e ajustar com base no que realmente acontece, não no que deveria acontecer segundo a teoria.
