Reparador de HTML
Repara HTML roto en línea: cierra etiquetas abiertas, arregla comillas faltantes, elementos mal emparejados y anidaciones incorrectas.
¿Qué es el Reparador de HTML?
¿Tienes HTML que está casi bien pero rompe la página? Un <p> sin cerrar, un </div> de más, o un href sin sus comillas pueden dejar el resto del documento en un estado de parseo raro. El navegador hace lo que puede con el markup roto, pero el resultado rara vez es el que querías. Pégalo aquí y te devolvemos algo con lo que el parser estará contento, siguiendo las reglas del WHATWG HTML Living Standard.
Está pensado para las roturas del día a día: una etiqueta de cierre que falta, una comilla sin escapar, un valor de atributo sin su ", un elemento de lista sin cerrar, un elemento de bloque anidado donde no debería. El tipo de cosas que el validador W3C oficial marca de una en una. El reparador lee todo el documento de golpe y te entrega una versión limpia que puedes pegar de vuelta en tu proyecto.
Tu markup se envía al servicio de reparación por HTTPS y no se guarda. Si tienes secretos hardcodeados como claves de API dentro de <code><script></code> o atributos <code>data-*</code>, ocúltalos antes de pegar.
Cómo usar el Reparador de HTML
Tres pasos. Funciona con fragmentos parciales, documentos completos, o cualquier mezcla rara que te haya devuelto un export de CMS.
Pegar HTML roto o cargar el ejemplo
Pon tu HTML en el editor de la izquierda. Pulsa HTML de ejemplo para una página pequeña de confirmación de pedido con los típicos errores: un <head> que nunca cierra, un elemento de lista sin </li>, un href sin comillas. Ejemplo de HTML roto:
<p>Your order <strong>SKU-101 ships tomorrow.
<ul>
<li>1 x Laptop Stand
<li>2 x USB-C Cable</li>
</ul>Tres errores aquí: <strong> nunca cierra, el primer <li> no termina y no hay </p>. El reparador los cierra en el orden correcto.
Hacer clic en ¡¡Reparar HTML!!
Pulsa el botón verde ¡¡Reparar HTML!!. Enviamos tu markup al servicio de reparación, que cierra los elementos abiertos según las reglas de sintaxis HTML, restaura las comillas de los atributos y corrige la anidación cuando es claramente incorrecta. Tu contenido de texto, classes, ids y estilos inline se quedan tal cual.
Revisar la salida reparada
El panel derecho tiene el HTML reparado. Mételo en un navegador, en nuestro Validador HTML para verificar, o de vuelta a tu CMS. Para una revisión de accesibilidad más profunda, usa una herramienta a11y dedicada — eso es un tema aparte de reparar la sintaxis.
Cuándo lo usarías de verdad
Arreglar la salida de un CMS o plantilla de email
A los editores WYSIWYG y a los constructores de plantillas de email les encanta sacar markup sutilmente roto: etiquetas <p> huérfanas, atributos alt que faltan, algún <td> sin cerrar de vez en cuando. Pasa el export por aquí una vez antes de publicar para que la página renderizada no se desplace de forma rara entre navegadores.
Rescatar markup pegado desde apps de Office
Word y Google Docs pegan una maraña de <span> y atributos propietarios que suelen tener etiquetas desbalanceadas o sueltos. El reparador limpia la estructura para que puedas seguir editando el resultado en lugar de reescribirlo desde cero.
Reparar componentes escritos a mano
Trozos rápidos y sucios de HTML en un tutorial, una página de wiki o un README viejo: copia, limpia, pega donde tenga que ir. Útil para desbloquearte cuando copias ejemplos que funcionaban en el blog de alguien pero no en el tuyo.
Sanear páginas scrapeadas antes de parsear
Cuando scrapeas HTML para pasarlo a un extractor, el markup roto descoloca a los parsers basados en DOM. Pasa primero las páginas por aquí para darle al parser una estructura estable con la que trabajar. Combínalo con un validador real si necesitas conformidad estricta.
Preguntas frecuentes
¿Se guarda o comparte mi HTML?
El HTML que pegas se envía a nuestro backend por HTTPS para ejecutar la reparación, y no lo guardamos después de devolver la respuesta. No hay trackers de terceros en la ruta de la petición. Dicho esto, si tu página tiene claves de API hardcodeadas, URLs internas o tokens de analítica, trátala como cualquier otro pegado público y quita los valores sensibles antes.
¿Qué tipos de errores HTML repara realmente?
Etiquetas no cerradas (<p>, <li>, <td>, <span>), cierres mal emparejados, comillas de atributo faltantes o desbalanceadas, DOCTYPE mal formado, caracteres &/</> sueltos en el texto que deberían ser entidades, y errores de anidación obvios (un elemento de bloque dentro de uno inline). No inventa contenido que falte ni reescribe markup válido.
¿Cambiará mis classes, ids o estilos inline?
No. Al reparador se le indica explícitamente que solo arregle sintaxis: nombres de classes, ids, atributos style inline, atributos data-* y manejadores de eventos como onclick pasan tal cual. Si alguna vez la salida parece haber modificado uno de estos, es un bug.
¿Produce HTML5, XHTML o ambos?
Apunta a HTML5: es lo que parsea cualquier navegador actual. Las etiquetas auto-cerradas en elementos void como <br /> se aceptan en la entrada, pero la salida usa la forma estándar de HTML5. Si necesitas específicamente salida XHTML estricta (raro hoy en día), usa una herramienta compatible con XHTML.
¿Por qué no pasar mi HTML directamente por el validador W3C?
Deberías, para la pasada final: el validador W3C es la fuente de verdad de qué cuenta como HTML válido. Pero muestra los errores de uno en uno y no los arregla. El reparador es para cuando quieres tener el documento cerrado de una pasada primero; luego pasas el validador para confirmar.
¿Y la accesibilidad? ¿Añade alt o ARIA que falten?
No, y es a propósito. Los roles ARIA y el texto alt son decisiones de contenido, no de sintaxis. Añadir un alt="" placeholder taparía un problema real de accesibilidad. Lanza una auditoría a11y dedicada (axe, WAVE, Lighthouse) para eso.
Otras herramientas HTML que podrías necesitar
Arreglar la sintaxis es solo el principio. Una vez que parsea, estos son siguientes pasos útiles: