Construiu um e-mail HTML com tabelas, botões e um logótipo corporativo, mas o Outlook Web transforma-o numa confusão de parênteses angulares. O Ctrl+V remove a marcação e mostra <td> e <div> em bruto em vez do seu design. Não existe nenhum botão «colar HTML» na versão do browser, e nunca existiu.

Existe uma solução alternativa que demora alguns minutos: um marcador único no corpo da mensagem e as DevTools do browser. Sem extensões, sem API, sem conta de programador.

Um aviso prévio que a maioria dos guias omite: a Microsoft não documenta nem suporta este método. Ele depende de o campo de introdução da mensagem ser um bloco contenteditable comum e não um componente protegido. Tem funcionado durante anos, mas a Microsoft não dá garantias. É por isso que este artigo inclui um passo obrigatório de «enviar um teste para si próprio» e uma secção sobre alternativas oficiais em 2026.

💡 Visão geral rápida:

• Crie um rascunho no Outlook Web e escreva um marcador único ForHTMLEmail no corpo
• Abra as DevTools (F12), encontre o marcador na pesquisa do DOM e selecione Editar como HTML
• Substitua o marcador pelo seu código HTML final e prima Ctrl+Enter
• Envie o e-mail para si próprio. Certifique-se de que a marcação chega ao destinatário antes de a enviar a mais alguém

O que mudou até 2026

As instruções de há cinco anos estão desatualizadas em três aspetos importantes. Antes de abrir as DevTools, compreenda o novo cenário.

O Novo Outlook é o Outlook Web. A Microsoft está a substituir o Outlook clássico para Windows pelo «novo Outlook» (projeto Monarch). Tecnicamente, é um wrapper nativo sobre o WebView2 que executa a mesma interface web internamente. A conclusão prática: a técnica descrita abaixo aplica-se não só ao browser, mas também ao cliente para o qual a Microsoft está a direcionar todos os utilizadores.

O Outlook Clássico ainda está vivo, mas a morrer. A Microsoft promete suportar as instalações existentes do Outlook clássico pelo menos até 2029, e a migração forçada foi adiada: não antes de 2027-2028. O Office 2016 e 2019 perderam o suporte a 14 de outubro de 2025, e o Office 2021 a 13 de outubro de 2026.

«Inserir → Ficheiro como texto» só existe no Clássico. A forma antiga de colar HTML sem as DevTools (o botão «Anexar ficheiro» → «Inserir como texto») mantém-se, mas apenas no Outlook clássico, e o botão tem de ser adicionado manualmente à Barra de Ferramentas de Acesso Rápido. No novo Outlook e na versão do browser, esta opção não existe de todo. Todas as receitas que envolvem macros VBA e suplementos COM também estão mortas: não funcionam no novo Outlook.

Aviso, armadilha à frente. No novo Outlook para desktop, já não é possível abrir as DevTools: o comando olk.exe --devtools foi intencionalmente desativado. Faça tudo no browser, em outlook.live.com ou outlook.office.com.

Do que precisa

• Um browser Chromium. Chrome, Edge, Brave, Opera, Vivaldi. No Firefox, a mecânica é a mesma, apenas o separador se chama Inspetor.
• Uma conta Outlook. Pessoal outlook.live.com ou profissional outlook.office.com, a mecânica não difere.
• HTML pronto com estilos inline. Mantenha o código fonte num ficheiro separado: se o separador fechar, o processo demora meio minuto a repetir.

Por que razão os estilos inline e as tabelas continuam a ser obrigatórios

A tentação é forte: como o novo Outlook é executado no Chromium, pode fazer o layout com flexbox. Não tão depressa.

O e-mail é renderizado pelo cliente de e-mail do destinatário, não pelo seu. Enquanto o Outlook clássico estiver vivo (e está vivo até 2029), alguns destinatários abrem os e-mails com o motor do Word: sem flexbox, sem CSS Grid, sem imagens de fundo, sem web fonts, e a margin é ignorada. Mesmo onde display: flex passa formalmente, as propriedades associadas (flex-wrap, align-items, justify-content) são removidas pela maioria dos clientes.

A conclusão de 2026 não mudou: layout de tabela, estilos inline, largura fixa de 600 píxeis. Blocos <style> externos e <link rel="stylesheet"> são ignorados pelo Outlook Web.

1. Crie um rascunho e coloque um marcador

Abra o Outlook Web, clique em «Nova mensagem». Não preencha o assunto nem os destinatários ainda, isto é uma segurança contra o envio acidental de um rascunho com o marcador.

Clique no corpo da mensagem e escreva exatamente uma palavra: ForHTMLEmail. Sem espaços ou aspas, as maiúsculas/minúsculas são importantes. O marcador deve ser o único conteúdo no corpo: uma combinação única de caracteres garante que a pesquisa vai incidir no corpo da mensagem e não num elemento da interface.

2. Encontre o marcador no DOM

Sem fechar a janela da mensagem, prima F12 e vá ao separador Elementos.

Prima Ctrl+F dentro do painel das DevTools (não na página), e abrir-se-á uma pesquisa no DOM. Escreva ForHTMLEmail e prima Enter. As DevTools vão realçar o nó necessário: normalmente um <div> ou <p> aninhado a vários níveis de profundidade em tabelas. Encontre o elemento onde ForHTMLEmail é o conteúdo de texto direto, sem tags filhas.

3. Substitua o marcador por HTML

Clique com o botão direito no elemento encontrado e selecione Editar como HTML. Ou prima F2 no elemento selecionado, é mais rápido.

O campo de edição expandir-se-á: verá algo como <p>ForHTMLEmail</p>.

Selecione todo o conteúdo do campo e apague-o. Este é o momento chave: se não apagar o conteúdo antigo, o HTML sobrepor-se-á ao marcador e obterá uma confusão.

Agora cole o seu código com Ctrl+V. Não clique fora do campo com o rato, isso fechará o modo de edição antes de confirmar a alteração. Se as DevTools coloriram as tags e mostraram o aninhamento como uma árvore, o código foi interpretado como marcação, não como texto simples.

Prima Ctrl+Enter. Regresse à janela da mensagem: o layout deve ser renderizado diretamente no corpo, imagens, tabelas, fundo, botões.

4. Teste obrigatório antes de enviar

Este passo é ignorado, e depois as pessoas enviam um e-mail vazio aos clientes. O método não é oficial, por isso confie, mas verifique.

• Envie o e-mail para si próprio. Introduza o seu endereço, envie, abra a caixa de entrada. Só assim terá a certeza de que o DOM modificado foi realmente para o servidor e não permaneceu uma ilusão local do browser.
• Abra-o num telemóvel e noutro cliente. Pelo menos no Gmail. Se o layout se partir aí, partir-se-á para metade dos seus destinatários.
• Veja-o sem imagens. O Outlook bloqueia imagens externas por predefinição. O e-mail deve permanecer legível: textos alternativos, cores de fundo, sem texto como imagem.
• Só agora preencha os destinatários e o assunto.

O Stewart Gauld mostra como é todo o processo numa única execução. O vídeo foi gravado antes de o novo Outlook aparecer, mas a mecânica do marcador e a Edição como HTML não mudaram desde então.

Alternativas oficiais se as DevTools não forem uma opção

O método das DevTools não custa nada, mas não é oficial e requer trabalho manual. Se precisar de colar HTML regularmente ou se for uma pessoa não técnica a fazê-lo, existem caminhos legais em 2026.

À parte: os «Os Meus Modelos» incorporados para HTML não funcionarão, guardam apenas texto, sem formatação e imagens.

Armadilhas de 2026

