Markdown a HTML con Vista Previa en Vivo
Convierte texto Markdown a HTML limpio con una vista previa que se actualiza mientras escribes.
Tu documento se queda en tu equipo
Nada que borrar después
Seguro para documentación interna
Funciona en todo navegador moderno
Cómo funciona
- 1
Pega tu Markdown
Un README, una página de documentación, un artículo o notas que quieras como HTML.
- 2
Revisa la vista previa
Confirma que la estructura salió como pretendías antes de mirar el marcado.
- 3
Copia el HTML
Llévalo a un CMS, una plantilla de correo, un sitio estático o una página de documentación.
Por qué usar esta herramienta
CommonMark más extensiones de GitHub
Tablas, tachado, listas de tareas y enlaces automáticos: el dialecto en que de verdad se escribe casi todo el Markdown.
Vista previa y marcado juntos
Ves el resultado renderizado y el HTML que produjo, así compruebas ambos antes de pegar cualquiera.
Salida semántica
Encabezados, listas y tablas de verdad en vez de un muro de divs con estilo, así el marcado significa algo.
Comportamiento del salto de línea a tu elección
Decide si un salto simple corta la línea o se une al párrafo: el ajuste que todo el mundo quiere.
No se sube nada
La conversión ocurre en tu navegador: documentación sin publicar nunca llega a un servidor.
Gratis y sin cuenta
Sin registro, sin marca de agua y sin límite de cuánto conviertas.
No existe «Markdown»: existen varios
Este es el hecho detrás de casi todas las sorpresas. La descripción original de 2004 era un documento corto y un script en Perl, sin gramática formal ni suite de pruebas, lo que dejó muchísimo genuinamente indefinido. Las implementaciones rellenaron los huecos de distinta manera, así que la misma entrada producía salidas distintas según cuál usaras. CommonMark existe precisamente para arreglar eso: una especificación precisa con suite de conformidad, y hoy es lo que apuntan casi todos los analizadores serios. Pero CommonMark excluye a propósito cosas que la gente usa a diario, así que GitHub Flavored Markdown añade encima tablas, tachado, listas de tareas y enlaces automáticos. La consecuencia práctica es que un documento con una tabla se renderiza como tabla en GitHub y como barras verticales literales en un analizador CommonMark estricto. Antes de culpar a tu Markdown, mira qué dialecto habla el destino.
Un salto de línea simple no rompe la línea
Este es el comportamiento que confunde a más gente que todos los demás juntos, y no es un fallo. Markdown trata las líneas consecutivas como un párrafo y las une con un espacio, porque el formato se diseñó para que ajustar manualmente un párrafo en un editor de texto no cambiara la salida. Dos líneas de una dirección escritas por separado salen por tanto en una sola. El remedio clásico son dos espacios al final de la línea, una convención francamente pésima porque es invisible y los editores la eliminan. Una barra invertida al final hace lo mismo en CommonMark y al menos se ve. Y una línea en blanco empieza un párrafo nuevo, que suele ser lo que la gente quería. GitHub cambió el valor por defecto en los campos de comentario, donde un salto sí rompe la línea, y por eso el mismo texto se comporta distinto en una incidencia y en un README.
Markdown deja pasar HTML a propósito, y eso es una decisión de seguridad
El HTML crudo dentro de Markdown es una función, no un descuido: el diseño original suponía que bajarías a HTML cuando Markdown no pudiera expresar lo que necesitabas. Eso significa que un conversor de Markdown a HTML tiene permitido, por especificación, dejar pasar una etiqueta `<script>` directa a su salida. Para tus propios documentos es exactamente lo que quieres. Para cualquier cosa que haya enviado un usuario —un comentario, una reseña, una biografía de perfil, un ticket de soporte— es una vulnerabilidad de scripting entre sitios almacenado esperando a suceder, y el paso de conversión es donde se construye. La regla que conviene llevarse es simple: renderizar Markdown de confianza es seguro; renderizar Markdown no confiable exige sanear el HTML resultante después contra una lista de etiquetas permitidas. Nunca confíes en que el analizador de Markdown haga seguro el contenido de un usuario, porque no se diseñó para eso.
Lo que Markdown no puede hacer a propósito
Markdown es un lenguaje de formato para prosa, no de maquetación, y sus límites son intencionados, no funciones que falten. No hay sintaxis para poner una clase o un id en un elemento, ni forma de fijar el ancho de una imagen, ni de añadir atributo alguno. La alineación de tablas es la única excepción, y aun así se limita a izquierda, derecha y centro. Cuando necesitas algo de eso, la respuesta dentro de Markdown es escribir HTML en línea, lo cual funciona y abandona de inmediato el subconjunto portable, porque ese fragmento no se renderizará donde se elimine el HTML. Ese es el intercambio en el corazón del formato: sigue siendo legible como texto plano precisamente porque se niega a crecer. Si te encuentras escribiendo más HTML que Markdown, el documento se le ha quedado grande al formato.
Adónde va la salida cambia qué conviene conservar
El HTML que sale es deliberadamente desnudo —encabezados, párrafos, listas y enlaces, sin divs envolventes ni clases— porque eso es lo que hereda una hoja de estilos con limpieza. Para una página que controlas, es exactamente lo correcto. El correo es la excepción que conviene prever, ya que casi todos los clientes eliminan los bloques `<style>` e ignoran las hojas externas, así que lo que deba verse diseñado en una bandeja necesita su CSS en línea por elemento tras la conversión. El CMS es el otro caso: muchos editores sanean el HTML pegado y descartan atributos en silencio, así que pega en la vista de código y no en la visual. Y si el destino acepta Markdown directamente —como hacen casi todos los generadores de sitios estáticos, wikis y plataformas de documentación—, convertir antes es un paso atrás, porque pierdes la fuente que era más fácil de editar.
Por qué convertir en local importa con este tipo de texto
Piensa en lo que suele haber en un editor de Markdown. Documentación interna que describe cómo funciona un sistema. Un README de un repositorio que aún no es público. Un artículo antes de publicarse. Notas de reunión con nombres dentro. Un manual de operaciones que nombra servidores y describe qué hacer cuando algo falla. Markdown es el formato en que la gente escribe el conocimiento interno, lo que convierte un documento pegado en una descripción de cómo opera una organización: rara vez secreto en sentido dramático y rara vez algo que elegirías entregar a un desconocido. Un conversor alojado recibe todo eso. Esta herramienta convierte en la página y no transmite nada, y puedes comprobarlo en la pestaña Red de las herramientas de desarrollo.
Errores comunes que conviene evitar
- Esperar que un salto de línea simple corte la línea. Markdown une líneas consecutivas en un párrafo por diseño: usa una línea en blanco para un párrafo nuevo, o una barra invertida al final para un salto duro.
- Renderizar Markdown enviado por usuarios sin sanear la salida. El HTML crudo pasa por especificación, así que una etiqueta `<script>` en un comentario se convierte en un problema de scripting almacenado en el paso de conversión.
- Suponer que todos los analizadores hablan el mismo dialecto. Tablas, listas de tareas y tachado son extensiones de GitHub, no CommonMark, así que una tabla puede salir como barras verticales literales.
- Recurrir a HTML en línea para poner una clase o un ancho de imagen. Funciona y abandona el subconjunto portable: ese fragmento desaparecerá donde se elimine el HTML.
- Convertir Markdown que el destino habría aceptado directamente. Generadores estáticos, wikis y plataformas de documentación suelen aceptar Markdown, y convertir antes pierde la fuente más fácil de editar.
Comparativa
| Aspecto | Esta herramienta | Conversores online | Un generador de sitios estáticos |
|---|---|---|---|
| Contenido enviado a un servidor | Nunca | Normalmente sí | No |
| Extensiones de GitHub admitidas | Sí | Varía | Normalmente |
| La salida hereda tu CSS | Sí | Varía | Sí |
| Requiere configuración | Ninguna | Ninguna | Instalar y configurar |
| Cuenta o registro | No hace falta | A menudo exigido | No hace falta |
| Precio | Gratis | Gratis / planes de pago | Gratis |
Características
Tablas y listas de tareas
Las extensiones de GitHub que no están en CommonMark estricto pero sí en casi todo el Markdown real.
Vista previa en vivo
El resultado se actualiza mientras escribes, así los errores aparecen al momento.
Bloques de código con vallas
Los bloques de tres acentos graves se convierten en `pre` y `code` con el lenguaje anotado como clase.
Marcado limpio y mínimo
Sin divs envolventes, sin clases generadas, sin estilos en línea: el HTML hereda tu hoja de estilos.
Unicode de principio a fin
Texto árabe, turco y con tildes pasa sin alteración en ambas direcciones.
Aguanta documentos largos
Manuales enteros se convierten sin subida ni tope de tamaño.
Nada que instalar
Sin generador de sitios estáticos, sin entorno de ejecución, sin dependencias: funciona en la página web.
Listo para árabe y RTL
Interfaz completa en ocho idiomas, incluido el árabe de derecha a izquierda.
Seguro por defecto
Servido por HTTPS, sin rastreo de contenido ni subida a terceros.
Quién la usa
Redactores técnicos
Meter documentación en un CMS que acepta HTML pero no Markdown.
Desarrolladores
Comprobar cómo se verá un README antes de subirlo a un repositorio.
Editores de contenido
Convertir el borrador en Markdown de un redactor en marcado que el sistema de publicación acepte.
Redactores de boletines
Producir el cuerpo HTML de un correo a partir de un borrador escrito en Markdown.
Preguntas Frecuentes
No. Todo se ejecuta localmente en tu navegador — tu texto nunca se sube, guarda ni comparte.
Sí — totalmente gratis, sin cuenta y sin límites.