HTML naar Markdown omzetter

Wat is HTML naar Markdown-conversie?

HTML in:

  <h2>Pricing</h2>
  <p>Plans start at <strong>$9/mo</strong>. See the <a href="https://example.com/pricing">details</a>.</p>
  <table>
    <thead><tr><th>Plan</th><th>Price</th></tr></thead>
    <tbody><tr><td>Pro</td><td>$9</td></tr></tbody>
  </table>

Markdown out:

  ## Pricing

  Plans start at **$9/mo**. See the [details](https://example.com/pricing).

  | Plan | Price |
  | ---- | ----- |
  | Pro  | $9    |

  <!-- <div>, classes, and inline styles in the source are dropped — Markdown can't represent them. -->

Belangrijkste functies

Voorbeelden

<table>
  <thead><tr><th>Regio</th><th>Verkoop</th></tr></thead>
  <tbody>
    <tr><td>EMEA</td><td>1.204</td></tr>
    <tr><td>APAC</td><td>980</td></tr>
  </tbody>
</table>

| Regio | Verkoop |
| ----- | ------- |
| EMEA  | 1.204   |
| APAC  | 980     |

<p>Lees de <a href="https://example.com/guide">installatiegids</a> en de <a href="https://example.com/api">API-referentie</a>.</p>

Inline:
Lees de [installatiegids](https://example.com/guide) en de [API-referentie](https://example.com/api).

Referentie:
Lees de [installatiegids][1] en de [API-referentie][2].

[1]: https://example.com/guide
[2]: https://example.com/api

<ul>
  <li>Bouwen
    <ol>
      <li>Compileren</li>
      <li>Bundelen</li>
    </ol>
  </li>
  <li>Verzenden</li>
</ul>

- Bouwen
  1. Compileren
  2. Bundelen
- Verzenden

<article>
  <h1>Changelog</h1>
  <p>We brachten <strong>donkere modus</strong> uit en repareerden <code>parseDate()</code>.</p>
  <blockquote><p>Dank aan iedereen die het meldde.</p></blockquote>
</article>

# Changelog

We brachten **donkere modus** uit en repareerden `parseDate()`.

> Dank aan iedereen die het meldde.

HTML naar Markdown omzetten

1. 1

   Plak je HTML

   Zet een gekopieerde webpagina, een CMS- of WYSIWYG-export, of een gescrapet HTML-fragment erin. De DOM wordt geparseerd en geserialiseerd naar Markdown in je browser terwijl je plakt — geen upload, geen groottelimiet buiten het geheugen van je browser.

2. 2

   Kies kop- en linkstijlen

   Kies ATX- (#) of Setext- (===) koppen en inline- of referentielinks. De Markdown rendert live opnieuw, zodat je stijlen direct kunt vergelijken. De uitvoer richt zich op GitHub Flavored Markdown — tabellen, takenlijsten en doorhalingen inbegrepen.

3. 3

   Kopieer of download

   Klik op Kopiëren om de Markdown te pakken, of op Downloaden om een .md-bestand te bewaren. Om de andere kant op te gaan, schakel je naar het tabblad Markdown → HTML en plak je je Markdown om gerenderde HTML terug te krijgen.

Veelvoorkomende valkuilen

<div class="callout warning"><span style="color:red">Heads up!</span></div>
<!-- expecting the callout box and red colour to survive -->

Heads up!
<!-- container and styles dropped; only the text remains in Markdown -->

Line one<br>Line two
<!-- if the break form is removed, these merge into one line -->

Line one  
Line two
<!-- two trailing spaces preserve the <br> as a hard break -->

<table><tr><td><table><tr><td>inner</td></tr></table></td></tr></table>
<!-- nested table can't become a flat pipe table -->

<!-- Flatten to a single-level table first: -->
<table><tr><td>inner</td></tr></table>
→ | inner |
  | ----- |

<style>.x{color:blue}</style>
<script>track()</script>
<p>Body</p>
<!-- expecting the style and script to come through -->

Body
<!-- only the content survives; <script>/<style> are dropped -->

Veelvoorkomende toepassingen

Web- of CMS-inhoud migreren naar Notion, Obsidian of een statische site

Haal pagina's uit een CMS, een WordPress-export of een oude HTML-site en zet ze om naar Markdown die rechtstreeks in Notion, Obsidian, Hugo of Jekyll valt. Je ruilt breedsprakige opmaak voor overdraagbare tekst die schoon leeft in een Git-repo en zinvol dift bij review.

Exporteren uit een WYSIWYG-editor

Rijketeksteditors geven dichte, attribuutrijke HTML uit. Plak die uitvoer hier om de schone Markdown eronder terug te halen — koppen, lijsten, links en nadruk — zodat de inhoud naar een docs-pipeline of een op Markdown gebaseerde kennisbank kan verhuizen in plaats van opgesloten te blijven in de editor.

HTML opschonen naar Markdown om LLM's en RAG-pipelines te voeden

Ruwe HTML verbrandt tokens aan tags, scripts en styling die een model nooit nodig heeft. Een gescrapete pagina naar Markdown omzetten verwijdert die ruis terwijl de structuur behouden blijft die een LLM goed leest, zodat je meer echte inhoud in het contextvenster past en schonere embeddings voor retrieval krijgt.

Een rijketekst-plak omzetten naar Markdown

Kopieer opgemaakte tekst van een webpagina, een e-mail of een document en het arriveert als HTML op het klembord. Plak het hier om die rijke tekst om te zetten naar Markdown die je kunt committen, in een pull request kunt sturen of in je notities kunt schrijven — opmaak behouden, rommel weg.

Een pagina archiveren als Markdown

Bewaar de betekenisvolle inhoud van een webpagina als een klein, toekomstbestendig .md-bestand in plaats van een zware HTML-momentopname vol scripts en tracking. Markdown blijft over decennia leesbaar in elke teksteditor en neemt een fractie van de ruimte in.

Oude HTML-documenten omzetten naar Markdown

Oude documentatie geschreven als handgecodeerde HTML is pijnlijk om te onderhouden. Zet het om naar Markdown om het in een moderne docs-als-code-workflow te brengen — waar het gelint kan worden, in pull requests gereviewd en gerenderd door een statische-sitegenerator.

Technische details

CommonMark- versus GitHub Flavored Markdown-uitvoer

De omzetter kan zich richten op gewoon CommonMark of, standaard, de GitHub Flavored Markdown-superset. CommonMark definieert koppen, nadruk, lijsten, links, afbeeldingen, code en blockquotes precies. GFM voegt vier constructies toe die direct vanuit gangbare HTML toewijzen: <table> → pijptabel, checkbox-lijstitems → takenlijsten, <del>/<s> → doorhalingen, en kale URL's → autolinks. Omdat de meeste webinhoud tabellen en dergelijke gebruikt, is GFM-uitvoer de praktische standaard; kies CommonMark alleen wanneer de doelrenderer de GFM-uitbreidingen niet begrijpt, in welk geval tabellen terugvallen op ruwe HTML.

Verliesgevende, onomkeerbare conversie — onomwonden gesteld

HTML is strikt expressiever dan Markdown, dus de conversie kan niet verliesvrij zijn, en het is de moeite waard daar open over te zijn. Markdown heeft geen syntaxis voor <div>, <span> of andere generieke containers; geen manier om klassenamen, id, inline style, colspan/rowspan of willekeurige data-*-attributen te dragen; en geen weergave voor de meeste semantische of lay-outelementen. Die worden uitgepakt (inhoud behouden, tag weggelaten), weggegooid (attributen), of — wanneer weglaten betekenis zou verliezen — behouden als ruwe inline-HTML. Een heen-en-terugreis HTML → Markdown → HTML reproduceert het origineel niet. Dit is een bewuste afweging: Markdown bestaat om schoon, diff-baar en door mensen bewerkbaar te zijn, niet om HTML te spiegelen. De meeste concurrenten gaan hieraan voorbij; dit vermelden laat je met open ogen beslissen of Markdown het juiste doel is.

Stijlafwegingen: ATX/Setext, inline/referentie, fenced/ingesprongen

Drie uitvoerkeuzes hebben echte afwegingen. ATX-koppen (#) dekken alle zes niveaus en greppen schoon; Setext (onderstreept) bestaat alleen voor H1/H2, dus de tool geeft het uit voor de bovenste twee niveaus en valt eronder terug op ATX. Inline-links houden de URL naast de tekst — het best voor schaarse links; referentielinks trekken URL's naar de documentvoet — het best voor linkdicht proza en hergebruik per label. Voor code dragen fenced blocks (drie backticks) een taal-infostring en nesten veilig, terwijl ingesprongen (vier-spaties) code blocks geen taal kunnen uitdrukken en breken binnen lijsten — dus deze omzetter geeft altijd fenced blocks uit vanuit <pre><code>.

Aanbevolen werkwijzen

Formatteer de HTML vóór je omzet

Geminificeerde of diep verwarde HTML — vooral geneste lay-outtabellen en losse inline-elementen — zet schoner om wanneer het eerst goed gevormd is. Haal rommelige bron door onze HTML Formatter om het netjes af te drukken en te normaliseren, en zet dan om. Schone invoer levert schone Markdown op met minder ruwe-HTML-terugval.

Verwacht en review de verliesgevende weglatingen

Behandel de conversie als opzettelijk verliesgevend. Klassen, inline-stijlen, <div>/<span>-wrappers en exotische attributen zijn weg in de uitvoer, en dat is meestal wat je wilt voor overdraagbare Markdown — maar scan het resultaat op iets semantisch belangrijks dat alleen in een attribuut leefde (een aria-label, een colspan-samengevoegde cel) en voeg het met de hand terug toe als het ertoe doet.

Kies de linkstijl voor de dichtheid van het document

Gebruik inline-links voor proza met hier en daar een link — de URL blijft naast zijn tekst en de bron leest natuurlijk. Schakel naar referentielinks wanneer een sectie linkrijk is of dezelfde URL's hergebruikt: ze naar een genummerde lijst onderaan trekken houdt alinea's scanbaar en vermijdt het herhalen van lange URL's.

Zet om naar Markdown vóór je pagina's naar een LLM stuurt

Wanneer je webinhoud aan een model voedt — voor een prompt, een embedding of een RAG-opslag — zet de HTML eerst om naar Markdown. Je verwijdert tags, scripts en styling die tokens verspillen en ruis toevoegen, behoudt de structuur die het model daadwerkelijk gebruikt, en past aanzienlijk meer echte inhoud in het contextvenster.

Verifieer complexe tabellen na conversie

GFM-pijptabellen zijn plat — geen geneste tabellen, geen blokinhoud in cellen, geen samengevoegde cellen. Controleer na het omzetten van een datadichte of lay-outtabel de Markdown: eenvoudige rasters zetten perfect om, maar alles met colspans of geneste blokken degradeert en kan als ruwe HTML verschijnen. Vereenvoudig de brontabel eerst als een schone pijptabel belangrijk is.

Veelgestelde vragen