HTML to Markdown

Le convertisseur gère les titres (h1–h6), les paragraphes, le gras, l'italique, le texte barré, le code en ligne, les blocs de code clôturés, les citations, les règles horizontales, les liens, les images, les listes ordonnées, les listes non ordonnées, les listes imbriquées et les tableaux — couvrant l'ensemble des fonctionnalités CommonMark et GitHub Flavored Markdown (GFM). Les éléments structurels inconnus comme div, section et article transmettent leurs enfants de manière transparente, de sorte qu'aucun contenu n'est jamais perdu. La grande majorité du HTML réel — issu d'un export CMS, d'un article récupéré ou d'une page de documentation — se convertit proprement sans aucun post-traitement nécessaire de votre part.

Pandoc est un puissant convertisseur en ligne de commande, mais il nécessite une installation, un terminal et la connaissance de ses options. C'est l'outil adapté aux pipelines automatisés côté serveur, mais excessif pour une conversion ponctuelle. Turndown.js est la bibliothèque JavaScript la plus utilisée pour la conversion HTML vers Markdown — plus de 2,5 millions de téléchargements npm hebdomadaires, plus de 10 800 étoiles GitHub — et cet outil utilise la même approche d'analyse basée sur le DOM qui rend Turndown fiable. La différence est que tout s'exécute dans votre navigateur : pas d'installation, pas de ligne de commande, pas d'aller-retour serveur, et aucun fichier ne quitte votre appareil. Turndown nécessite une configuration de projet Node ; cet outil, non.

Le Markdown est le format texte brut standard pour la rédaction technique, la documentation et la gestion de contenu. Convertir du HTML en Markdown vous permet d'importer du contenu dans Notion ou Obsidian, de le valider dans un dépôt Git aux côtés du code, de le publier via des générateurs de sites statiques comme Astro, Hugo ou Jekyll, ou de l'alimenter dans des modèles d'IA et des LLM. Des recherches publiées en 2024 montrent que le Markdown réduit l'utilisation de tokens de 68 à 87 % par rapport au HTML brut avec les grands modèles de langage — une différence réelle en termes de coût et de précision lors de la construction de pipelines RAG ou de la préparation de jeux de données pour l'affinage.

Oui — la migration de CMS est l'un des cas d'utilisation professionnels les plus courants. Collez le HTML exporté depuis WordPress, Confluence, SharePoint, Ghost ou toute autre plateforme et obtenez un Markdown propre que vous pouvez importer dans un nouveau système. L'export WordPress fournit des blocs de contenu HTML ; Confluence exporte les pages en HTML ou XHTML — les deux se convertissent proprement. Pour de meilleurs résultats, collez uniquement le corps du contenu plutôt que le HTML complet de la page incluant la navigation et le pied de page. Des équipes ont utilisé la conversion HTML vers Markdown en ligne pour migrer des sites de documentation de 150 à 200 pages en moins de deux jours, sans toucher à la ligne de commande.

Les tableaux se convertissent au format de tableau à barres verticales GitHub Flavored Markdown (GFM), avec une ligne de séparation de tirets après la ligne d'en-tête. Ce format fonctionne dans GitHub, GitLab, VS Code, Notion, Obsidian, Docusaurus et pratiquement tous les moteurs de rendu Markdown modernes. Les tableaux imbriqués sont aplatis car le Markdown standard ne les prend pas en charge nativement. L'alignement des colonnes — gauche, centre, droite via l'attribut align ou text-align CSS — est préservé grâce au placement des deux-points dans la ligne de séparation (ex. : :--- pour la gauche, :---: pour le centre, ---: pour la droite).

Oui. La conversion s'effectue entièrement dans votre navigateur grâce au parseur DOM intégré — aucun fichier n'est téléchargé et aucune connexion Internet n'est nécessaire après le chargement de la page. Cela le rend sûr à utiliser avec du HTML confidentiel tel que de la documentation interne, des références d'API propriétaires ou des travaux client qui ne doivent pas quitter votre appareil. Vous pouvez le vérifier : ouvrez les DevTools du navigateur, allez dans l'onglet Réseau, et confirmez qu'aucune requête réseau ne se déclenche lorsque vous collez du HTML et lancez une conversion. Rien ne quitte votre machine.

Elle supprime les espaces et tabulations en fin de ligne de chaque ligne de la sortie Markdown, et réduit plusieurs lignes vides consécutives en une seule ligne vide. Cela garde les fichiers propres et évite les espaces invisibles qui peuvent affecter le rendu dans les parseurs Markdown stricts — notamment celui de GitHub, qui signale les espaces en fin de ligne comme un problème de lint. Cela facilite également l'insertion de la sortie dans des outils de documentation qui effectuent des vérifications d'espaces. L'option peut être laissée activée dans presque tous les cas. Ce n'est que très rarement que les espaces en fin de ligne ont une signification sémantique.

Oui. Les éléments ul et ol imbriqués sont traités de manière récursive et chaque niveau est correctement indenté dans la sortie Markdown. L'imbrication mixte — listes ordonnées à l'intérieur de listes non ordonnées, ou vice versa — est également gérée correctement. Une liste non ordonnée à trois niveaux de profondeur à l'intérieur d'une liste ordonnée, par exemple, obtient une indentation appropriée de quatre espaces à chaque niveau, ce qui est la norme CommonMark. C'est l'un des cas particuliers où les convertisseurs basés sur des expressions régulières échouent fréquemment et produisent un Markdown cassé. L'analyse basée sur le DOM le gère de manière fiable.

La sortie suit CommonMark avec les extensions GitHub Flavored Markdown (GFM) pour les tableaux et le texte barré. CommonMark est la spécification standardisée utilisée par la plupart des plateformes, et GFM ajoute la syntaxe de tableau à barres verticales et le texte barré avec ~~ que GitHub, GitLab et VS Code prennent tous en charge. Cela rend la sortie compatible avec GitHub, GitLab, VS Code, Notion, Obsidian, Docusaurus, MkDocs et la plupart des moteurs de rendu Markdown modernes. Si vous avez besoin d'un CommonMark strict sans extensions GFM, les tableaux sont le seul élément qui différerait — tout le reste est identique.

Vous pouvez coller n'importe quel fragment HTML ou le corps complet d'une page. Pour de meilleurs résultats, collez uniquement la zone de contenu principal — pas le document complet avec navigation, barre latérale et pied de page — afin que la sortie reste centrée sur le contenu significatif. La plupart des développeurs copient simplement la div d'article ou de documentation depuis le panneau Éléments des DevTools du navigateur (clic droit → Copier → Copier outerHTML). Cela donne du HTML de contenu propre sans l'habillage structurel de la page. Le convertisseur gère également le HTML de page complète, mais la sortie inclura le texte de navigation converti sous forme d'une liste plate de liens, ce qui n'est généralement pas ce que vous souhaitez.

Les systèmes d'IA comme Perplexity, ChatGPT et Gemini lisent, découpent et réutilisent désormais le contenu web pour générer des réponses. Le Markdown est leur format d'entrée préféré car il supprime les balises de structure HTML qui consomment des tokens sans ajouter de signification sémantique. Un paragraphe enveloppé dans des balises <p class="article-body"> coûte plus de tokens que le même paragraphe en Markdown brut. Des recherches publiées en 2024 montrent que le Markdown réduit l'utilisation de tokens de 68 à 87 % par rapport au HTML brut pour un même contenu — ce qui réduit directement le coût des API et améliore le rapport signal/bruit pour les pipelines de génération augmentée par récupération (RAG).

Les éléments de code en ligne (balises code en dehors de pre) sont entourés de guillemets obliques simples. Les blocs de code (éléments pre > code) sont entourés de blocs clôturés en triples guillemets obliques, la norme CommonMark et GFM. Si l'élément code a une classe comme 'language-python' ou 'lang-python', l'identifiant de langage est extrait et préservé dans la clôture d'ouverture pour la coloration syntaxique. Les blocs de code convertis depuis des pages README GitHub ou des sites de documentation conservent leurs balises de langage dans la sortie — la coloration syntaxique que vous aviez en HTML survit donc dans le Markdown.

Markdownify et h2m sont des packages npm Node.js pour la conversion HTML vers Markdown programmatique dans un pipeline de construction. Ils sont le bon choix lorsque vous devez automatiser la conversion sur des centaines de fichiers dans un script. Cet outil en ligne couvre le cas d'utilisation qu'ils ne couvrent pas : les conversions ponctuelles rapides, le contenu que vous ne pouvez pas partager avec un serveur, et les situations où vous ne voulez pas configurer un projet Node du tout. La qualité de la conversion est similaire — les trois utilisent l'analyse basée sur le DOM plutôt que des expressions régulières — mais cet outil ajoute un aperçu en direct, un bouton de copie et des compteurs de caractères/mots qui le rendent plus pratique pour le travail sur le contenu.

Oui, le convertisseur fonctionne pleinement sur les navigateurs mobiles. Collez du HTML depuis le presse-papiers, lancez la conversion et copiez le résultat Markdown — tout depuis un téléphone ou une tablette. L'interface s'adapte aux écrans plus petits avec des volets empilés. Testé sur Safari pour iOS 17 et Chrome pour Android 14. Un cas d'utilisation mobile courant : récupérez le HTML d'un article depuis le menu Partager de votre navigateur, convertissez-le, et collez le Markdown directement dans Obsidian ou Notion sur le même appareil, sans avoir besoin d'un ordinateur de bureau. Sans inscription, sans téléchargement d'application, sans limites.

Les commentaires HTML (<!-- ... -->) sont supprimés de la sortie car le Markdown n'a pas de syntaxe de commentaires et les commentaires font rarement partie du contenu réel. Les balises script et leur contenu sont également supprimés — le JavaScript n'a pas de sens dans le Markdown. Les balises style et les attributs style en ligne sont aussi retirés ; le style CSS ne se traduit pas en Markdown, et la signification sémantique (gras, italique, titre) est préservée via le type d'élément plutôt que le style visuel. Si un span est en gras via CSS plutôt qu'une balise strong ou b, ce style ne sera pas conservé — ce qui est le comportement correct pour une conversion de format de contenu.

Non. Aucun serveur n'est impliqué, il n'y a donc pas de limite de taille au-delà de ce que la mémoire de votre navigateur peut gérer. En pratique, le parseur DOM du navigateur peut gérer plusieurs mégaoctets de HTML sans problème — bien plus que n'importe quelle page CMS réelle. Si vous convertissez un fichier HTML extrêmement volumineux (un export complet de livre, un très long article récupéré), collez-le par sections plutôt que tout d'un coup pour une sortie plus claire. La conversion elle-même prend quelques millisecondes quelle que soit la taille, car elle s'exécute directement en JavaScript dans l'onglet de votre navigateur.