Réparateur HTML
Réparez du HTML cassé en ligne — corrigez les balises non fermées, les guillemets manquants, les éléments mal appariés et les imbrications incorrectes.
Qu'est-ce que le Réparateur HTML ?
Vous avez un HTML presque correct mais qui fait exploser la page ? Un <p> non fermé, un </div> en trop, ou un href sans ses guillemets peut faire basculer le reste du document dans un état de parsing étrange. Le navigateur fait de son mieux avec du markup cassé — mais le résultat est rarement celui que vous vouliez. Collez-le ici et nous vous renvoyons quelque chose dont le parseur sera content, en suivant les règles du WHATWG HTML Living Standard.
C'est pensé pour les casses du quotidien : une balise de fermeture manquante, un guillemet non échappé, une valeur d'attribut sans son ", un élément de liste non fermé, un élément bloc imbriqué là où il ne devrait pas être. Le genre de chose que le validateur W3C officiel signale une erreur à la fois. Le réparateur lit le document entier d'un coup et vous donne une version propre à reposer telle quelle dans votre projet.
Votre markup est envoyé au service de réparation via HTTPS et n'est pas conservé. Si vous avez des secrets en dur comme des clés d'API dans des balises <code><script></code> ou des attributs <code>data-*</code>, masquez-les avant de coller.
Comment utiliser le Réparateur HTML
Trois étapes. Fonctionne sur des fragments partiels, des documents complets, ou n'importe quel mélange bizarre récupéré d'un export de CMS.
Coller du HTML cassé ou charger l'exemple
Déposez votre HTML dans l'éditeur de gauche. Cliquez sur Exemple HTML pour une petite page de confirmation de commande qui a les erreurs habituelles — un <head> jamais fermé, un élément de liste sans </li>, un href sans guillemets. Exemple de HTML cassé :
<p>Your order <strong>SKU-101 ships tomorrow.
<ul>
<li>1 x Laptop Stand
<li>2 x USB-C Cable</li>
</ul>Trois erreurs ici : <strong> ne se ferme jamais, le premier <li> n'est pas terminé, et il n'y a pas de </p>. Le réparateur les ferme dans le bon ordre.
Cliquer sur Réparer le HTML !!
Cliquez sur le bouton vert Réparer le HTML !!. Nous envoyons votre markup au service de réparation qui ferme les éléments ouverts selon les règles de syntaxe HTML, restaure les guillemets des attributs et corrige les imbrications quand elles sont clairement de travers. Votre contenu textuel, vos classes, vos ids et vos styles inline restent intacts.
Vérifier la sortie réparée
Le panneau de droite contient le HTML réparé. Mettez-le dans un navigateur, dans notre Validateur HTML pour un contrôle, ou de retour dans votre CMS. Pour une revue d'accessibilité plus poussée, utilisez un outil a11y dédié — c'est un sujet à part de la réparation de syntaxe.
Quand vous l'utiliseriez vraiment
Réparer la sortie d'un CMS ou d'un template d'email
Les éditeurs WYSIWYG et les builders de templates d'email adorent produire du markup subtilement cassé — des balises <p> orphelines, des attributs alt manquants, un <td> non fermé de temps en temps. Faites passer l'export ici une fois avant publication pour que la page rendue ne se décale pas de façon inattendue selon les navigateurs.
Récupérer du markup collé depuis des apps Office
Word et Google Docs collent un nœud de <span> et d'attributs propriétaires qui ont souvent des balises déséquilibrées ou des en trop. Le réparateur nettoie la structure pour que vous puissiez continuer à éditer le résultat plutôt que de tout réécrire.
Réparer des composants écrits à la main
Des bouts de HTML faits à la va-vite dans un tutoriel, une page de wiki ou un vieux README — copier ici, récupérer du propre, coller où il faut. Pratique pour vous débloquer quand vous copiez des exemples qui marchaient sur le blog de quelqu'un mais pas chez vous.
Assainir des pages scrapées avant le parsing
Quand vous scrapez du HTML pour le passer à un extracteur, du markup cassé fait dérailler les parseurs basés sur le DOM. Faites passer les pages ici d'abord pour donner à votre parseur une structure stable. Combinez avec un vrai validateur si vous avez besoin d'une conformité stricte.
Questions fréquentes
Mon HTML est-il stocké ou partagé ?
Le HTML que vous collez est envoyé à notre backend via HTTPS pour exécuter la réparation, et nous ne le conservons pas après le retour de la réponse. Il n'y a pas de traceurs tiers dans le chemin de la requête. Cela dit, si votre page contient des clés d'API en dur, des URLs internes ou des tokens d'analytics, traitez-la comme n'importe quel paste public — retirez les valeurs sensibles d'abord.
Quels types d'erreurs HTML répare-t-il vraiment ?
Balises non fermées (<p>, <li>, <td>, <span>), fermetures mal appariées, guillemets d'attributs manquants ou déséquilibrés, DOCTYPE mal formé, caractères &/</> en trop dans le contenu textuel qui devraient être des entités, et erreurs d'imbrication évidentes (élément bloc dans un élément inline). Il n'invente pas de contenu manquant et ne réécrit pas du markup valide.
Va-t-il modifier mes classes, ids ou styles inline ?
Non. Le réparateur a pour consigne explicite de ne réparer que la syntaxe — les noms de classes, les ids, les attributs style inline, les attributs data-* et les gestionnaires d'événements comme onclick sont passés tels quels. Si la sortie donne l'impression qu'un de ces éléments a été modifié, c'est un bug.
Produit-il du HTML5, du XHTML, ou les deux ?
Il vise HTML5 — c'est ce que tous les navigateurs actuels parsent. Les balises auto-fermantes sur les éléments void comme <br /> sont acceptées en entrée mais la sortie utilise la forme HTML5 standard. Si vous avez vraiment besoin d'une sortie XHTML stricte (rare aujourd'hui), utilisez plutôt un outil compatible XHTML.
Pourquoi ne pas juste passer mon HTML dans le validateur W3C ?
Vous devriez, pour la passe finale — le validateur W3C est la source de vérité pour ce qui compte comme du HTML valide. Mais il affiche les erreurs une par une et ne les corrige pas. Le réparateur sert à fermer le document d'un coup d'abord ; ensuite vous lancez le validateur pour confirmer.
Et l'accessibilité — ajoute-t-il les alt ou ARIA manquants ?
Non, et c'est volontaire. Les rôles ARIA et le texte alt sont des décisions de contenu, pas de syntaxe. Ajouter un alt="" placeholder masquerait un vrai problème d'accessibilité. Faites un audit a11y dédié (axe, WAVE, Lighthouse) pour ça.
Autres outils HTML qui pourraient servir
Réparer la syntaxe n'est qu'un début. Une fois que ça parse, voici des étapes utiles ensuite :