• Os scripts não passam. A Microsoft remove HTML potencialmente perigoso, <script>, formulários, interatividade. Isto não é novidade de 2026, é proteção XSS, e também não pode contorná-la através das DevTools: a filtragem acontece no servidor.
• Tamanho do e-mail. Mantenha o HTML dentro de 80-100 KB. O Gmail corta mensagens com cerca de 102 KB e esconde o resto atrás de um link «Mostrar mensagem completa».
• Tema escuro. O Outlook.com inverte parcialmente as cores por si próprio. Adicione <meta name="color-scheme" content="light dark"> e <meta name="supported-color-schemes" content="light dark">, mas não há forma infalível de impedir a inversão, a própria Microsoft reconhece isso.
• Cirílico. Coloque <meta charset="UTF-8"> no início do modelo, ou obterá caracteres ilegíveis.
• Versão em texto simples. Através das DevTools, não controla a parte de texto simples: o Outlook irá gerá-la sozinho a partir do HTML. Para envios críticos, isto é um argumento a favor de um serviço de envio de e-mail adequado.

⁉️🤔 Perguntas frequentes

Por que razão o Outlook Web não permite colar HTML diretamente?

Com o Ctrl+V normal, o browser passa os dados como text/plain, não text/html, isto é uma proteção contra a injeção de marcação maliciosa. As DevTools contornam a barreira porque modificam o DOM diretamente, e o campo de introdução da mensagem é um bloco contenteditable comum. A Microsoft não está a esconder nenhum «botão secreto»: simplesmente não é fornecida uma forma oficial de colar HTML arbitrário na versão web.

O método ainda funciona em 2026?

Guias recentes de 2024-2025 descrevem-no, e não há alterações técnicas visíveis que o quebrassem. Mas a Microsoft não documenta o método e não promete suportá-lo: o editor do Outlook Web é construído sobre o RoosterJS com um modelo de conteúdo interno, e teoricamente poderia sobrescrever o HTML colado. É exatamente por isso que o passo «envie o e-mail para si próprio» não é opcional. Verificou, envie.

Isto funciona no novo Outlook para Windows?

Na aplicação de desktop em si, não: as DevTools foram intencionalmente desativadas aí. Mas o novo Outlook é um wrapper sobre a mesma interface web, por isso basta abrir o outlook.office.com num browser, compor o e-mail aí e enviá-lo. O resultado é idêntico.

O HTML será guardado se fechar o rascunho?

Não. A edição vive no DOM do separador atual. O corpo modificado só vai para o servidor quando é enviado (ou quando o rascunho é guardado automaticamente, mas não conte com isso). Feche o separador e terá um rascunho com o marcador ForHTMLEmail. Mantenha o HTML de origem num ficheiro.

Já se pode fazer o layout de e-mails com flexbox, uma vez que o novo Outlook está no Chromium?

Não. O seu cliente não decide o que vai renderizar o e-mail para o destinatário. Enquanto o Outlook clássico com o motor do Word estiver vivo (e a Microsoft suporta-o pelo menos até 2029), alguns destinatários verão o layout partido. As tabelas e os estilos inline continuam a ser o padrão, pelo menos até ao final da década.

O HTML não cola, o que devo verificar?

Três causas típicas. Primeira: as DevTools não encontram o marcador, erro de digitação ou espaço extra, redigite ForHTMLEmail de raiz. Segunda: uma pilha de tags no e-mail, não apagou o conteúdo do campo antes de colar, prima Ctrl+Z e repita. Terceira: após Ctrl+Enter o e-mail está vazio, as DevTools rejeitaram a edição devido a um erro de marcação (tag não fechada, aspa desemparelhada). Passe o código pelo Validador W3C.

Resumo final: duas regras que decidem tudo

Todo o processo cabe numa corrente: marcador → F12 → encontrar no DOM → Editar como HTML → colar → Ctrl+Enter → enviar para si próprio → verificar → enviar.

Duas regras sem as quais o método falha:

• O teste para si próprio não é opcional. O método não é oficial. Até o e-mail chegar à sua caixa de entrada em forma normal, assuma que não funciona.
• Tabelas e estilos inline. O Chromium sob o capô do novo Outlook não anula o Outlook clássico no lado do destinatário.

Se cola HTML todas as semanas, veja o suplemento do AppSource: faz o mesmo, mas legalmente e em dois cliques. Para tarefas pontuais, as DevTools continuam a ser o mais rápido.

Que e-mails envia através do Outlook Web e com que frequência o layout se parte para os destinatários? Escreva nos comentários.