O HTML de um e-mail tem vinte anos de atraso sobre a web, de propósito
Publicado a 09/09/2026 · 3 min de leitura · Ferramentas de ficheiros
Daniel Okonkwo — Programador front-end e redator de Tecnologia na OneKitly
Desempenho web · Formatos de ficheiro
Verificado a partir de 3 fontes
Uma página web é servida a um navegador que se pode mais ou menos prever. Uma mensagem é entregue a várias dezenas de leitores sem nada em comum — um cliente de secretária de 2016, um telefone, um webmail que reescreve a tua marcação antes de a mostrar — e cada um retira o que não lhe agrada. Daí um dialeto congelado há décadas: sem folha de estilo externa, porque um leitor teria de a ir buscar e quase nenhum o fará; sem script, porque todos os leitores o removem; paginação em tabelas encaixadas, porque é nisso que todos ainda concordam; e CSS escrito em linha em cada etiqueta, porque um bloco de estilo no cabeçalho é deitado fora por vários dos maiores webmails. Exportar uma mensagem para HTML dá-te essa marcação num ficheiro que o teu navegador abre — autónomo exceto quanto às imagens que o remetente deixou no seu próprio servidor e que continuam referências remotas. Imprime-se bem, arquiva-se bem, e não se parecerá exatamente com o que o remetente via, porque nunca se pareceu igual em dois clientes.
Sem folha de estilo, sem script, paginação feita de tabelas encaixadas e estilos escritos em cada etiqueta. Saber porquê explica com o que um ficheiro HTML exportado se vai parecer — e com o que não.
As duas imagens, outra vez
O ficheiro exportado integra o que estava dentro da mensagem e deixa em paz o que não estava. As imagens que o remetente anexou e referenciou como cid: passam a fazer parte do ficheiro: aparecem estejas ou não ligado, e a página continua autónoma se a copiares para um disco de segurança. As imagens que o remetente deixou no seu servidor continuam endereços: abrir o ficheiro anos depois deixa buracos onde estava um banner — e, se o servidor ainda funcionar, diz ao dono que abriste hoje uma mensagem antiga.
Quando preferir o HTML, e quando o texto
Escolhe o HTML quando a aparência faz parte do que guardas: uma fatura com uma tabela de linhas, uma confirmação de reserva com uma referência paginada para ser lida, uma mensagem que talvez tenhas de mostrar tal como foi recebida. Escolhe o texto simples quando quiseres pesquisar, citar ou guardar milhares de mensagens — o texto pesa um décimo e não arrasta uma paginação que envelhecerá. Guardar ambos para o punhado que conta não custa nada e resolve a questão mais tarde.
Perguntas frequentes
- A página exportada terá o mesmo aspeto que no meu cliente de correio?
- Parecido, não idêntico. O teu cliente de correio aplica as suas próprias definições por cima da mensagem — tipos de letra, espaçamentos, uma largura máxima — e um navegador aplica outras. Como a mensagem leva os estilos em linha, a substância viaja; o que se mexe é a moldura à volta. Se um registo exato importar, imprime a página para PDF a partir do navegador e guarda-o ao lado.
- Porque é que tantas mensagens ainda usam tabelas para paginar?
- Porque é a única paginação que todos os leitores ainda apresentam da mesma maneira. Os sistemas de paginação modernos têm suporte desigual entre clientes de correio, e um desenho que se desmorona num dos grandes é um desenho que falha para uma parte do público que o remetente não consegue identificar. As tabelas são feias de escrever e funcionam em todo o lado, o que no correio sempre foi a combinação vencedora.
- É seguro abrir o HTML exportado?
- É a marcação da própria mensagem, por isso leva o que o remetente escreveu — na prática estilos e ligações, já que os scripts não sobrevivem à viagem pelo sistema de correio. Trata as ligações com a mesma desconfiança que no cliente de correio: uma página exportada perdeu os avisos que o teu cliente mostrava à volta. Se a mensagem te inspirava desconfiança, lê-a antes como texto simples.
Artigos que podem interessar-lhe
Todos os guias →Ferramentas relacionadas
Fontes
Detetaste um erro neste artigo?