Markdown para PDF
Cole Markdown ou solte um arquivo .md. Compatível com GitHub-Flavored Markdown. 100% no seu navegador — nada é enviado.
Solte um arquivo .md ou .markdown
ou clique para escolher um — lido apenas no seu navegador
Ideal para READMEs técnicos e notas. As tabelas são achatadas, e imagens externas são ignoradas por privacidade.
Your file is ready
Processed entirely in your browser — the file never left your device.
Como converter Markdown em PDF
Três passos. Tudo acontece no seu navegador.
Cole ou solte
Cole seu markdown na área de texto ou solte um arquivo .md. A prévia ao vivo mostra como ficará a saída.
Escolha as opções
Tamanho da página, orientação, tamanho da fonte do corpo e estilo dos blocos de código. Os padrões funcionam para a maioria dos arquivos README.
Crie e baixe
O marked analisa para HTML, o HTML é tokenizado em blocos e o pdf-lib os dispõe — tudo na sua aba.
Por que usar Markdown para PDF no imisspdf?
A origem permanece na sua máquina
O markdown costuma conter notas internas, rascunhos de posts ou chaves de API em blocos de código. Nada é enviado — cada byte do processo roda localmente.
Rápido para documentos técnicos
Títulos, listas e código cercado renderizam de forma limpa à primeira vista. Sem caixa de diálogo de impressão, sem captura do Chrome — cole, clique e baixe.
Compatível com GFM
Tachado, listas de tarefas, blocos de código cercados, autolinks — o analisador é o marked em modo GFM. As tabelas são achatadas (avisamos de antemão).
O que "Markdown para PDF" significa aqui
Markdown é o formato em que a maioria dos desenvolvedores e redatores técnicos realmente escreve — arquivos README, rascunhos de blog, runbooks, documentação de API, wikis internos. É leve, versionável e renderiza de forma limpa no GitHub. Mas quando chega a hora de compartilhar esse documento com alguém que não trabalha no seu repositório, um PDF costuma ser o formato de entrega certo: imprime de forma previsível, abre em qualquer dispositivo e não depende de o destinatário ter um visualizador de markdown instalado.
A ferramenta Markdown para PDF do imisspdf pega o código-fonte markdown que você cola (ou solta como arquivo .md) e produz um único PDF no seu navegador. Os títulos mantêm sua hierarquia, as listas continuam recuadas, os blocos de código cercados renderizam em uma fonte monoespaçada, e as citações / linhas horizontais parecem citações e linhas. O resultado é um PDF limpo e sem firulas, adequado para um README, um briefing técnico ou um changelog entregue a um leitor não técnico.
Como a conversão funciona
Três etapas rodam de ponta a ponta na sua aba:
- O analisador marked transforma seu markdown em HTML com as regras GFM ativadas (código cercado, tachado, listas de tarefas, autolinks).
- Um pequeno tokenizador baseado em expressões regulares percorre o HTML, transformando-o em uma sequência plana de tokens de bloco — títulos, parágrafos, listas, blocos de código, citações — e seus trechos em linha (negrito, itálico, código em linha, links).
- O pdf-lib dispõe os blocos nas páginas usando as 14 fontes padrão do PDF (Helvetica para o corpo, Courier para o código). Novas páginas são adicionadas conforme o conteúdo transborda.
Nada nesse processo fala com um servidor. Não há markdown renderizado remotamente, nem Chromium headless iniciando em uma função na nuvem, nem arquivo temporário mantido "por uma hora para cumprir a retenção". O PDF é construído com bytes de JavaScript que você pode ver sendo escritos no seu DevTools.
Quando esta é a ferramenta certa — e quando não é
Esta ferramenta é a certa quando você precisa de um PDF limpo e arquivável de conteúdo técnico: um README, um runbook, um briefing escrito em markdown, notas de reunião, um tutorial. Ela trata a formatação em linha, as listas, o código e as citações da forma que você esperaria para esse tipo de documento.
Ela é a ferramenta errada quando você precisa de fidelidade de pixel com um site renderizado (use a opção Salvar como PDF do seu navegador na página renderizada), quando precisa de tabelas tipográficas (use Pandoc + LaTeX localmente) ou quando precisa de código com realce de sintaxe (exporte do seu editor como HTML e use HTML para PDF). Nomeamos os limites de antemão para que você escolha o fluxo de trabalho certo.
Privacidade e segurança
O markdown é um dos formatos com maior probabilidade de conter coisas que você não gostaria em um servidor: chaves de API em blocos de código, URLs internas em links, rascunhos de posts que você ainda não publicou, nomes de clientes em notas de reunião. Ferramentas de markdown-para-PDF baseadas em servidor precisam ingerir tudo isso. A arquitetura desta ferramenta significa que você não precisa confiar em uma política de privacidade — simplesmente não existe etapa de envio no processo. Bloqueie sua rede e a conversão continua funcionando depois que a página carregou.
Perguntas frequentes
Sim — o analisador roda em modo GFM, então blocos de código cercados (com crases ```), texto tachado (~~texto~~), listas de tarefas, autolinks e as regras relaxadas de parágrafo do GFM funcionam. O que não sobrevive à conversão são as tabelas: o marked produz uma <table> em HTML, mas o renderizador de PDF desta ferramenta não desenha células de tabela, então uma tabela sai como linhas de texto achatadas. Se o seu README depende muito de tabelas, renderize a página no GitHub primeiro e então use HTML para PDF ou tire uma captura de tela para obter uma grade de verdade.
Não. Os blocos de código são renderizados em uma fonte Courier de largura fixa em uma única cor para que a indentação e a estrutura do código permaneçam legíveis, mas os tokens não são coloridos por linguagem. Pulamos o realce de sintaxe de propósito porque ele forçaria carregar uma biblioteca de realce de mais de 200 KB em uma página cuja função principal é converter para PDF, e PDFs normalmente são impressos ou arquivados — não lidos como em uma IDE. Se código colorido importa, cole o HTML realçado do seu editor pela nossa ferramenta HTML para PDF.
Tags de imagem externas () são descartadas — a ferramenta não busca imagens remotas. Isso é proposital por dois motivos: privacidade (uma busca vazaria seu IP e referer para o servidor da imagem) e confiabilidade (renderização dependente de rede gera saída inconsistente). Se você precisa de imagens embutidas no PDF, use as ferramentas JPG para PDF ou PNG para PDF para adicioná-las como páginas separadas, ou junte-as ao PDF renderizado do markdown usando Juntar PDF.
Não. Tanto o código-fonte do markdown quanto o PDF renderizado permanecem inteiramente dentro da aba do seu navegador. O analisador marked, o tokenizador de HTML em blocos e o pdf-lib são todos JavaScript do lado do cliente, carregados uma vez nesta página e executados localmente. Você pode confirmar na aba Rede do DevTools do navegador — depois que a página carrega, gerar um PDF faz zero requisições de rede de saída. Feche a aba e todo vestígio some; não há arquivo temporário no servidor porque não há etapa de servidor.
Todos os seis níveis de título do markdown (# até ######) são renderizados como títulos do PDF com tamanhos decrescentes (h1 é o maior, h6 mal é maior que o texto do corpo). A hierarquia é preservada para que leitores de tela e leitores de PDF captem a estrutura. Dentro dos títulos, a formatação em linha (negrito, itálico, código em linha) é respeitada. Não geramos automaticamente um sumário — se o seu documento precisar de um, adicione você mesmo uma seção "## Sumário" com uma lista simples em markdown.
Não na forma de grade. O marked analisa a tabela corretamente em HTML, mas nosso renderizador de PDF é deliberadamente simples e não desenha bordas de célula nem distribui colunas. A tabela sai como uma sequência de linhas de texto, linha por linha, o que costuma ser ilegível para qualquer coisa além de um exemplo 2x2. Se tabelas são essenciais no seu documento, o fluxo honesto é: renderizar para HTML no seu visualizador favorito, tirar uma captura de tela e usar JPG para PDF — ou usar o Pandoc localmente para uma saída de qualidade LaTeX. Somos francos sobre a limitação em vez de fingir que renderizamos tabelas mal.
Dicas para uma boa saída
- Use títulos de verdade. Um
#no início de uma linha vira h1; níveis menores se aninham de forma limpa. Leitores de PDF e leitores de tela captam a estrutura. - Mantenha os blocos de código cercados. Blocos com três crases renderizam em Courier, então o recuo é lido corretamente mesmo quando quebra a linha.
- Evite markdown cheio de imagens. Imagens externas não são buscadas. Converta as imagens para PDF separadamente e junte-as.
- Para tabelas, renderize o markdown na sua ferramenta primeiro e então tire uma captura. Ou use o Pandoc localmente para tabelas tipográficas.
Ferramentas PDF relacionadas
- HTML para PDF — o mesmo renderizador, com entrada HTML em vez de markdown.
- TXT para PDF — texto puro sem nenhuma formatação.
- Juntar PDF — combine o PDF do markdown com imagens ou outros arquivos.
- Comprimir PDF — reduza a saída para compartilhar.