Les meilleurs convertisseurs Markdown vers HTML en 2026 : comparés et testés
8 septembre 2026 · 21 min de lecture
Tous les convertisseurs Markdown vers HTML produisent du HTML. La ressemblance s’arrête là. L’un rend un fragment sans aucun <html> autour, un autre conserve la balise <script> que quelqu’un a laissée dans le fichier, un troisième perd vos tableaux parce qu’il ne les a jamais implémentés. Le fichier qu’on vous rend est le produit, et les différences n’apparaissent qu’une fois que vous l’ouvrez ailleurs que dans l’outil qui l’a fabriqué.
En bref
Choisissez selon ce qui doit arriver au fichier, pas selon la longueur de la liste de fonctions. Pour un document destiné à quelqu’un, il vous faut un fichier HTML complet et autonome, styles en ligne — pas un fragment. Pour un document contenant quoi que ce soit que vous n’avez pas écrit vous-même, il faut que le convertisseur nettoie, parce que Markdown autorise le HTML brut et que le HTML brut autorise les scripts. Pour un build, prenez la bibliothèque que votre générateur utilise déjà et arrêtez-vous là. Un convertisseur côté navigateur couvre le premier cas sans téléversement ni installation ; Pandoc couvre l’éventail de formats le plus large si vous acceptez de l’installer ; marked, markdown-it et remark sont les bibliothèques sur lesquelles repose tout le reste.
Pourquoi « il convertit du Markdown » ne vous apprend presque rien
Convertir un fichier Markdown en HTML, ce sont quatre tâches à la suite, et un outil peut être soigneux sur l’une et négligent sur la suivante. Il analyse le texte en un arbre, rend cet arbre en balises HTML, nettoie le résultat, puis l’enveloppe dans un document. Ce qui arrive réellement à votre fichier mérite d’être lu en entier, mais la version courte est que les convertisseurs diffèrent à chacune de ces quatre étapes, et que les écarts restent invisibles jusqu’à ce qu’ils mordent.
La première étape décide du dialecte. Le CommonMark nu a des blocs de code délimités mais ni tableaux, ni listes de tâches, ni texte barré, ni liens automatiques. GitHub Flavored Markdown ajoute les quatre. Les notes de bas de page ne figurent dans aucune des deux spécifications : un convertisseur qui les prend en charge le fait donc en extension. Un fichier qui s’affiche correctement sur GitHub et sort de travers ailleurs a généralement rencontré un analyseur qui applique un dialecte plus étroit — et l’échec est silencieux, puisqu’un tableau que l’analyseur ne reconnaît pas n’est qu’un paragraphe rempli de barres verticales.
La troisième étape décide si votre document peut s’en prendre à son lecteur. Markdown a été conçu pour laisser passer le HTML brut, ce qui veut dire qu’un fichier .md peut contenir <script>, onerror= et des URL javascript:, et qu’un convertisseur fidèle les remettra tous au navigateur. Cela compte dès l’instant où vous convertissez un fichier que vous n’avez pas écrit : un README issu d’un dépôt, un document envoyé par un client, n’importe quoi récupéré sur le réseau. Le nettoyage n’est pas facultatif pour ces fichiers-là, et un nombre surprenant d’outils vous en laissent la charge.
La quatrième étape décide si le fichier s’ouvre. Un convertisseur qui rend un fragment — <h1>Titre</h1><p>Texte</p> sans rien autour — a fait son travail de bibliothèque et manqué son travail d’outil. Ouvert dans un navigateur, ce fragment s’affiche en texte noir sur blanc, sans style, dans la police par défaut et sur toute la largeur de la fenêtre. C’est techniquement du HTML correct, et ça paraît cassé à tous ceux qui le reçoivent.
Comparatif rapide : l’aide-mémoire
| Outil | Idéal pour | Capacité principale | Prix |
|---|---|---|---|
| TransformPipe | Envoyer à quelqu’un un document fini | HTML autonome, styles en ligne, conversion dans le navigateur | Gratuit |
| Pandoc | Convertir entre de nombreux formats | ~40 formats, gabarits, --standalone et ressources embarquées |
Gratuit, GPL |
| marked | Une conversion rapide au sein d’une application JS | Petit, rapide, GFM d’origine | Gratuit, MIT |
| markdown-it | La conformité et les extensions | Conforme à CommonMark, échappe le HTML brut par défaut | Gratuit, MIT |
| remark / unified | Transformer le document, pas seulement le rendre | Un AST que l’on parcourt et réécrit | Gratuit, MIT |
| commonmark.js | Vérifier ce que dit vraiment la spécification | L’implémentation de référence | Gratuit, BSD |
| Showdown | Les projets JS anciens qui s’en servent déjà | Convertisseur de longue date, antérieur à CommonMark | Gratuit, MIT |
| Python-Markdown | Les scripts de build en Python | API d’extensions, moteur de MkDocs | Gratuit, BSD |
| Goldmark | Les programmes Go et les sites Hugo | Conforme à CommonMark, rapide, extensible | Gratuit, MIT |
| Dillinger | Écrire et exporter dans un seul onglet | Éditeur avec export HTML et PDF, synchronisation en ligne | Gratuit, MIT |
| StackEdit | Écrire hors ligne dans un navigateur | Éditeur intégré au navigateur, sync Drive, Dropbox, GitHub | Gratuit, Apache 2.0 |
| Typora | Un éditeur de bureau où l’on habite | Édition WYSIWYG, export HTML, PDF, Word | 14,99 $ une fois |
| VS Code | Convertir alors qu’on code déjà | Aperçu intégré (markdown-it), export par extensions | Gratuit |
| Générateurs de sites statiques | Un site, pas un document | Hugo, Eleventy, Docusaurus, MkDocs, Jekyll | Gratuit |
| GitHub / GitLab | Lire, pas exporter | Affichent le GFM ; aucun bouton d’export | Gratuit |
Les meilleurs convertisseurs Markdown vers HTML en 2026
TransformPipe — le meilleur pour un document que vous allez envoyer
TransformPipe convertit un fichier Markdown en document HTML complet dans votre navigateur et vous le rend sous forme d’un fichier unique, styles en ligne. Aucune installation, aucun compte obligatoire, et hors connexion au compte le fichier n’est envoyé nulle part : il est lu, converti et rendu sur votre propre machine.
| Avantages | Inconvénients |
|---|---|
| L’export est un fichier unique qui ne demande rien au réseau | Pas un générateur de site : un document à la fois, ou plusieurs enchaînés en un seul |
| Rien n’est téléversé tant que vous n’êtes pas connecté | C’est le navigateur qui travaille : un très gros fichier dépend de la machine |
| Nettoie selon une liste d’autorisation unique, dans le navigateur comme sur le serveur | Aucun langage de gabarit pour des mises en page sur mesure |
| Reconvertit aussi HTML, Word, CSV et JSON en Markdown |
Prix : gratuit. Un compte ajoute l’historique, le partage et une API, gratuitement aussi.
Détails techniques et fonctionnalités
- GitHub Flavored Markdown : tableaux, listes de tâches, texte barré, liens automatiques, code délimité
- La sortie est un document complet — doctype, en-tête,
<style>en ligne, aucune requête externe d’aucune sorte - Le HTML brut présent dans la source traverse un nettoyeur à liste d’autorisation fixe avant d’atteindre la page
- Téléchargement en
.html, en.mdou en texte brut, ou impression en PDF via la boîte de dialogue du navigateur - La même conversion est accessible depuis une API REST, une interface en ligne de commande sans dépendances, une GitHub Action et un serveur MCP
Pour qui ? Quiconque a pour étape suivante « envoyer ça à quelqu’un ». L’export autonome est tout l’intérêt : il s’ouvre de la même façon sur un portable sans connexion que chez vous, ce qui est une propriété précise qu’il vaut mieux comprendre avant d’envoyer un fichier .md par courriel en croisant les doigts.
Pandoc — le meilleur pour convertir entre de nombreux formats
Pandoc est un convertisseur de documents en ligne de commande écrit en Haskell, qui lit et écrit une quarantaine de formats, dont Markdown et HTML. C’est de loin l’outil le plus capable de cette liste, et celui qu’il faut installer.
| Avantages | Inconvénients |
|---|---|
| Convertit entre des formats auxquels rien d’autre ne touche, LaTeX et EPUB compris | Exige une installation et un terminal |
--standalone produit un document complet, pas un fragment |
Les gabarits et les filtres sont leur propre apprentissage |
| Les gabarits donnent un contrôle exact sur l’habillage | Aucun nettoyage : le HTML brut passe tel quel |
| Les ressources peuvent être embarquées pour obtenir un fichier unique | Les écarts entre ses dialectes Markdown surprennent |
Prix : gratuit, sous licence GPL.
Détails techniques et fonctionnalités
- Son propre dialecte Markdown étendu, plus des lecteurs CommonMark et GFM que l’on sélectionne explicitement
--standaloneenveloppe la sortie dans un document complet ;--embed-resourcesmet images et CSS en ligne--templateet les filtres Lua pour réécrire le document en cours de conversion--sandboxrestreint l’accès au système de fichiers lors de la conversion de fichiers auxquels vous ne faites pas confiance
Pour qui ? Quiconque convertit de façon régulière ou vers d’autres formats que HTML : une chaîne de production de manuscrit, un build de documentation, un dépôt qui doit publier de l’EPUB et du PDF depuis la même source. Sa place pour un simple Markdown vers HTML ponctuel est une question plus étroite, et la réponse est souvent qu’il en fait plus que la tâche ne demande.
marked — le meilleur pour la vitesse au sein d’une application JavaScript
marked est un analyseur et compilateur Markdown petit et rapide pour JavaScript, utilisable dans le navigateur comme dans Node. C’est l’une des deux bibliothèques vers lesquelles se tournent la plupart des projets JS.
| Avantages | Inconvénients |
|---|---|
| Très rapide et très léger | Rend un fragment ; l’envelopper est votre affaire |
| GitHub Flavored Markdown pris en charge d’origine | Le nettoyage n’est explicitement pas de son ressort |
| Une API simple : une fonction, un objet d’options | Des points d’extension moins structurés que ceux de markdown-it |
Prix : gratuit, sous licence MIT.
Détails techniques et fonctionnalités
- GFM par défaut, avec des options pour les sauts de ligne, les identifiants de titres et les listes intelligentes
- Un analyseur lexical appelable séparément pour obtenir des jetons au lieu de HTML
- Des rendus personnalisés pour redéfinir la manière dont chaque type de nœud est émis
- Aucun nettoyeur intégré : la réponse documentée est de faire passer la sortie par DOMPurify
Pour qui ? Les développeurs qui affichent du Markdown dans une application où la vitesse compte et où le document alentour existe déjà : une zone de commentaire, un volet d’aperçu, un message de discussion.
markdown-it — le meilleur pour la conformité et les extensions
markdown-it est un analyseur conforme à CommonMark doté d’un système d’extensions structuré. C’est ce qu’utilise l’aperçu Markdown de VS Code, ce qui constitue une recommandation raisonnable de sa conformité.
| Avantages | Inconvénients |
|---|---|
| Passe la suite de tests de la spécification CommonMark | Un peu plus gros et plus lent que marked |
Échappe le HTML brut par défaut : html: false est la valeur sûre |
Rend lui aussi un fragment |
| Un vrai écosystème d’extensions : notes, conteneurs, attributs, ancres | La qualité des extensions varie |
Prix : gratuit, sous licence MIT.
Détails techniques et fonctionnalités
- CommonMark par défaut, les fonctions GFM étant accessibles via des préréglages et des extensions
html: falsepar défaut — le HTML brut de la source est échappé plutôt que transmis- Les règles peuvent être ajoutées, remplacées ou réordonnées au niveau bloc comme au niveau ligne
- Options linkify et typographer pour les liens automatiques et la ponctuation typographique
Pour qui ? Quiconque veut une spécification respectée et des points d’extension documentés, et quiconque place la valeur par défaut la plus sûre au-dessus de quelques millisecondes.
remark et unified — les meilleurs pour modifier le document, pas seulement le rendre
remark analyse le Markdown en un arbre syntaxique abstrait et vous le confie. Le rendu n’est qu’une extension en bout de chaîne ; tout l’intérêt est ce que vous faites avant.
| Avantages | Inconvénients |
|---|---|
| Un vrai AST que l’on parcourt, interroge et réécrit | De loin l’option la plus lourde ici |
| Un écosystème d’extensions énorme, dont rehype pour la sortie HTML | La chaîne unified demande un véritable apprentissage |
| Fait tourner MDX et Docusaurus : il est donc bien éprouvé | Démesuré pour transformer un fichier en une page |
Prix : gratuit, sous licence MIT.
Détails techniques et fonctionnalités
- mdast pour le Markdown, hast pour le HTML, avec des extensions pour passer de l’un à l’autre
- remark-gfm pour les tableaux et les listes de tâches, remark-frontmatter pour l’en-tête
- rehype-sanitize comme étape de premier rang dans la chaîne plutôt qu’en pensée après coup
- Sert à construire des linters, des formateurs et des codemods sur de la prose, pas seulement des moteurs de rendu
Pour qui ? Les équipes qui font quelque chose au document au passage : réécrire les liens, extraire les titres, faire respecter une charte rédactionnelle, engendrer des composants MDX.
commonmark.js — le meilleur pour trancher une querelle sur la spécification
commonmark.js est l’implémentation de référence de CommonMark, écrite par les auteurs de la spécification. Son but est la conformité, pas les fonctionnalités.
| Avantages | Inconvénients |
|---|---|
| La réponse définitive à « que dit la spécification ? » | Ni tableaux, ni listes de tâches, ni barré — tout cela est du GFM |
| Petit et prévisible | Peu de points d’extension, et c’est voulu |
| Fournit un AST | Pas destiné à servir de moteur de rendu d’application |
Prix : gratuit, sous licence BSD.
Pour qui ? Quiconque compare des analyseurs, en écrit un, ou cherche à savoir si un écart de rendu est un bug ou une affaire de dialecte. Sortez-le quand vous devez savoir ce que fait le CommonMark nu, ce qui arrive plus souvent qu’on ne le croit.
Showdown — le meilleur uniquement si vous l’utilisez déjà
Showdown est un convertisseur Markdown en JavaScript antérieur à CommonMark et toujours maintenu. Il fonctionne, et il n’y a aucune raison forte de le choisir pour un nouveau projet.
| Avantages | Inconvénients |
|---|---|
| Établi de longue date et stable | Non conforme à CommonMark, par construction |
| Tourne dans le navigateur et dans Node | Écarts de dialecte avec GFM dans les cas limites |
| Des drapeaux d’option pour la plupart des comportements | Écosystème plus réduit que marked ou markdown-it |
Prix : gratuit, sous licence MIT.
Pour qui ? Les projets déjà bâtis dessus. Un nouveau chantier sera mieux servi par markdown-it.
Python-Markdown — le meilleur pour les scripts de build en Python
Python-Markdown est l’implémentation Markdown de longue date pour Python, avec une API d’extensions sur laquelle repose une bonne partie de l’outillage de documentation, MkDocs compris.
| Avantages | Inconvénients |
|---|---|
| API d’extensions mûre, avec de nombreuses extensions disponibles | Pas conforme à CommonMark dans tous les détails |
| S’intègre naturellement à une chaîne de build Python | Plus lent que les options JS et Go |
| Tableaux, notes de bas de page et listes d’attributs en extensions officielles | Sortie en fragment ; l’habillage vous revient |
Prix : gratuit, sous licence BSD.
Pour qui ? Les projets Python, et quiconque étend MkDocs, où il est déjà le moteur.
Goldmark — le meilleur pour Go, et pour les sites Hugo
Goldmark est un analyseur Markdown conforme à CommonMark écrit en Go, remarquable pour être le moteur de Hugo depuis qu’il y a remplacé Blackfriday.
| Avantages | Inconvénients |
|---|---|
| Conforme à CommonMark et rapide | Go uniquement |
| Extensible, avec un AST propre | Sortie en fragment |
| Déjà dans votre pile si vous utilisez Hugo | Moins d’extensions toutes faites que dans le monde JS |
Prix : gratuit, sous licence MIT.
Pour qui ? Les programmes Go, et les utilisateurs de Hugo qui veulent comprendre ce qui rend leur contenu.
Dillinger — le meilleur pour écrire et exporter dans un seul onglet
Dillinger est un éditeur Markdown en ligne avec aperçu en direct et export vers HTML et PDF, plus une synchronisation avec Dropbox, Google Drive, OneDrive et GitHub.
| Avantages | Inconvénients |
|---|---|
| Écrire et exporter sans quitter le navigateur | Votre document passe par un service hébergé |
| Synchronisation vers les destinations habituelles | Le style de l’export est le sien, pas le vôtre |
| Gratuit et open source | D’abord un éditeur : pas pensé pour convertir des fichiers existants |
Prix : gratuit, sous licence MIT.
Pour qui ? Ceux qui écrivent le document maintenant et veulent un lien ou un fichier au bout.
StackEdit — le meilleur éditeur de navigateur qui fonctionne hors ligne
StackEdit est un éditeur Markdown intégré au navigateur qui continue sans connexion et se synchronise avec Google Drive, Dropbox et GitHub dès qu’il en a une.
| Avantages | Inconvénients |
|---|---|
| Fonctionne hors ligne une fois chargé | D’abord un éditeur, comme Dillinger |
| Se synchronise et publie vers plusieurs destinations | Sa syntaxe étendue voyage parfois mal |
| Gère confortablement les documents longs | L’export est mis en forme à sa manière |
Prix : gratuit, sous licence Apache 2.0.
Pour qui ? Les auteurs qui veulent un éditeur sérieux dans un onglet et publient depuis là.
Typora — le meilleur éditeur de bureau avec export
Typora est un éditeur Markdown de bureau doté d’un mode d’édition WYSIWYG — le Markdown est remplacé par son rendu pendant la frappe — et d’un export vers HTML, PDF, Word et d’autres formats.
| Avantages | Inconvénients |
|---|---|
| L’expérience d’écriture la plus confortable de cette liste | Payant, et réservé au bureau |
| Exporte en HTML, PDF et Word avec des thèmes | Le WYSIWYG masque la syntaxe, ce que certains auteurs détestent |
| Fichiers locaux, rien de téléversé | Ni outil de lot ni outil de build |
Prix : 14,99 $, achat unique couvrant jusqu’à trois appareils, avec un essai gratuit de quinze jours (vérifié sur typora.io, le 8 septembre 2026).
Pour qui ? Ceux qui écrivent du Markdown tous les jours et veulent une application plutôt qu’un onglet.
VS Code — le meilleur si vous y êtes déjà
VS Code embarque un aperçu Markdown construit sur markdown-it, et des extensions y ajoutent l’export. Si le fichier est déjà ouvert dans votre éditeur, c’est le chemin le plus court du texte à la page.
| Avantages | Inconvénients |
|---|---|
| Déjà installé, chez la plupart des développeurs | L’export réclame une extension, et leur qualité varie |
| L’aperçu correspond au comportement CommonMark de markdown-it | Pas une chaîne de traitement : il convertit ce qui est ouvert |
| Des extensions couvrent l’export HTML, PDF et diapositives | Le style de l’aperçu n’est pas celui de l’export |
Prix : gratuit.
Pour qui ? Les développeurs qui convertissent un README ou une note en passant. Les détails d’un travail bien fait dans VS Code tiennent à l’extension choisie et à ce qu’elle met autour du fragment.
Les générateurs de sites statiques — la réponse quand vous voulez un site
Hugo, Eleventy, Docusaurus, MkDocs et Jekyll convertissent tous du Markdown en HTML, et aucun n’est un convertisseur. Ce sont des systèmes de build : ils attendent un répertoire, un fichier de configuration, des gabarits et une cible de déploiement, et ils vous rendent en échange une navigation, des flux et des liens croisés.
| Avantages | Inconvénients |
|---|---|
| Navigation, recherche et gabarits sur de nombreux documents | Surcharge énorme pour un seul fichier |
| Rapides, bien documentés, largement déployés | Un fichier de configuration et une étape de build à entretenir |
| Thèmes et écosystèmes d’extensions | La sortie est un site, pas un document que l’on envoie par courriel |
Prix : gratuit.
Pour qui ? Quiconque publie un ensemble de documents qui se renvoient les uns aux autres. Si vous avez un fichier et une personne à qui l’envoyer, vous n’avez pas besoin d’un générateur : vous avez besoin d’un fichier.
GitHub et GitLab — des moteurs de rendu, pas des convertisseurs
Tous deux affichent le GFM magnifiquement et aucun ne vous donne de bouton d’export. Vous pouvez obtenir du HTML via l’API Markdown de GitHub, et vous pouvez enregistrer la page rendue depuis votre navigateur, mais ce que vous enregistrez arrive emballé dans le balisage et les feuilles de style de leur application.
Pour qui ? Personne, s’il s’agit de convertir. Ce sont d’excellents endroits pour lire du Markdown et les mauvais endroits pour le convertir.
Ce que les tableaux comparatifs omettent
Les pages des éditeurs se battent sur les fonctionnalités. Ce qui décide vraiment si un fichier converti fonctionne figure rarement dans la liste.
Si la sortie est un document. C’est la déception la plus fréquente. Les bibliothèques rendent des fragments, correctement et à dessein ; plusieurs outils en ligne font pareil. Vous collez le résultat dans un fichier, vous l’ouvrez, et vous obtenez du texte sans style sur toute la largeur de la fenêtre. Un outil qui vous rend un document complet — doctype, en-tête, styles — a pris à votre place une décision qu’une bibliothèque ne peut pas prendre.
Si le fichier a besoin du réseau. Un export qui lie une feuille de style ou une police depuis un CDN cesse d’avoir bonne allure dès qu’on l’ouvre hors ligne, et il raconte à celui qui l’ouvre quelque chose sur le parcours du fichier. Un fichier autonome porte ses styles en ligne et ne demande rien. Il est plus gros, et c’est la seule version qui se comporte partout de la même façon.
Si le HTML brut survit. Rendre fidèlement et rendre sans danger sont deux objectifs distincts, et chaque outil cité ici en choisit un. markdown-it échappe le HTML brut sauf indication contraire. marked le laisse passer et le dit. Pandoc le laisse passer. Si le fichier vient de quelqu’un d’autre, vous devez savoir lequel des deux vous employez avant d’ouvrir le résultat dans un navigateur.
Où va le fichier. Un convertisseur en ligne qui téléverse est un convertisseur en ligne qui détient votre document. Pour un README public, cela n’a aucune importance ; pour un contrat, une note médicale ou un plan non publié, c’est toute la question. Une conversion côté navigateur signifie que le fichier ne quitte jamais la machine, et cela se vérifie : ouvrez l’onglet réseau et regardez ne rien se passer.
Ce qu’il fait de l’en-tête. Un fichier Markdown venu d’un site statique ou d’une application de notes commence en général par un front matter YAML. Certains convertisseurs le suppriment, d’autres le rendent en un paragraphe de lignes clé : valeur en haut de votre document, quelques-uns le transforment en tableau. Aucun de ces comportements n’est faux, et un seul est celui que vous vouliez.
Comment choisir
Les critères ci-dessous en sont la version courte ; les exigences qu’il vaut la peine d’écrire avant de comparer quoi que ce soit vont plus loin.
- Partez de la destination. L’envoyer à une personne appelle un document autonome. Publier un ensemble de pages appelle un générateur. Afficher dans une application appelle une bibliothèque. Ce sont trois outils différents, et le mauvais choix saute aux yeux après coup.
- Accordez le dialecte au fichier. Si le document contient des tableaux ou des listes de tâches, le convertisseur doit faire du GFM, pas du CommonMark nu. Convertissez un fichier représentatif et regardez les tableaux avant de vous engager.
- Tranchez la question du nettoyage avant de convertir le fichier d’un tiers. Pour vos propres notes, cela n’a pas d’importance. Pour tout ce qui arrive de l’extérieur, ou bien le convertisseur nettoie, ou bien c’est vous.
- Comptez les installations. Une conversion ponctuelle ne devrait pas exiger un gestionnaire de paquets. Un build nocturne ne devrait pas exiger un onglet de navigateur et quelqu’un devant.
- Ouvrez le résultat ailleurs. Pas dans l’aperçu de l’outil : dans un autre navigateur, sur une autre machine, réseau coupé. C’est le test qui attrape d’un coup les fragments, les styles manquants et les liens vers un CDN, et il prend une minute.
Conclusion
Le meilleur convertisseur Markdown vers HTML est celui dont la sortie survit au voyage. Si vous avez un fichier et voulez le convertir dans la minute, les étapes sont ici. Pour un document qui a un destinataire, cela veut dire un fichier complet, styles en ligne, nettoyé, produit sans téléverser la source nulle part — ce que fait la conversion Markdown vers HTML proposée ici dans votre navigateur, gratuitement, sans installation et sans inscription. Pour un build, prenez la bibliothèque dont votre générateur dépend déjà. Et dès que des formats autres que HTML entrent en jeu, installez Pandoc et apprenez ses gabarits : il survivra à tous les autres outils de cette page.
FAQ
Quel est le meilleur convertisseur Markdown vers HTML gratuit ?
Pour un document fini, un convertisseur côté navigateur qui produit du HTML autonome est la meilleure option gratuite : aucune installation, aucun téléversement, et un fichier qui s’ouvre partout. Un convertisseur de ce type le fait sans rien coûter. Pour convertir à l’intérieur de votre propre code, marked et markdown-it sont tous deux gratuits et sous licence MIT, et Pandoc est gratuit en ligne de commande.
Comment convertir du Markdown en HTML sans rien installer ?
Servez-vous d’un convertisseur qui tourne dans le navigateur. Déposez le fichier .md sur la page et téléchargez le HTML : ni gestionnaire de paquets, ni terminal, et avec un outil côté navigateur le fichier n’est jamais téléversé, ce que vous pouvez confirmer en surveillant l’onglet réseau pendant la conversion.
Pourquoi mon HTML converti est-il sans style ?
Parce qu’on vous a rendu un fragment plutôt qu’un document. Les bibliothèques rendent <h1>…</h1><p>…</p> sans <html>, sans <head> ni styles autour, et un navigateur affiche cela dans sa police par défaut sur toute la largeur de la fenêtre. Il vous faut un convertisseur qui enveloppe la sortie dans un document complet, ou bien il vous faut écrire cet habillage vous-même.
Les convertisseurs Markdown vers HTML conservent-ils les tableaux ?
Seulement s’ils implémentent GitHub Flavored Markdown. Les tableaux ne font pas partie de la spécification CommonMark : un analyseur strictement conforme rend donc un tableau comme un paragraphe contenant des barres verticales. Si vos documents comportent des tableaux, testez-en un avant de choisir un convertisseur — les tableaux sont ce qui casse le plus souvent en chemin.
Est-il prudent de convertir un fichier Markdown qu’on m’a envoyé ?
Seulement avec un convertisseur qui nettoie. Markdown autorise le HTML brut : un fichier .md peut donc transporter des balises <script>, des gestionnaires onerror et des URL javascript:, et un moteur de rendu fidèle transmettra chacun d’eux à votre navigateur. Vérifiez si l’outil nettoie par défaut avant d’ouvrir la sortie.
Puis-je convertir du Markdown en HTML depuis la ligne de commande ou un job CI ?
Oui. Pandoc est la réponse générale, et la plupart des langages disposent d’une bibliothèque avec une enveloppe en ligne de commande. Si la tâche fait partie d’une pull request ou d’un build nocturne, un convertisseur doté d’une API ou d’une GitHub Action retire complètement l’installation de votre exécuteur.
Quelle est la différence entre marked et Marked 2 ?
Ce sont deux produits sans lien, aux noms prêtant à confusion. marked est la bibliothèque JavaScript open source décrite plus haut. Marked 2 est une application payante d’aperçu Markdown pour macOS. Chercher l’un ramène immanquablement l’autre.