Editor de Markdown gratuito
Escribe Markdown con vista previa HTML en directo.
Cómo usar
- Escribe o pega texto Markdown en el panel de la izquierda. El panel de la derecha muestra la vista previa HTML en directo.
- Usa los botones de la barra de herramientas para insertar rápidamente formato (negrita, cursiva, títulos, enlaces, etc.).
- Visualiza los números de palabras, caracteres y líneas bajo el editor.
- Descarga tu Markdown como archivo .md o copia la salida HTML.
Preguntas frecuentes
¿Este editor admite la sintaxis Markdown estándar?
Sí. Admite títulos, negrita, cursiva, enlaces, imágenes, bloques de código, listas, citas y líneas horizontales. Un analizador Markdown simplificado realiza el renderizado a HTML en tiempo real.
¿Puedo guardar mi trabajo?
El editor guarda automáticamente tu texto en la memoria del navegador mientras lo editas. Usa Descargar .md para guardarlo como archivo en tu ordenador.
¿Cómo insertar un enlace o una imagen?
Usa los botones de la barra de herramientas. Para los enlaces, escribe [texto](url). Para las imágenes, usa . La vista previa se actualiza al instante.
Una breve historia de Markdown
Markdown lo creó en marzo de 2004 John Gruber, el escritor detrás de Daring Fireball, con una colaboración significativa de Aaron Swartz (el polímata que más tarde cofundó Reddit y coescribió la especificación de RSS 1.0). El objetivo de diseño declarado (escrito en la página de sintaxis original) era «hacerlo lo más legible posible». Gruber quería un formato de texto plano que fuera publicable tal cual, que se viera natural en un terminal o en un editor de texto plano sin ningún renderizado en absoluto. El formato formalizó lo que la gente ya hacía en el correo de texto plano y las publicaciones de Usenet: *asterisks for emphasis*, > for quoted text, líneas en blanco entre párrafos.
El nombre es un juego con «markup language» (lenguaje de marcado): Markdown es tan ligero que «marks down» (marca hacia abajo) en lugar de marcar hacia arriba. El núcleo filosófico que lo distingue de HTML: el código fuente de HTML es para las máquinas, el de Markdown es para las personas. Un archivo .md debería resultar perfectamente cómodo de leer en un terminal sin ningún renderizado aplicado.
La página de sintaxis original de Gruber dejaba muchos casos límite ambiguos y, a lo largo de finales de la década de 2000, cada proyecto que necesitaba un analizador de Markdown escribió el suyo, tomando decisiones diferentes sobre las partes no especificadas. A principios de la década de 2010, el mismo archivo .md se renderizaba de forma visiblemente diferente en Reddit, GitHub, Stack Overflow y un blog de Jekyll. En 2014, un grupo de trabajo que incluía a Jeff Atwood (Stack Overflow, Discourse), John MacFarlane (Pandoc) e ingenieros de GitHub, Reddit y Meteor produjo una especificación rigurosa, llamada originalmente «Standard Markdown» y renombrada CommonMark después de que Gruber se opusiera. CommonMark publica tanto prosa legible para humanos como un conjunto de pruebas legible por máquina de más de 600 pruebas de casos límite; la versión actual es la 0.31.2 (enero de 2024). GitHub, GitLab, Reddit, Stack Overflow, Discourse y decenas de lenguajes de programación afirman ahora su conformidad.
Sintaxis común
Esta es la sintaxis que funciona en casi todas las variantes de Markdown, la base práctica que admite este editor.
| Lo que quieres | Cómo escribirlo |
|---|---|
| Encabezado | # H1 a ###### H6 |
| Negrita / cursiva | **bold** · *italic* · ***both*** |
| Código en línea | `code` |
| Bloque de código | Delimitado con tres comillas invertidas; etiqueta de idioma opcional para el resaltado de sintaxis |
| Lista no ordenada | - item (o * o +) |
| Lista ordenada | 1. first: los números reales normalmente no importan |
| Enlace | [text](https://example.com) |
| Imagen | : el texto alternativo importa para la accesibilidad |
| Cita | > quoted text |
| Línea horizontal | --- en una línea por sí sola |
Dos trampas comunes: una única nueva línea no crea un salto de línea: necesitas una línea en blanco para un párrafo nuevo, o dos espacios finales antes del salto de línea (o, en GFM, una barra invertida) para forzar un salto de línea dentro de un párrafo. Y Markdown es un superconjunto de HTML: cualquier etiqueta HTML en línea pasa a la salida renderizada, lo que a veces es útil y a veces un riesgo de seguridad.
GitHub Flavored Markdown y otras variantes
GFM es el superconjunto de CommonMark de GitHub. Añade tablas (filas delimitadas por barras verticales con un separador de guiones), elementos de lista de tareas (- [ ] sin marcar, - [x] marcado), tachado (~~text~~), detección automática de URL y un filtro de «HTML en bruto no permitido» que elimina las etiquetas peligrosas. El propio GitHub también renderiza algunos extras fuera de la especificación: los códigos cortos de emoji (:tada:), las @menciones, los enlaces automáticos a incidencias #123, los avisos destacados (> [!NOTE]), las secciones plegables <details>, pero estas son características de renderizado de GitHub y no partes de la especificación de GFM.
Otras variantes que te encontrarás:
- Markdown de Pandoc: añade bloques de metadatos, notas al pie, listas de definición, matemáticas (
$...$de LaTeX), citas. La versión universal para documentos, la «navaja suiza». - MultiMarkdown y Markdown Extra: variantes extendidas anteriores que influyeron en la sintaxis de tablas de GFM.
- R Markdown: envuelve Markdown alrededor de fragmentos de código ejecutable de R o Python; se renderiza a HTML/PDF/Word mediante Pandoc.
- MDX: Markdown más JSX. Se usa en la documentación basada en React (Docusaurus, MDX de Next.js).
- Discord usa un subconjunto deliberado; Slack usa una variante intencionadamente no estándar llamada «mrkdwn» con negrita de un solo asterisco y cursiva de un solo guion bajo. Pegar Markdown estándar en Slack da resultados sorprendentes.
Dónde vive Markdown
Prácticamente en todas partes donde los desarrolladores escriben texto:
- Alojamiento de código: cada README, incidencia y comentario de PR de GitHub; lo mismo en GitLab, Bitbucket, Codeberg, Gitea.
- Preguntas y respuestas y foros: Stack Overflow, Stack Exchange, Reddit, Discourse.
- Toma de notas: Obsidian, Joplin y Logseq usan Markdown de forma nativa. Notion y Bear exportan a él.
- Generadores de sitios estáticos: Jekyll (Ruby, Kramdown), Hugo (Go, Goldmark), Eleventy (Node, markdown-it), Docusaurus, MkDocs, Astro.
- Herramientas de documentación: JSDoc, TypeDoc, Rustdoc (Rust usa CommonMark para los comentarios de documentación
///), Sphinx mediante MyST. - Chat moderno: Mattermost, Zulip y Element/Matrix usan todos Markdown para el formato de mensajes.
Markdown también es un tipo de medio registrado por la IETF (text/markdown, RFC 7763, marzo de 2016) con un parámetro variant (GFM, CommonMark, MultiMarkdown, etc.) para que los receptores sepan qué variante aplicar. Extensiones de archivo comunes: .md con diferencia la más popular, más .markdown, .mdown, .mkdn, .mkd.
Una nota sobre el analizador de este editor
Esta página usa un analizador de Markdown simplificado que cubre el subconjunto común de arriba: encabezados, negrita y cursiva, enlaces, imágenes, código delimitado, listas, citas y líneas horizontales. No es una implementación completa de CommonMark ni de GFM y puede que no gestione todos los casos límite (listas profundamente anidadas con viñetas mezcladas, continuación de línea perezosa, definiciones de referencia de enlace a lo largo del documento). Para la conformidad con CommonMark de misión crítica, un analizador específico como marked.js, markdown-it o commonmark.js es la opción adecuada, y para el renderizado en producción de Markdown no confiable, pasa la salida del analizador por un saneador como DOMPurify para prevenir el XSS a través del HTML en línea.
Cuándo recurrirías a esto
- Redactar un README de GitHub con vista previa en directo antes de pegarlo en el repositorio.
- Escribir una entrada de blog para un sitio de Jekyll, Hugo, Ghost o Eleventy cuyos archivos fuente son
.md. - Prototipar una nota de Notion u Obsidian cuando no quieres abrir la app de escritorio.
- Convertir un fragmento rápido a HTML para incrustarlo en un CMS, un correo o un canvas de Slack.
- Aprender la sintaxis de Markdown: la vista previa en directo muestra de inmediato lo que hace cada carácter.
- Redactar contenido confidencial: el editor se guarda automáticamente en el
localStoragede tu navegador, así que una cláusula de contrato sensible o un anuncio previo al lanzamiento nunca sale de tu dispositivo.
Más preguntas
¿Por qué un único salto de línea no crea una línea nueva?
Por diseño. Markdown colapsa los saltos de línea únicos en un párrafo continuo porque el formato está pensado para verse natural como texto plano: los lectores ajustan a anchos arbitrarios en su editor sin romper la salida renderizada. Para forzar un salto de línea dentro de un párrafo, termina una línea con dos espacios finales (la convención original de Markdown) o, en GFM, con una barra invertida. Para un párrafo nuevo, deja una línea en blanco entre los dos.
¿Puedo usar HTML dentro de Markdown?
Sí, Markdown es un superconjunto de HTML. Las etiquetas en línea como <span>, <a>, <sub> y <sup> pasan a la salida renderizada, y la sintaxis de Markdown dentro de ellas sigue reconociéndose. El HTML de nivel de bloque (<div>, <table>) debe separarse del Markdown circundante por líneas en blanco, y el Markdown no se procesa dentro del bloque. Usa esto para las cosas que Markdown no puede expresar de forma nativa: las dimensiones de imagen (<img width="…">), las teclas (<kbd>) o las secciones plegables (<details>).
¿Qué pasa con las tablas, las notas al pie y las listas de tareas?
Las tres son extensiones de GFM, no parte de la especificación original de Markdown. Las tablas usan filas delimitadas por barras verticales con una fila separadora de guiones debajo; el analizador simplificado de esta página puede renderizarlas como texto plano. Las notas al pie (referencia [^1] y definición [^1]: definition) son una característica de renderizado de GitHub fuera de la especificación GFM propiamente dicha. Las listas de tareas (- [ ] y - [x]) están en GFM. Para una cobertura completa de estas, pega tu archivo en un renderizador compatible con CommonMark+GFM como la propia vista previa de GitHub.
¿Por qué se requiere texto alternativo en las imágenes?
Porque el texto alternativo es lo que los lectores de pantalla anuncian cuando encuentran la imagen, es el principal gancho de accesibilidad para los lectores con discapacidad visual.  es Markdown técnicamente válido pero inútil para un lector de pantalla;  es genuinamente descriptivo. Omitir el texto alternativo o rellenarlo con un nombre de archivo es uno de los fallos de accesibilidad más comunes en todo el contenido web.
¿Se envía algo a un servidor?
No. El editor analiza Markdown a HTML en el navegador, la vista previa en directo se actualiza localmente y el guardado automático usa el localStorage de tu navegador: un pequeño almacén privado en tu dispositivo. Nada sale de la página. El editor funciona sin conexión una vez cargado.