Markdown en HTML avec Aperçu en Direct
Convertissez du texte Markdown en HTML propre avec un aperçu qui se met à jour pendant que vous tapez.
Votre document reste sur votre appareil
Rien à supprimer ensuite
Sûr pour la documentation interne
Fonctionne dans tout navigateur moderne
Comment ça marche
- 1
Collez votre Markdown
Un README, une page de documentation, un article ou des notes que vous voulez en HTML.
- 2
Vérifiez l’aperçu
Confirmez que la structure est sortie comme prévu avant de regarder le balisage.
- 3
Copiez le HTML
Emportez-le dans un CMS, un modèle d’e-mail, un site statique ou une page de documentation.
Pourquoi cet outil
CommonMark plus les extensions GitHub
Tableaux, texte barré, listes de tâches et liens automatiques — le dialecte dans lequel s’écrit réellement l’essentiel du Markdown.
Aperçu et balisage ensemble
Voyez le rendu et le HTML produit, pour vérifier les deux avant d’en coller l’un ou l’autre.
Sortie sémantique
De vrais titres, listes et tableaux plutôt qu’un mur de div stylées : le balisage veut dire quelque chose.
Comportement du saut de ligne au choix
Décidez si un saut simple coupe la ligne ou rejoint le paragraphe — le réglage que tout le monde cherche.
Rien n’est envoyé
La conversion a lieu dans votre navigateur — une documentation non publiée n’atteint jamais un serveur.
Gratuit et sans compte
Aucune inscription, aucun filigrane et aucune limite sur la quantité convertie.
Le Markdown n’existe pas au singulier — il y en a plusieurs
C’est le fait qui explique la plupart des surprises. La description d’origine, en 2004, tenait en un court document et un script Perl, sans grammaire formelle ni suite de tests, ce qui laissait énormément de choses réellement indéfinies. Les implémentations ont comblé les trous différemment, si bien que la même entrée produisait des sorties différentes selon celle qu’on employait. CommonMark existe précisément pour corriger cela : une spécification précise assortie d’une suite de conformité, et c’est aujourd’hui ce que visent la plupart des analyseurs sérieux. Mais CommonMark exclut volontairement des choses que l’on utilise sans cesse ; GitHub Flavored Markdown ajoute donc par-dessus les tableaux, le texte barré, les listes de tâches et les liens automatiques. Conséquence pratique : un document contenant un tableau s’affiche en tableau sur GitHub et en barres verticales littérales dans un analyseur CommonMark strict. Avant d’accuser votre Markdown, vérifiez quel dialecte parle la destination.
Un saut de ligne simple n’est pas un retour à la ligne
C’est le comportement qui déroute plus de monde que tous les autres réunis, et ce n’est pas un défaut. Markdown traite les lignes consécutives comme un seul paragraphe et les joint par une espace, car le format a été conçu pour que couper manuellement un paragraphe dans un éditeur ne change pas le rendu. Deux lignes d’adresse écrites séparément sortent donc sur une seule. Le remède classique consiste en deux espaces en fin de ligne — une convention franchement mauvaise, car invisible et supprimée par les éditeurs. Une barre oblique inverse en fin de ligne fait la même chose en CommonMark et a le mérite d’être visible. Et une ligne vide commence un nouveau paragraphe, ce que l’on voulait généralement. GitHub a changé la valeur par défaut dans les champs de commentaire, où un saut coupe bien la ligne : voilà pourquoi le même texte se comporte différemment dans un ticket et dans un README.
Markdown laisse passer le HTML exprès, et c’est une décision de sécurité
Le HTML brut à l’intérieur du Markdown est une fonctionnalité, non un oubli : la conception d’origine supposait qu’on basculerait vers HTML dès que Markdown ne suffirait plus. Cela signifie qu’un convertisseur Markdown vers HTML est autorisé, par spécification, à transmettre une balise `<script>` directement à sa sortie. Pour vos propres documents, c’est exactement ce que vous voulez. Pour tout ce qu’un utilisateur a soumis — un commentaire, un avis, une biographie de profil, un ticket d’assistance — c’est une faille de script intersites stocké en attente de se produire, et l’étape de conversion est l’endroit où elle se construit. La règle à retenir est simple : rendre du Markdown de confiance est sûr ; rendre du Markdown non fiable exige d’assainir ensuite le HTML obtenu selon une liste de balises autorisées. Ne comptez jamais sur l’analyseur Markdown pour sécuriser une saisie d’utilisateur : il n’a pas été conçu pour cela.
Ce que Markdown ne peut délibérément pas faire
Markdown est un langage de mise en forme pour la prose, non un langage de mise en page, et ses limites sont voulues, non des fonctions manquantes. Aucune syntaxe pour poser une classe ou un identifiant sur un élément, aucun moyen de fixer la largeur d’une image, aucun attribut d’aucune sorte. L’alignement des tableaux est la seule exception, et encore : gauche, droite, centre. Quand vous en avez besoin, la réponse au sein de Markdown est d’écrire du HTML en ligne — cela marche, et cela quitte aussitôt le sous-ensemble portable, car ce fragment ne s’affichera pas là où le HTML est supprimé. Voilà l’arbitrage au cœur du format : il reste lisible en texte brut précisément parce qu’il refuse de grossir. Si vous écrivez plus de HTML que de Markdown, le document a dépassé le format.
La destination de la sortie change ce qu’il faut conserver
Le HTML produit est volontairement nu — titres, paragraphes, listes et liens, sans div enveloppantes ni classes — parce que c’est ce qui hérite proprement d’une feuille de styles. Pour une page que vous maîtrisez, c’est exactement ce qu’il faut. L’e-mail est l’exception à anticiper : la plupart des clients suppriment les blocs `<style>` et ignorent les feuilles externes, donc tout ce qui doit paraître mis en forme dans une boîte de réception réclame un CSS en ligne par élément après conversion. Le CMS est l’autre cas : beaucoup d’éditeurs assainissent le HTML collé et suppriment des attributs sans le dire, alors collez dans la vue source plutôt que visuelle. Et si la destination accepte directement du Markdown — comme la plupart des générateurs de sites statiques, wikis et plateformes de documentation —, convertir d’abord est un recul, car vous perdez la source plus facile à éditer.
Pourquoi convertir en local compte pour ce type de texte
Songez à ce que contient d’ordinaire un éditeur Markdown. Une documentation interne décrivant le fonctionnement d’un système. Un README pour un dépôt pas encore public. Un billet de blog avant publication. Des notes de réunion avec des noms dedans. Un manuel d’exploitation qui nomme des serveurs et décrit quoi faire en cas de panne. Markdown est le format dans lequel on consigne le savoir interne, ce qui fait d’un document collé la description du fonctionnement d’une organisation — rarement secret au sens dramatique, et rarement quelque chose qu’on choisirait de confier à un inconnu. Un convertisseur hébergé reçoit tout cela. Cet outil convertit dans la page et ne transmet rien, ce que vous pouvez vérifier dans l’onglet Réseau des outils de développement.
Erreurs courantes à éviter
- Attendre qu’un saut de ligne simple coupe la ligne. Markdown joint les lignes consécutives en un paragraphe par conception — utilisez une ligne vide pour un nouveau paragraphe, ou une barre oblique inverse en fin de ligne.
- Rendre du Markdown soumis par des utilisateurs sans assainir la sortie. Le HTML brut passe par spécification : une balise `<script>` dans un commentaire devient un script intersites stocké à l’étape de conversion.
- Supposer que tous les analyseurs parlent le même dialecte. Tableaux, listes de tâches et texte barré sont des extensions GitHub, pas du CommonMark : un tableau peut sortir en barres verticales littérales.
- Recourir au HTML en ligne pour poser une classe ou une largeur d’image. Cela marche et quitte le sous-ensemble portable — ce fragment disparaîtra partout où le HTML est supprimé.
- Convertir du Markdown que la destination aurait accepté tel quel. Générateurs statiques, wikis et plateformes de documentation prennent généralement du Markdown ; convertir d’abord fait perdre la source plus facile à éditer.
Comparaison
| Critère | Cet outil | Convertisseurs en ligne | Un générateur de site statique |
|---|---|---|---|
| Contenu envoyé à un serveur | Jamais | Le plus souvent | Non |
| Extensions GitHub prises en charge | Oui | Variable | Le plus souvent |
| La sortie hérite de votre CSS | Oui | Variable | Oui |
| Installation nécessaire | Aucune | Aucune | Installer et configurer |
| Compte ou inscription | Pas nécessaire | Souvent exigé | Pas nécessaire |
| Prix | Gratuit | Gratuit / offres payantes | Gratuit |
Fonctionnalités
Tableaux et listes de tâches
Les extensions GitHub absentes du CommonMark strict mais présentes dans la plupart du Markdown réel.
Aperçu en direct
Le rendu se met à jour à la frappe : les erreurs apparaissent immédiatement.
Blocs de code délimités
Les blocs à triples accents graves deviennent `pre` et `code`, le langage étant noté en classe.
Balisage propre et minimal
Pas de div enveloppantes, pas de noms de classes générés, pas de styles en ligne : le HTML hérite de votre feuille de styles.
Unicode d’un bout à l’autre
Texte arabe, turc et accentué passe sans altération dans les deux sens.
Supporte les longs documents
Des manuels entiers se convertissent sans envoi ni plafond de taille.
Rien à installer
Pas de générateur de site statique, pas d’environnement d’exécution, pas de dépendances : tout se passe sur la page web.
Compatible arabe et RTL
Interface complète en huit langues, dont l’arabe de droite à gauche.
Sécurisé par défaut
Servi en HTTPS, sans suivi du contenu ni envoi à un tiers.
Qui l’utilise
Rédacteurs techniques
Faire entrer de la documentation dans un CMS qui accepte le HTML mais pas le Markdown.
Développeurs
Vérifier le rendu d’un README avant de le pousser dans un dépôt.
Éditeurs de contenu
Transformer le brouillon Markdown d’un auteur en balisage acceptable par le système de publication.
Rédacteurs d’infolettres
Produire le corps HTML d’un e-mail à partir d’un brouillon écrit en Markdown.
Questions Fréquentes
Non. Tout s’exécute localement dans votre navigateur — votre texte n’est jamais envoyé, stocké ni partagé.
Oui — entièrement gratuit, sans compte et sans limite.