HTML Reparateur
Repareer kapotte HTML online — herstel niet-gesloten tags, ontbrekende aanhalingstekens, niet-overeenkomende elementen en foute nesting.
Wat is de HTML Reparateur?
Heb je HTML die grotendeels klopt maar de pagina aan flarden trekt? Een niet-gesloten <p>, een verdwaalde </div>, of een href zonder aanhalingstekens kan de rest van het document in een vreemde parse-staat duwen. De browser doet z'n best met slechte markup — maar het resultaat is zelden wat je wilde. Plak het hier en wij geven iets terug waar de parser blij mee is, volgens de regels uit de WHATWG HTML Living Standard.
Het is gericht op de alledaagse breuken: een ontbrekende sluit-tag, een aanhalingsteken dat niet ge-escaped is, een attribuutwaarde zonder ", een lijstitem dat niet werd afgesloten, een blokelement genest waar het niet hoort. Het soort dingen dat de officiële W3C Validator één fout per keer markeert. De reparateur leest het hele document in één keer en geeft een schone versie terug die je rechtstreeks weer in je project kunt plakken.
Je markup wordt over HTTPS naar de reparatieservice gestuurd en niet bewaard. Als je inline geheimen hebt zoals API-keys hard-coded in <code><script></code> of <code>data-*</code> attributen, redact die voor het plakken.
Hoe gebruik je de HTML Reparateur
Drie stappen. Werkt op gedeeltelijke fragmenten, complete documenten, of welk vreemd mengsel je ook terugkreeg uit een CMS-export.
Plak Kapotte HTML of Laad Voorbeeld
Zet je HTML in de linker editor. Druk op Voorbeeld HTML voor een kleine orderbevestigingspagina met de typische fouten — een <head> die nooit gesloten wordt, een lijstitem zonder </li>, een href zonder aanhalingstekens. Voorbeeld van kapotte HTML:
<p>Your order <strong>SKU-101 ships tomorrow.
<ul>
<li>1 x Laptop Stand
<li>2 x USB-C Cable</li>
</ul>Drie fouten hier: <strong> wordt nooit gesloten, de eerste <li> wordt niet beëindigd, en er is geen </p>. De reparateur sluit ze in de juiste volgorde.
Klik op Repareer HTML!!
Druk op de groene Repareer HTML!! knop. We sturen je markup naar de reparatieservice die open elementen sluit volgens de HTML-syntaxisregels, attribuut-aanhalingstekens herstelt en nesting corrigeert waar die duidelijk fout zit. Je tekstinhoud, classes, ids en inline styles blijven onaangeroerd.
Bekijk de Gerepareerde Output
Het rechter paneel bevat de gerepareerde HTML. Zet het in een browser, in onze HTML Validator voor een sanity check, of terug in je CMS. Voor een diepere accessibility-review gebruik je een dedicated a11y-tool — dat is een aparte zorg van syntaxisreparatie.
Wanneer Je Dit Echt Zou Gebruiken
Output van CMS of E-mailtemplates Herstellen
WYSIWYG-editors en e-mailtemplate-builders houden ervan om subtiel kapotte markup uit te leveren — verweesde <p> tags, ontbrekende alt-attributen, af en toe een niet-gesloten <td>. Haal de export hier eenmaal doorheen voor je publiceert, zodat de gerenderde pagina niet onverwacht verschuift tussen browsers.
Markup Geplakt vanuit Office-apps Redden
Word en Google Docs plakken een wirwar van <span>s en propriëtaire attributen die vaak ongebalanceerde tags of verdwaalde bevatten. De reparateur ruimt de structuur op zodat je het resultaat kunt blijven bewerken in plaats van het van de grond af te herschrijven.
Handgeschreven Componenten Repareren
Snel-en-vies HTML snippets in een tutorial, een wiki-pagina, of een oude README — kopieer erin, laat het opruimen, plak het waar het hoort. Handig om jezelf vlot te trekken bij het kopieer-plakken van voorbeelden die werkten in iemand anders blogpost maar niet in die van jou.
Gescrapete Pagina's Schoonmaken Voor Parsing
Als je HTML scrapet om in een extractor te voeren, gooit kapotte markup DOM-gebaseerde parsers van slag. Haal pagina's hier eerst doorheen om je parser een stabiele structuur te geven om mee te werken. Combineer met een echte validator als je strikte conformiteit nodig hebt.
Veelgestelde Vragen
Wordt mijn HTML opgeslagen of gedeeld?
De HTML die je plakt wordt over HTTPS naar onze backend gestuurd om de reparatie uit te voeren, en we bewaren het niet nadat het antwoord is teruggegeven. Er zitten geen third-party trackers in het verzoekpad. Dat gezegd hebbende, als je pagina hard-coded API-keys, interne URL's of analytics-tokens bevat, behandel het dan als elke andere publieke paste — strip de gevoelige waarden eerst.
Welke soorten HTML-fouten lost het echt op?
Niet-gesloten tags (<p>, <li>, <td>, <span>), niet-overeenkomende sluitingen, ontbrekende of ongebalanceerde attribuut-aanhalingstekens, malformed DOCTYPE, verdwaalde &/</> in tekstinhoud die entities zouden moeten zijn, en duidelijke nesting-fouten (blokelement binnen een inline element). Het verzint geen ontbrekende content en herschrijft geen geldige markup.
Verandert het mijn classes, ids of inline styles?
Nee. De reparateur krijgt expliciet te horen alleen syntaxis te repareren — class-namen, ids, inline style attributen, data-* attributen en event handlers zoals onclick gaan letterlijk door. Als de output ooit lijkt alsof een van deze is aangepast, is dat een bug.
Produceert het HTML5, XHTML, of beide?
Het richt zich op HTML5 — dat is wat elke huidige browser parseert. Self-closing tags op void-elementen zoals <br /> worden geaccepteerd op input maar de output gebruikt de standaard HTML5-vorm. Als je specifiek strikte XHTML-output nodig hebt (zeldzaam tegenwoordig), gebruik dan een XHTML-bewuste tool.
Waarom mijn HTML niet gewoon door de W3C Validator halen?
Dat zou je moeten doen, voor de laatste pass — de W3C-validator is de bron van waarheid over wat als geldige HTML telt. Maar hij toont fouten één voor één en repareert ze niet. De reparateur is voor wanneer je het document eerst in één keer dichtgeplakt wilt hebben; daarna draai je de validator om het te bevestigen.
En accessibility — voegt het ontbrekende alt of ARIA toe?
Nee, en dat is bewust. ARIA-rollen en alt-tekst zijn contentbeslissingen, geen syntaxisbeslissingen. Een placeholder alt="" toevoegen zou een echt accessibility-probleem maskeren. Draai een dedicated a11y-audit (axe, WAVE, Lighthouse) voor die dingen.
Andere HTML Tools Die Je Misschien Nodig Hebt
De syntaxis repareren is pas het begin. Zodra het parseert zijn dit nuttige vervolgstappen: