Aide-mémoire Markdown — la syntaxe avec aperçu en direct
Chaque élément Markdown avec sa source et son rendu, la syntaxe étendue (tableaux, listes de tâches, notes de bas de page, maths, Mermaid, alertes), un tableau de compatibilité sur 9 plateformes et un bac à sable en direct.
Dernière vérification : 2026-10-18, d’après CommonMark 0.31.2, la spécification GFM et la documentation de mise en forme de GitHub, GitLab, Obsidian, Slack et Jira. Sources : CommonMark spec 0.31.2, GitHub Flavored Markdown spec, GitHub writing and formatting docs, GitLab Flavored Markdown, Obsidian help, Slack message formatting, Jira text formatting notation.
Syntaxe de base (fonctionne partout où CommonMark est pris en charge)
Ces éléments font partie de la spécification CommonMark : ils se comportent donc de la même façon dans GitHub, GitLab, VS Code, Obsidian, les générateurs de sites statiques et la plupart des outils de documentation.
De un à six # suivis d’une espace. Utilisez un seul titre # par document et ne sautez pas de niveau : les lecteurs d’écran et les tables des matières s’appuient sur cet ordre.
# Heading 1 ## Heading 2 ### Heading 3 #### Heading 4
L’ancien style « setext », limité aux niveaux 1 et 2. Une ligne de --- sous un paragraphe en fait un titre, ce qui surprend quand on attend une ligne horizontale : laissez une ligne vide avant ---.
Heading 1 ========= Heading 2 ---------
Une ligne vide sépare les paragraphes. Un simple retour à la ligne à l’intérieur d’un paragraphe est fusionné en une seule ligne (sauf exceptions indiquées dans « Sauts de ligne »).
First paragraph, which can wrap across several source lines. Second paragraph after a blank line.
First paragraph, which can wrap across several source lines.
Second paragraph after a blank line.
Pour aller à la ligne sans créer de paragraphe, terminez la ligne par deux espaces ou une barre oblique inverse. Les commentaires GitHub, Obsidian (par défaut), Slack et Discord traitent au contraire chaque retour à la ligne comme un saut.
Two trailing spaces make a break. A trailing backslash\ works too.<br>So does an HTML br.
Two trailing spaces
make a break.
A trailing backslash
works too.
So does an HTML br.
Les astérisques fonctionnent à l’intérieur des mots, pas les tirets bas (les noms_en_snake_case restent tels quels) : c’est pourquoi la plupart des guides de style recommandent *.
**bold** or __bold__ *italic* or _italic_ ***bold italic*** in**side**word works with *, not with _
bold or bold
italic or italic
bold italic
insideword works with *, not with _
Commencez chaque ligne par >. Une citation peut contenir n’importe quel autre élément Markdown, y compris des listes et du code.
> Quoted text. > Still quoted. > > > Nested quote.
Quoted text. Still quoted.
Nested quote.
-, * et + fonctionnent tous ; ne les mélangez pas dans une même liste (un autre marqueur commence une nouvelle liste).
- Item - Item - Nested (indent 2 spaces) - Item
- Item
- Item
- Nested (indent 2 spaces)
- Item
Le premier numéro fixe le point de départ ; les suivants sont ignorés : mettre « 1. » sur chaque ligne permet donc une renumérotation automatique quand vous réordonnez les éléments.
1. First 1. Second 1. Third 3. Starts at three 4. Four
First
Second
Third
Starts at three
Four
Indentez le contenu supplémentaire pour l’aligner sur le premier caractère du texte de l’élément (3 espaces après « 1. »).
1. Install: ```sh npm install marked ``` 2. Indent continuation lines to the item text.
Install:
npm install markedIndent continuation lines to the item text.
Le Markdown placé entre accents graves n’est pas interprété.
Run `npm test` now. Use ``double `backticks` `` when the code contains one.
Run npm test now.
Use double `backticks` when the code contains one.
Trois accents graves (ou ~~~) sur des lignes à part. Le mot qui suit la clôture indique le langage pour la coloration syntaxique sur GitHub, GitLab, Obsidian et Discord.
```js const answer = 42; console.log(answer); ```
const answer = 42;
console.log(answer);
La syntaxe d’origine. Les clôtures sont plus lisibles et permettent d’indiquer un langage ; le code indenté est la seule forme que comprend l’ancien Reddit.
Paragraph.
four spaces of indent
make a code blockParagraph.
four spaces of indent
make a code block
Au moins trois -, * ou _ seuls sur une ligne, précédés d’une ligne vide.
Above --- Below (also *** or ___)
Above
Below (also *** or ___)
La forme entre chevrons est le lien automatique de CommonMark. Les espaces d’une URL doivent être écrites %20, ou l’URL placée entre <…>.
[Link text](https://freetoolsforweb.com) [With a title](https://freetoolsforweb.com "Hover text") [Relative link](/tools/regex-cheat-sheet) <https://example.com>
Évite d’encombrer le texte avec de longues URL. Les définitions peuvent se trouver n’importe où dans le document et ne sont pas affichées.
Sur GitHub et GitLab, chaque titre reçoit un identifiant automatique : en minuscules, espaces remplacées par des traits d’union, ponctuation supprimée (« ## Install & Run » devient #install--run). Obsidian utilise plutôt [[#Titre]].
[Jump to tables](#md-tables)
Comme un lien, précédé de !. Le texte entre [ ] est le texte alternatif : décrivez l’image pour les personnes qui ne la voient pas. Markdown n’a pas de syntaxe de taille ; utilisez le HTML <img width="200"> là où il est autorisé.
Une barre oblique inverse rend littéral n’importe quel signe de ponctuation ASCII : \ ` * _ { } [ ] ( ) # + - . ! |
\*not italic\* \# not a heading 1\. not a list
*not italic* # not a heading 1. not a list
Autorisé par CommonMark. GitHub et GitLab en conservent un sous-ensemble sûr (pas de script, de style ni de gestionnaires d’événements) ; Slack, Discord, Reddit et Notion l’affichent comme du texte.
Press <kbd>Ctrl</kbd> + <kbd>C</kbd>, H<sub>2</sub>O, x<sup>2</sup>.
Press Ctrl + C, H2O, x2.
Un commentaire HTML est conservé dans la source mais n’est pas affiché, partout où le HTML est autorisé.
Visible. <!-- Not rendered: notes for editors --> Also visible.
Visible.
Also visible.
Syntaxe étendue (GFM et autres)
Ne fait pas partie de CommonMark. La prise en charge varie : consultez le tableau de compatibilité avant d’en dépendre en dehors de GitHub.
La deuxième ligne est obligatoire ; les deux-points fixent l’alignement. Les colonnes n’ont pas besoin d’être alignées dans la source. Échappez une barre verticale littérale avec \|. Pas de cellules fusionnées ni de cellules sur plusieurs lignes (utilisez <br> dans une cellule sur GitHub).
Où : GFM, GitLab, Obsidian, Reddit ; Notion au collage
| Left | Centre | Right | | :--- | :----: | ----: | | a | b | 1 | | `c` | **d** | 22 |
| Left | Centre | Right |
|---|---|---|
| a | b | 1 |
c |
d | 22 |
Sur GitHub et GitLab, les cases sont cliquables dans les tickets et les pull requests, et mettent à jour la source.
Où : GFM, GitLab, Obsidian ; Notion via le raccourci []
- [x] Write the draft - [ ] Review - [ ] Publish
- Write the draft
- Review
- Publish
Deux tildes partout ; GitHub en accepte aussi un seul. Slack utilise un ~seul~ tilde, Jira des -traits d’union-.
Où : GFM, GitLab, Obsidian, Discord, Reddit, Notion
~~no longer true~~
no longer true
GFM transforme en liens les URL nues et les adresses en www. En CommonMark pur, elles restent du texte sauf si elles sont placées entre <…>.
Où : GFM, GitLab, Obsidian, Slack, Discord, Reddit
Visit https://freetoolsforweb.com or www.example.com.
Visit https://freetoolsforweb.com or www.example.com.
La définition peut être placée n’importe où ; les notes sont numérotées dans l’ordre des renvois et listées à la fin. Obsidian propose aussi des notes en ligne : ^[comme ceci].
Où : GFM, GitLab, Obsidian (pas CommonMark)
Vous définissez l’ancre vous-même. Pris en charge par Pandoc, PHP Markdown Extra, Hugo, Jekyll (kramdown), MkDocs et Docusaurus ; GitHub et GitLab l’ignorent, affichent les accolades et utilisent des identifiants automatiques.
Où : Pandoc, Hugo, Jekyll, MkDocs, Docusaurus ; pas GitHub ni GitLab
### Install {#setup}Rendered by Pandoc, Hugo or kramdown with id="setup", so /page#setup links here.
Des noms entourés de deux-points. Taper deux-points dans GitHub, Slack, Discord ou Notion ouvre un sélecteur d’emoji. Coller l’emoji lui-même fonctionne partout.
Où : GitHub, GitLab, Slack, Discord ; pas Obsidian (sans plugin) ni CommonMark
Ship it :rocket: :+1: :tada:
Ship it 🚀 👍 🎉
Du TeX entre signes $ en ligne, $$ pour un bloc centré. GitHub accepte aussi $`…`$ et un bloc ```math ; GitLab prend en charge les mêmes formes. Notion utilise $$…$$ pour les équations en ligne.
Où : GitHub, GitLab, Obsidian, Notion (syntaxe propre)
Inline: $E = mc^2$
$$
\sum_{i=1}^{n} i = \frac{n(n+1)}{2}
$$Inline: E = mc2
∑i=1n i = n(n+1) ⁄ 2
Un bloc de code avec le langage mermaid devient un diagramme : organigrammes, diagrammes de séquence, de classes, d’états, de Gantt et entité-association.
Où : GitHub, GitLab, Obsidian, Notion (bloc de code Mermaid)
```mermaid
flowchart LR
A[Write] --> B{Review}
B -->|ok| C[Publish]
B -->|changes| A
```(changes loop back to Write)
GitHub propose cinq types : NOTE, TIP, IMPORTANT, WARNING, CAUTION. GitLab (17.10+) accepte la même syntaxe. Obsidian offre bien plus de types, des titres personnalisés (> [!tip] Titre) et le repli (> [!faq]-).
Où : GitHub, GitLab 17.10+, Obsidian ; simple citation ailleurs
> [!NOTE] > Useful information. > [!WARNING] > Critical content that needs attention.
Useful information.
Critical content that needs attention.
Du HTML, mais largement pris en charge. Laissez des lignes vides autour du Markdown à l’intérieur, sinon il n’est pas interprété.
Où : GitHub, GitLab, Obsidian, la plupart des générateurs de sites statiques
<details> <summary>Click to expand</summary> Hidden **Markdown** content. </details>
Click to expand
Hidden Markdown content.
Obsidian et certains éditeurs (Typora, iA Writer) ; GitHub affiche les signes égal. Utilisez <mark> là où le HTML est autorisé.
Où : Obsidian, Typora ; pas GitHub
This is ==highlighted== text.
This is highlighted text.
Compatibilité : CommonMark, GitHub, GitLab, Obsidian, Notion, Slack, Discord, Reddit, Jira
✓ fonctionne tel quel · ~ fonctionne avec une autre syntaxe ou seulement en partie (voir la note) · ✗ non disponible. Notion et l’éditeur de messages de Slack convertissent les raccourcis Markdown pendant la saisie au lieu d’afficher un fichier Markdown ; les champs de Jira Data Center utilisent la syntaxe wiki, tandis que l’éditeur de Jira Cloud accepte des raccourcis de style Markdown pendant la saisie.
| Fonctionnalité | CommonMark | GitHub (GFM) | GitLab | Obsidian | Notion | Slack (mrkdwn) | Discord | Jira wiki | |
|---|---|---|---|---|---|---|---|---|---|
| Titres # | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe Raccourcis # , ## , ### pendant la saisie | ✗ Non Utilisez des lignes en *gras* | ~ Partiellement / autre syntaxe #, ## et ### uniquement | ✓ Oui | ~ Partiellement / autre syntaxe h1. à h6. |
| Gras / italique | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe *gras* et _italique_ (caractères simples) | ✓ Oui Aussi __souligné__ | ✓ Oui | ~ Partiellement / autre syntaxe *gras* et _italique_ |
| Barré | ✗ Non | ✓ Oui ~~ ou ~ | ✓ Oui | ✓ Oui | ✓ Oui ~texte~ ou ~~texte~~ | ~ Partiellement / autre syntaxe ~texte~ | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe -texte- |
| Code en ligne | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe {{monospace}} |
| Bloc de code délimité | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe ``` fonctionne, sans coloration syntaxique | ✓ Oui | ~ Partiellement / autre syntaxe Nouveau Reddit et applis ; old.reddit exige une indentation de 4 espaces | ~ Partiellement / autre syntaxe {code:java} … {code} |
| Coloration syntaxique | ~ Partiellement / autre syntaxe Le langage est transmis au moteur de rendu, qui décide de la coloration | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui Choisissez le langage sur le bloc | ✗ Non | ✓ Oui | ✗ Non | ✓ Oui {code:language} |
| Citation > | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe Tapez " puis espace ; > puis espace crée un bloc dépliable | ✓ Oui | ✓ Oui >>> cite tout le reste du message | ✓ Oui | ~ Partiellement / autre syntaxe bq. ou {quote} … {quote} |
| Listes | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe L’éditeur transforme « - » en liste ; pas de syntaxe de liste dans le mrkdwn de l’API | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe * puces, # numéros, ** pour imbriquer |
| Liens [texte](url) | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui Aussi [[wikiliens]] | ~ Partiellement / autre syntaxe Convertis au collage | ~ Partiellement / autre syntaxe <https://url|texte> dans les messages de l’API | ✓ Oui Liens masqués | ✓ Oui | ~ Partiellement / autre syntaxe [texte|https://url] |
| URL nues transformées en liens | ~ Partiellement / autre syntaxe Seulement <https://…> | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui |
| Images  | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui Aussi ![[fichier.png]] | ~ Partiellement / autre syntaxe À l’import ou au collage | ✗ Non Importez plutôt le fichier | ✗ Non Joignez ou collez un lien | ✗ Non Importez-les dans l’éditeur | ~ Partiellement / autre syntaxe !image.png! |
| Tableaux | ✗ Non | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe Les tableaux Markdown collés deviennent des tableaux simples | ✗ Non | ✗ Non | ✓ Oui | ~ Partiellement / autre syntaxe ||en-tête|| et |cellule| |
| Listes de tâches | ✗ Non | ✓ Oui | ✓ Oui Aussi [~] pour « sans objet » | ✓ Oui | ~ Partiellement / autre syntaxe [] puis espace crée une case à cocher | ✗ Non | ✗ Non | ✗ Non | ✗ Non |
| Notes de bas de page | ✗ Non | ✓ Oui | ✓ Oui | ✓ Oui Aussi en ligne : ^[note] | ✗ Non | ✗ Non | ✗ Non | ✗ Non | ✗ Non |
| Ancres de titre | ✗ Non | ~ Partiellement / autre syntaxe Automatiques uniquement, pas de {#id} | ~ Partiellement / autre syntaxe Automatiques uniquement | ~ Partiellement / autre syntaxe Lien avec [[#Titre]] | ~ Partiellement / autre syntaxe Copiez plutôt le lien d’un bloc | ✗ Non | ✗ Non | ✗ Non | ~ Partiellement / autre syntaxe {anchor:name} |
| Codes courts d’emoji :smile: | ✗ Non | ✓ Oui | ✓ Oui | ✗ Non Plugin nécessaire | ~ Partiellement / autre syntaxe Taper « : » ouvre un sélecteur | ✓ Oui | ✓ Oui | ✗ Non | ~ Partiellement / autre syntaxe Émoticônes texte comme :) :D (y) |
| Formules $…$ | ✗ Non | ✓ Oui | ✓ Oui | ✓ Oui | ~ Partiellement / autre syntaxe $$…$$ en ligne, /equation pour les blocs | ✗ Non | ✗ Non | ✗ Non | ✗ Non |
| Diagrammes Mermaid | ✗ Non | ✓ Oui | ✓ Oui | ✓ Oui | ✓ Oui Bloc de code réglé sur Mermaid | ✗ Non | ✗ Non | ✗ Non | ✗ Non Nécessite une appli de la Marketplace |
| Encadrés > [!NOTE] | ✗ Non | ✓ Oui 5 types | ✓ Oui 17.10+ | ✓ Oui Nombreux types, repliables | ✗ Non Utilisez /callout | ✗ Non | ✗ Non | ✗ Non | ~ Partiellement / autre syntaxe {panel} … {panel} |
| HTML brut | ✓ Oui | ~ Partiellement / autre syntaxe Sous-ensemble sûr ; pas de script, style ni iframe | ~ Partiellement / autre syntaxe Sous-ensemble sûr | ~ Partiellement / autre syntaxe Sous-ensemble filtré | ✗ Non | ✗ Non | ✗ Non | ✗ Non | ✗ Non |
| Retour à la ligne simple = saut de ligne | ✗ Non Deux espaces en fin de ligne ou \ | ~ Partiellement / autre syntaxe Oui dans les commentaires, non dans les fichiers .md | ~ Partiellement / autre syntaxe Oui dans les commentaires, non dans les fichiers | ~ Partiellement / autre syntaxe Oui, sauf si « Strict line breaks » est activé | ✓ Oui Maj+Entrée dans un bloc | ✓ Oui | ✓ Oui | ✗ Non Deux espaces en fin de ligne | ~ Partiellement / autre syntaxe Retour à la ligne oui ; \\ en force un |
Même résultat, syntaxe différente
Les équivalences qui piègent quand on colle d’un outil à l’autre : Slack et Jira utilisent un seul * pour le gras, et dans les liens Slack l’URL vient en premier.
| Élément | Markdown / GFM | Slack mrkdwn | Discord | Jira wiki | |
|---|---|---|---|---|---|
| Gras | **bold** | *bold* | **bold** | **bold** | *bold* |
| Italique | *italic* | _italic_ | *italic* | *italic* | _italic_ |
| Barré | ~~text~~ | ~text~ | ~~text~~ | ~~text~~ | -text- |
| Souligné | (aucun ; <ins> en HTML) | (aucun) | __text__ | (aucun) | +text+ |
| Code en ligne | `code` | `code` | `code` | `code` | {{code}} |
| Bloc de code | ```js … ``` | ``` … ``` | ```js … ``` | 4-space indent | {code:js} … {code} |
| Lien | [text](https://url) | <https://url|text> | [text](https://url) | [text](https://url) | [text|https://url] |
| Titre | ## Title | (aucun) | ## Title | ## Title | h2. Title |
| Citation | > text | > text | > text | > text | bq. text |
| Liste à puces | - item | • item (typed) | - item | - item | * item |
| Liste numérotée | 1. item | 1. item (typed) | 1. item | 1. item | # item |
| Spoiler | <details> (HTML) | (aucun) | ||text|| | >!text!< | (aucun) |
Bac à sable Markdown
Les aperçus et le bac à sable s’affichent dans votre navigateur ; rien de ce que vous tapez n’est envoyé nulle part. Parcourir tous les outils gratuits.
Un problème, ou quelque chose à améliorer ? Nous lisons chaque message et corrigeons vite.
Cet aide-mémoire Markdown montre chaque élément deux fois, côte à côte : le Markdown que vous tapez et son rendu, pour copier la source en sachant ce que vous obtiendrez. Les bases (titres, emphase, listes, liens, images, code) viennent d’abord, puis la syntaxe étendue dont on a réellement besoin sur GitHub : tableaux, listes de tâches, texte barré, notes de bas de page, alertes, maths et diagrammes Mermaid.
Le Markdown n’est pas un langage unique. CommonMark définit le noyau ; GitHub et GitLab ajoutent leurs propres extensions ; Obsidian et Notion en ajoutent d’autres ; Slack, Discord, Reddit et Jira utilisent chacun une syntaxe proche du Markdown avec des règles différentes, comme les *astérisques simples* pour le gras dans Slack et Jira. Le tableau de compatibilité indique ce qui fonctionne où, et la table de correspondance donne la syntaxe exacte pour chaque outil de messagerie ou de tickets. Les aperçus sont rendus avec la bibliothèque open source marked (CommonMark plus GFM) ; pour les fonctions qu’elle n’implémente pas, l’aperçu montre comment GitHub ou Obsidian les affichent. Un petit bac à sable, à la fin, affiche tout ce que vous tapez, dans votre navigateur.
Mode d’emploi
- Recherchez un élément (tableau, case à cocher, note de bas de page, saut de ligne) ou accédez à une section avec les étiquettes en haut.
- Copiez le Markdown à gauche de n’importe quelle fiche ; la droite montre son rendu.
- Consultez le tableau de compatibilité avant d’utiliser une extension ailleurs que sur GitHub, et la table de correspondance avant de coller dans Slack, Discord, Reddit ou Jira.
- Collez votre propre texte dans le bac à sable pour le prévisualiser, puis copiez le HTML ou téléchargez un fichier .md.
Questions fréquentes
Comment faire un tableau en Markdown ?
Écrivez la ligne d’en-tête avec des barres verticales, puis une ligne de séparation en tirets, puis les lignes de données : | Nom | Âge |, puis | --- | --- |, puis | Ana | 31 |. Des deux-points dans la ligne de séparation définissent l’alignement (:--- à gauche, :---: centré, ---: à droite). Les tableaux sont une extension GitHub Flavored Markdown, prise en charge par GitHub, GitLab, Obsidian, Reddit et la plupart des éditeurs, mais pas par le CommonMark pur, Slack ni Discord.
Comment aller à la ligne sans commencer un nouveau paragraphe ?
Terminez la ligne par deux espaces ou une barre oblique inversée, ou utilisez <br> là où le HTML est autorisé. Sinon, un simple retour à la ligne est fusionné dans le même paragraphe en CommonMark et dans les fichiers .md de GitHub. Les commentaires GitHub, Obsidian (par défaut), Slack et Discord traitent chaque retour à la ligne comme un saut de ligne, c’est pourquoi le même texte peut s’afficher différemment dans un README et dans une issue.
Quelle est la différence entre CommonMark et GitHub Flavored Markdown ?
CommonMark est une spécification précise de la syntaxe Markdown d’origine. GitHub Flavored Markdown (GFM) en est un sur-ensemble strict qui ajoute les tableaux, les listes de tâches, le texte barré, les liens automatiques étendus et un filtre du HTML dangereux. Sur github.com, les notes de bas de page, alertes, maths, diagrammes Mermaid et codes courts d’emoji s’ajoutent au GFM via le traitement propre à GitHub.
Comment écrire une case à cocher ou une liste de tâches en Markdown ?
Utilisez un élément de liste qui commence par [ ] pour une tâche ouverte ou [x] pour une tâche faite : - [ ] Relire, - [x] Rédiger le brouillon. GitHub et GitLab affichent des cases cliquables dans les issues et pull requests, Obsidian les coche en mode lecture, et GitLab accepte aussi [~] pour une tâche sans objet.
Slack prend-il en charge le Markdown ?
En partie, avec ses propres règles appelées mrkdwn : *gras* avec des astérisques simples, _italique_, ~barré~ avec des tildes simples, `code` et blocs de code ```, citations >, et liens écrits <https://url|texte> dans les messages envoyés via l’API. Pas de titres, de tableaux ni d’images. Le champ de saisie de Slack convertit aussi certaines mises en forme pendant la frappe, et Block Kit dispose d’un bloc markdown distinct qui accepte le Markdown standard.
Comment ajouter une note de bas de page en Markdown ?
Placez [^1] à l’endroit de l’appel et définissez la note sur sa propre ligne n’importe où dans le document : [^1]: La source. GitHub, GitLab et Obsidian numérotent les notes dans l’ordre d’utilisation et les listent en bas avec des liens retour. CommonMark, Slack, Discord, Reddit et Notion n’ont pas de notes de bas de page.
Écrire un Markdown qui s’affiche partout de la même façon
• Laissez une ligne vide avant et après les titres, listes, blocs de code, tableaux et blocs HTML. Beaucoup de problèmes du type « pourquoi ça ne s’affiche pas » viennent d’une ligne vide manquante.
• Utilisez des blocs de code délimités avec un langage (```python) plutôt que l’indentation : ils sont plus clairs et bénéficient de la coloration syntaxique.
• Utilisez * pour l’emphase plutôt que _, car les tirets bas à l’intérieur des mots (noms_en_snake_case) sont ignorés par CommonMark mais traités différemment par les anciens moteurs de rendu.
• Choisissez un seul caractère de puce par liste ; passer de - à * commence une nouvelle liste.
• Indentez le contenu des listes imbriquées pour l’aligner sur le texte de l’élément parent, et non sur un nombre fixe de deux ou quatre espaces.
• Rédigez un texte alternatif pour chaque image. Il s’affiche quand l’image ne se charge pas et est lu à voix haute par les lecteurs d’écran.
L’essentiel d’un README sur GitHub
GitHub affiche le README.md placé à la racine, dans docs/ ou dans .github/. Les titres reçoivent automatiquement des ancres, et GitHub en tire une table des matières (le bouton de plan dans la vue du fichier) : une structure de titres claire, c’est la table des matières. Les liens et images relatifs (./docs/setup.md, ./images/demo.png) fonctionnent sur github.com et continuent de fonctionner dans les forks et sur les autres branches, contrairement aux URL absolues.
Les alertes (> [!NOTE], > [!WARNING]) font ressortir les mises en garde d’installation, les blocs de code Mermaid dessinent des schémas d’architecture qui restent modifiables, et <details> replie les longues sections comme les références de configuration complètes. Réservez le premier écran à ce qu’est le projet, à son installation et à un exemple minimal ; tout le reste peut venir ensuite.
Outils gratuits similaires
- ChatGPT vers Word — Collez une réponse de ChatGPT, Claude ou Gemini et copiez-la dans Word, Google Docs ou un e-mail avec de vrais titres, tableaux et listes au lieu de ** et de #.
- Compteur de mots — Comptez les mots, caractères, phrases et le temps de lecture, et vérifiez les limites de X, LinkedIn, Instagram, YouTube, du SEO et des SMS pendant la saisie.
- Aide-mémoire Git — Les commandes Git classées selon ce que vous voulez faire : annuler le dernier commit, renommer une branche, supprimer une branche distante. switch/restore modernes avec leurs équivalents classiques et badges de danger.
- Aide-mémoire regex — Chaque token d’expression régulière avec un exemple fonctionnel, sa prise en charge en JavaScript, PCRE/PHP, Python, Go, Java et .NET, et un lien Essayer qui ouvre le testeur de regex prérempli.
- Comparateur de texte — Comparez deux versions d’un texte, d’un code ou d’un fichier JSON et voyez exactement quelles lignes, quels mots et quels caractères ont changé.