Codificação de e-mail

O Gmail corta e-mails em 102 KB: por que isso arruína suas estatísticas e como evitar

O que conta para o peso do e-mail e o que não conta

Mailvex · 9 agosto 2026 · 5 min de leitura

O Gmail corta e-mails em 102 KB: por que isso arruína suas estatísticas e como evitar

O Gmail corta um e-mail quando o HTML passa de 102 kilobytes: o restante fica escondido atrás do link «Ver mensagem completa». Junto com o conteúdo, o pixel de rastreamento de aberturas também é cortado, então a taxa de abertura deixa de ser confiável. Vamos ver o que realmente conta para o peso, por que no celular o limite é bem mais rígido e como reduzir o código sem prejudicar o design.

O que acontece no corte

O Gmail mede o HTML bruto, não a imagem final do e-mail. Ao atingir o limite, ele simplesmente corta tudo o que vem depois — não na fronteira de um bloco, mas em uma contagem exata de bytes. No meio de uma tag, no meio de uma regra de estilo, onde calhar. Por isso um e-mail cortado costuma parecer quebrado, e não apenas encurtado: tags sem fechamento destroem o layout do que sobrou.

102 KB

Mailchimp: limite de corte de e-mails no Gmail

O pixel de rastreamento costuma ficar no fim do e-mail. Se a mensagem for cortada, o pixel não chega a carregar e a abertura não é contabilizada. No relatório você vê uma taxa menor do que a real e toma decisões com dados errados.

Esquema de um e-mail cortado na horizontal com o bloco inferior removido
O corte acontece por contagem de bytes, não por limite de bloco

No celular o limite é mais rígido

Os 102 kilobytes valem para o cliente de desktop. Nos aplicativos móveis o corte chega bem antes, e no app do Gmail para iOS pode começar por volta de vinte kilobytes, de forma inconsistente.

Onde o e-mail é abertoLimite de corte
Gmail no navegador, desktopcerca de 102 KB
Gmail no Android e outros celularescerca de 75 KB
App do Gmail no iOScerca de 20 KB, de forma inconsistente

Conclusão prática: se uma parcela relevante da sua lista abre pelo celular, sua meta real não são 102 kilobytes, e sim um número bem menor.

O que conta para o peso e o que não conta

É aqui que a maioria erra. Só o código conta, não as imagens em si.

  • conta: todo o HTML, incluindo tags, atributos e comentários
  • conta: os estilos inline e o conteúdo da tag style
  • conta: os endereços de imagens e links, inclusive links longos com parâmetros UTM
  • conta: o código de rastreamento que a sua plataforma de envio insere
  • NÃO conta: os arquivos de imagem, que carregam de um endereço externo

Daí uma consequência pouco intuitiva: um e-mail com uma dúzia de fotos pesadas pode ficar tranquilamente abaixo do limite, enquanto um sem nenhuma imagem, mas com texto longo e marcação inflada, pode estourar.

O que mais infla um e-mail

  • os mesmos estilos inline repetidos em cada célula da tabela
  • texto colado de um editor de documentos junto com a formatação
  • links longos com parâmetros UTM duplicados em cada botão e imagem
  • caracteres fora do padrão, como aspas tipográficas e o símbolo de copyright
  • código comentado que sobrou de versões anteriores do modelo

Os caracteres fora do padrão merecem menção à parte. Cada um ocupa vários bytes em vez de um, e em um texto longo a diferença se acumula.

Como reduzir o peso

  • leve os estilos repetidos para a tag style e deixe inline só o essencial
  • encurte os links com parâmetros UTM ou use um encurtador
  • apague o código comentado antes de enviar
  • troque os caracteres tipográficos por entidades HTML
  • divida e-mails muito longos em várias edições

E um truque que salva a estatística mesmo quando há corte: mova o pixel de rastreamento para o início do e-mail, e não para o fim. Assim a abertura é registrada independentemente de a mensagem ter sido cortada.

A Email on Acid recomenda mirar não no limite, e sim em uma margem: ficar abaixo de oitenta kilobytes. O motivo é que a plataforma de envio insere o próprio código de rastreamento depois que você termina a montagem, então o peso final supera o que você via no editor.

Como o Mailvex resolve isso

O construtor mostra o peso do e-mail dentro do próprio editor e avisa quando ele se aproxima do limite. Os estilos são aplicados inline só onde a compatibilidade exige, as regras repetidas vão para um bloco comum e os comentários sobrando são removidos na compilação. Os parâmetros UTM são configurados em um único lugar, em vez de colados à mão em cada link.

Monte um e-mail no editor e confira o peso antes de enviar.

Ver modelos

Perguntas frequentes

O tamanho das imagens influencia o corte?

Não. As imagens carregam de um endereço externo e não contam para o peso do e-mail. Os endereços das imagens contam, então URLs longas com parâmetros ainda somam bytes.

Como verificar o peso antes de enviar?

Envie um teste para o seu endereço no Gmail, abra a mensagem e salve como arquivo pelo menu da própria mensagem. O tamanho do arquivo é o número que você procura. Muitos construtores, o Mailvex incluído, mostram o peso direto na interface.

O que o assinante vê ao clicar em «Ver mensagem completa»?

Uma versão do e-mail da qual o Gmail remove o conteúdo da tag style. Parte do visual se perde ali, então não convém contar com esse link como alternativa.

Comece a criar e-mails com o Mailvex