Markdown para HTML com Pré-visualização
Converta texto Markdown em HTML limpo com uma pré-visualização que atualiza enquanto você digita.
Seu documento fica no seu aparelho
Nada para apagar depois
Seguro para documentação interna
Funciona em todo navegador moderno
Como funciona
- 1
Cole seu Markdown
Um README, uma página de documentação, um post ou anotações que você quer como HTML.
- 2
Confira a prévia
Verifique se a estrutura saiu como pretendido antes de olhar a marcação.
- 3
Copie o HTML
Leve para um CMS, um modelo de e-mail, um site estático ou uma página de documentação.
Por que usar esta ferramenta
CommonMark mais extensões do GitHub
Tabelas, tachado, listas de tarefas e links automáticos — o dialeto em que a maior parte do Markdown é de fato escrita.
Prévia e marcação juntas
Veja o resultado renderizado e o HTML que ele produziu, para conferir os dois antes de colar qualquer um.
Saída semântica
Títulos, listas e tabelas de verdade em vez de um paredão de divs estilizadas, então a marcação significa algo.
Comportamento da quebra de linha à sua escolha
Decida se uma quebra simples corta a linha ou se junta ao parágrafo — o ajuste que todo mundo procura.
Nada é enviado
A conversão acontece no seu navegador — documentação não publicada nunca chega a um servidor.
Grátis e sem conta
Sem cadastro, sem marca d’água e sem limite de quanto você converte.
Não existe “o Markdown” — existem vários
Este é o fato por trás da maioria das surpresas. A descrição original de 2004 era um documento curto e um script em Perl, sem gramática formal e sem suíte de testes, o que deixou muita coisa genuinamente indefinida. As implementações preencheram as lacunas de modos diferentes, então a mesma entrada produzia saídas diferentes conforme qual você usasse. O CommonMark existe exatamente para corrigir isso: uma especificação precisa com suíte de conformidade, e hoje é o que a maioria dos parsers sérios mira. Mas o CommonMark deixa de fora, de propósito, coisas que as pessoas usam o tempo todo, então o GitHub Flavored Markdown acrescenta por cima tabelas, tachado, listas de tarefas e links automáticos. A consequência prática é que um documento com tabela renderiza como tabela no GitHub e como barras verticais literais num parser CommonMark estrito. Antes de culpar o seu Markdown, veja qual dialeto o destino fala.
Uma quebra de linha simples não é uma quebra
Este é o comportamento que confunde mais gente do que todos os outros somados, e não é um defeito. O Markdown trata linhas consecutivas como um parágrafo só e as junta com um espaço, porque o formato foi projetado para que quebrar um parágrafo à mão num editor não mudasse a saída. Duas linhas de um endereço escritas em separado saem, portanto, numa linha só. O remédio clássico são dois espaços no fim da linha, uma convenção francamente péssima porque é invisível e os editores a apagam. Uma barra invertida no fim faz o mesmo no CommonMark e pelo menos é visível. E uma linha em branco começa um parágrafo novo, que costuma ser o que as pessoas queriam. O GitHub mudou o padrão nos campos de comentário, onde uma quebra realmente quebra, e é por isso que o mesmo texto se comporta diferente numa issue e num README.
O Markdown deixa HTML passar de propósito, e isso é uma decisão de segurança
HTML cru dentro do Markdown é um recurso, não um descuido: o projeto original supunha que você desceria ao HTML sempre que o Markdown não desse conta. Isso significa que um conversor de Markdown para HTML tem permissão, por especificação, de deixar uma tag `<script>` passar direto para a saída. Para os seus próprios documentos é exatamente o que você quer. Para qualquer coisa enviada por um usuário — um comentário, uma avaliação, uma bio de perfil, um chamado de suporte — é uma vulnerabilidade de script entre sites armazenado esperando acontecer, e o passo de conversão é onde ela é construída. A regra que vale levar é simples: renderizar Markdown confiável é seguro; renderizar Markdown não confiável exige higienizar o HTML resultante depois, contra uma lista de tags permitidas. Nunca conte com o parser de Markdown para tornar seguro o conteúdo de um usuário, porque ele não foi projetado para isso.
O que o Markdown propositalmente não faz
O Markdown é uma linguagem de formatação para prosa, não de diagramação, e seus limites são intencionais, não recursos faltando. Não há sintaxe para pôr uma classe ou um id num elemento, nem jeito de definir a largura de uma imagem, nem de acrescentar atributo algum. O alinhamento de tabela é a única exceção, e mesmo assim limitado a esquerda, direita e centro. Quando você precisa de algo disso, a resposta dentro do Markdown é escrever HTML em linha — o que funciona e imediatamente abandona o subconjunto portátil, porque aquele fragmento não vai renderizar num contexto que remove HTML. É esse o trade-off no coração do formato: ele continua legível como texto puro justamente porque se recusa a crescer. Se você se pegar escrevendo mais HTML que Markdown, o documento ficou grande demais para o formato.
Para onde a saída vai muda o que você deve manter
O HTML que sai é deliberadamente nu — títulos, parágrafos, listas e links, sem divs envolventes e sem classes — porque é isso que herda uma folha de estilo com limpeza. Para uma página que você controla, é exatamente certo. E-mail é a exceção a prever, já que a maioria dos clientes remove blocos `<style>` e ignora folhas externas, então tudo que precisa parecer projetado numa caixa de entrada exige CSS em linha por elemento depois da conversão. O CMS é o outro caso: muitos editores higienizam HTML colado e descartam atributos em silêncio, então cole na visão de código e não na visual. E se o destino aceita Markdown diretamente — como a maioria dos geradores de site estático, wikis e plataformas de documentação —, converter antes é um passo atrás, porque você perde a fonte que era mais fácil de editar.
Por que converter localmente importa neste tipo de texto
Considere o que costuma estar num editor de Markdown. Documentação interna descrevendo como um sistema funciona. Um README de um repositório que ainda não é público. Um post antes de publicar. Notas de reunião com nomes dentro. Um manual operacional que nomeia servidores e descreve o que fazer quando algo falha. Markdown é o formato em que as pessoas escrevem conhecimento interno, o que faz de um documento colado uma descrição de como uma organização opera — raramente secreto no sentido dramático, e raramente algo que você escolheria entregar a um estranho. Um conversor hospedado recebe tudo isso. Esta ferramenta converte na página e não transmite nada, o que você confere na aba Rede das ferramentas de desenvolvedor.
Erros comuns que vale evitar
- Esperar que uma quebra de linha simples corte a linha. O Markdown junta linhas consecutivas num parágrafo por projeto — use linha em branco para parágrafo novo, ou barra invertida no fim para quebra dura.
- Renderizar Markdown enviado por usuário sem higienizar a saída. HTML cru passa por especificação, então uma tag `<script>` num comentário vira um problema de script armazenado no passo de conversão.
- Supor que todo parser fala o mesmo dialeto. Tabelas, listas de tarefas e tachado são extensões do GitHub, não CommonMark, então uma tabela pode sair como barras verticais literais.
- Apelar para HTML em linha para pôr uma classe ou largura de imagem. Funciona e abandona o subconjunto portátil — aquele fragmento some onde HTML é removido.
- Converter Markdown que o destino teria aceitado direto. Geradores estáticos, wikis e plataformas de documentação costumam aceitar Markdown, e converter antes perde a fonte mais fácil de editar.
Comparação
| Item | Esta ferramenta | Conversores online | Um gerador de site estático |
|---|---|---|---|
| Conteúdo enviado a um servidor | Nunca | Geralmente sim | Não |
| Extensões do GitHub suportadas | Sim | Varia | Geralmente |
| A saída herda o seu CSS | Sim | Varia | Sim |
| Precisa de configuração | Nenhuma | Nenhuma | Instalar e configurar |
| Conta ou cadastro | Não precisa | Frequentemente exigido | Não precisa |
| Preço | Grátis | Grátis / planos pagos | Grátis |
Recursos
Tabelas e listas de tarefas
As extensões do GitHub que não estão no CommonMark estrito mas estão na maior parte do Markdown real.
Prévia ao vivo
A saída renderizada atualiza enquanto você digita, então os erros aparecem na hora.
Blocos de código cercados
Blocos de três crases viram `pre` e `code` com a linguagem registrada como classe.
Marcação limpa e mínima
Sem divs envolventes, sem nomes de classe gerados, sem estilos em linha — o HTML herda a sua folha de estilo.
Unicode de ponta a ponta
Texto árabe, turco e acentuado passa sem alteração nos dois sentidos.
Aguenta documentos longos
Manuais inteiros convertem sem upload nem teto de tamanho.
Nada para instalar
Sem gerador de site estático, sem runtime, sem dependências — funciona na página web.
Compatível com árabe e RTL
Interface completa em oito idiomas, incluindo árabe da direita para a esquerda.
Seguro por padrão
Servido por HTTPS, sem rastreio de conteúdo e sem envio a terceiros.
Quem usa
Redatores técnicos
Colocar documentação num CMS que aceita HTML mas não Markdown.
Desenvolvedores
Conferir como um README vai renderizar antes de enviá-lo a um repositório.
Editores de conteúdo
Transformar o rascunho em Markdown de um autor em marcação que o sistema de publicação aceite.
Autores de newsletter
Produzir o corpo HTML de um e-mail a partir de um rascunho escrito em Markdown.
Perguntas Frequentes
Não. Tudo roda localmente no seu navegador — seu texto nunca é enviado, armazenado ou compartilhado.
Sim — totalmente grátis, sem conta e sem limites.