100 % privado — todo se ejecuta en tu navegador
Subrayado en Markdown
Que el subrayado en Markdown funcione depende de dónde se renderiza tu archivo. Prueba la etiqueta u en vivo, consulta la tabla de compatibilidad y elige el respaldo adecuado.
Equipo de MD Viewer
Works where HTML is allowed:
underlined text
El subrayado en Markdown es una historia de compatibilidad, no de sintaxis. El lenguaje no define ningún subrayado — pero los documentos Markdown viajan: el mismo archivo que hoy se renderiza en GitHub pasará mañana por un generador de sitios estáticos y la semana que viene por un wiki estricto. Que tu subrayado en Markdown sobreviva cada salto lo decide una pregunta: ¿admite el renderizador HTML en línea? El patio de juego de arriba permite probar ambos desenlaces — el subrayado HTML y el respaldo en Markdown puro — en un solo lugar.
La grieta de compatibilidad es más ancha de lo que parece. GitHub, GitLab, Bitbucket, VuePress, Docusaurus, MkDocs y la mayoría de plataformas modernas renderizan <u>texto</u> como subrayado real. Las demos de CommonMark estricto, algunos motores de foros y los wikis reforzados en seguridad eliminan todo el HTML y dejan tu subrayado en Markdown como corchetes visibles o nada. La tabla de abajo pone nombres para predecir el comportamiento antes de publicar un documento.
Esta página acompaña a la página subrayar en Markdown, que es la demostración práctica de la sintaxis. Aquí el eje es la decisión: qué renderizadores admiten el subrayado en Markdown, qué respaldos preservan el significado cuando el HTML se elimina y cómo escribir marcado que se degrade con elegancia en todas partes — para que tu énfasis sobreviva a cadenas que aún no has conocido.
Subrayado en Markdown: compatibilidad de renderizadores
| Renderizador | Resultado de la etiqueta u |
|---|---|
| GitHub (GFM) | Se renderiza — el subrayado en Markdown funciona en READMEs e issues |
| GitLab (GFM) | Se renderiza — mismo comportamiento GFM que GitHub |
| CommonMark estricto | No se renderiza — la especificación no tiene subrayado y trata el HTML como texto |
| Wikis que filtran HTML | No se renderiza — la etiqueta se elimina o se muestra literal |
| Docusaurus / VuePress | Se renderiza — las cadenas React/MDX admiten el elemento u |
| Pandoc (a HTML) | Se renderiza — el subrayado en Markdown pasa al HTML |
Lograr que el subrayado en Markdown sobreviva en todas partes
- 1
Prueba primero en el renderizador de destino
Pega el ejemplo con etiqueta u donde el documento vivirá de verdad. Si el subrayado en Markdown se renderiza, estás en la mayoría compatible y puedes dejar de preocuparte.
- 2
Si eliminan el HTML, cambia el énfasis
Donde el subrayado en Markdown no está disponible, la negrita aporta énfasis sin ningún riesgo de compatibilidad, y la cursiva hace lo mismo con voz más ligera. Ambas funcionan en todos los renderizadores de Markdown jamás publicados.
- 3
Subraya solo cuando signifique subrayar
Nombres propios en documentos chinos, formularios impresos y estilos jurídicos justifican el subrayado en Markdown; el énfasis cotidiano no. Un uso estrecho reduce gratis la superficie de compatibilidad.
- 4
Mantén la fuente legible en cualquier caso
Escribe <u>fragmentos cortos</u>, no subrayados de página entera. Si una cadena elimina las etiquetas, lo corto se degrada en texto simple con elegancia — el subrayado en Markdown desaparece, la frase sobrevive.
Estrategias de respaldo cuando el subrayado en Markdown falla
Cuando un renderizador elimina el HTML, cuatro respaldos cubren casi toda necesidad. La negrita es el énfasis universal — ningún renderizador la abandona. La cursiva es su hermana ligera. Un fragmento de código marca términos con un fondo matizado en lugar de una línea. Y para documentos que exigen de verdad el glifo subrayado — contratos impresos, nombres propios chinos — exporta el documento terminado a PDF en la página convertir Markdown a PDF y aplica el estilo en destino, donde la tipografía está bajo tu control y no bajo el del renderizador.
La estrategia más sutil es estructural: si controlas la cadena, elige un renderizador que admita u en lista blanca. Las políticas de seguridad suelen vetar las etiquetas portadoras de scripts y permitir las presentacionales inofensivas — el subrayado en Markdown funciona entonces por defecto. El motor de este sitio adopta exactamente ese enfoque: sanearlo todo, admitir u, y la pregunta de compatibilidad desaparece para cada documento renderizado aquí.
La única no-estrategia es la improvisación sintáctica. Subrayar con guiones bajos, desviar marcadores de énfasis o abusar de estilos de encabezado produce marcado que parece subrayado en un renderizador y roto en otros tres. El subrayado en Markdown es la etiqueta u o nada — todo lo demás es un bug de compatibilidad que plantas a propósito.
Alternativas compatibles al subrayado en Markdown
__negrita disfrazada de subrayado__
**negrita** elegida a conciencia
Los dobles guiones bajos se renderizan en negrita en todas partes. Si tu respaldo real es la negrita, escríbelo como negrita y deja de imitar una línea que jamás aparecerá.
===estilo de encabezado subrayado===
## un encabezado de verdad
Algunos sabores convierten las líneas subrayadas en encabezados — eso es un encabezado, no un subrayado en Markdown, y rompe esquemas y marcadores PDF río abajo.
<span style='text-decoration:underline'>
<u>texto</u>
Los atributos de estilo en línea los eliminan la mayoría de saneadores, incluido el de este sitio. La etiqueta u desnuda es la única forma de subrayado en Markdown que sobrevive a las listas blancas.
La regla de decisión en una línea
¿Necesitas subrayado en Markdown y tu destino renderiza HTML? Usa <u>texto</u>. ¿No lo renderiza? Usa negrita y sigue adelante. Los problemas de compatibilidad del subrayado en Markdown nacen de creer que hay una tercera opción — no la hay.
Preguntas frecuentes
Fuentes y citas de especificación
“The <u> HTML element represents a span of inline text which should be rendered in such a way as to indicate that it has a non-textual annotation.”
“The <ins> HTML element represents a range of text that has been added to a document.”