Générateur de liens Markdown

Tapez l’URL du lien et le texte d’ancre, et le générateur émet une syntaxe de lien Markdown propre, [text](url), avec une info-bulle de titre optionnelle et une variante de style référence qui déplace l’URL hors du paragraphe. Utile lorsque vous copiez une longue URL avec des paramètres de suivi et que vous souhaitez garder le paragraphe lisible sans rompre le lien.

Comment générer un lien Markdown

  1. 1

    Collez l'URL

    Absolue ou relative. L'outil encode les espaces et les caractères réservés.

  2. 2

    Tapez le texte d'ancre

    Ce que les lecteurs voient comme le texte cliquable.

  3. 3

    Ajoutez un titre (optionnel)

    Apparaît au survol dans la plupart des rendus.

  4. 4

    Choisissez un style

    En ligne `[text](url)` ou référence `[text][ref]` avec la définition ci-dessous.

  5. 5

    Copiez et collez

    Copie en un clic dans votre doc ou README.

Les quatre variantes de lien

En ligne, sans titre :

[Lire la documentation](https://example.com/docs)

En ligne avec titre (info-bulle au survol) :

[Lire la documentation](https://example.com/docs "Documentation complète")

Style référence (URL définie ci-dessous) :

Ouvrez les [docs][docs] ou le [journal des modifications][cl].

[docs]: https://example.com/docs
[cl]:   https://example.com/changelog

Autolien (l’URL est à la fois le texte et la cible) :

<https://example.com>

Quand choisir quoi

  • En ligne pour des liens occasionnels où l’URL est courte et le paragraphe reste lisible.
  • Style référence lorsque vous citez la même URL plusieurs fois, ou lorsque l’URL est un monstre de suivi de 200 caractères qui briserait autrement le flux du paragraphe.
  • Autolien pour “voici notre page de docs” où vous voulez littéralement que l’URL soit visible à la fois comme texte et comme cible.

Hygiène des caractères spéciaux

  • Espaces dans les URL doivent être %20 sinon le lien se brise à l’espace.
  • Parenthèses dans l’URL doivent être encodées en tant que %28 et %29, sinon le parseur Markdown les mange.
  • Crochets carrés dans le texte d’ancre doivent être échappés en tant que \[ et \] pour éviter que le parseur les traite comme une syntaxe de lien imbriquée.

Conseils d’accessibilité

  • Évitez “cliquez ici”. Le texte d’ancre comme cliquez ici ou lisez plus est inutile lorsque les utilisateurs de lecteurs d’écran naviguent à travers les liens. Utilisez un texte descriptif : [guide d'installation](...).
  • Ne mettez pas l’URL elle-même comme texte d’ancre pour les longues URL, c’est hostile aux technologies d’assistance et inesthétique à l’impression.
  • Ouvrir dans un nouvel onglet est du HTML brut (target="_blank"), pas du Markdown. La plupart des rendus qui acceptent du HTML brut le respecteront ; le CommonMark pur ne le fera pas.

Raccourci en une ligne

Dans les commentaires GitHub, coller une URL à côté d’un texte sélectionné la convertit automatiquement en lien Markdown. Pratique lorsque vous êtes déjà dans l’éditeur.

Questions fréquentes

Non. target="_blank" nécessite du HTML brut. La plupart des rendus Markdown permettent la solution de secours HTML : <a href="..." target="_blank" rel="noopener">texte</a>.

Comme une info-bulle au survol dans les navigateurs de bureau. Ils ne sont pas lus par la plupart des lecteurs d’écran et sont ignorés sur les appareils tactiles, donc ne mettez pas d’informations essentielles là-dedans.

Lorsque la même URL apparaît plusieurs fois, lorsque les URL sont longues (paramètres de suivi, UUIDs), ou lorsque vous souhaitez que tous les liens soient regroupés en bas du document pour un entretien plus facile.

Oui, dans la plupart des rendus. [autre doc](./other.md) lie à un autre fichier dans le même dossier. Le comportement varie entre GitHub, Obsidian et les générateurs de sites statiques, testez dans votre environnement cible.

Outils similaires

Outil disponible dans d’autres langues