Aller au contenu

Linter Markdown

Trouvez les liens brisés, les niveaux d'en-têtes ignorés et les blocs de code non fermés en Markdown.

Entrée
Chemins de fichiers existants (un par ligne, facultatif)

Linter Markdown

Collez un document Markdown et cet outil signale ce qui ne va pas, un résultat par ligne, avec le numéro de ligne exact. Il vérifie toujours les marqueurs non appariés **gras**, __gras__, ~~barré~~ et `code`, crochets [ ] de lien déséquilibrés et cibles de lien ou d'image vides, niveaux d'en-têtes qui sautent un niveau (un H1 suivi directement par un H3), et blocs de code délimités qui s'ouvrent mais ne se ferment jamais — des erreurs qui passent inaperçues dans un moteur Markdown et cassent un autre.

Les options ajoutent des vérifications de cohérence plus que de syntaxe. Activez la vérification de référence pour détecter un lien [text][ref] sans définition [ref]: url correspondante, et des définitions jamais référencées. La vérification des en-têtes dupliqués signale le texte répété et plus d'un en-tête de niveau supérieur, ce qui confond lecteurs et générateurs de table des matières. La vérification de cohérence des listes détecte une liste à puces qui passe de - à * à mi-chemin, ou des éléments numérotés hors séquence. Vous pouvez aussi exiger un langage par bloc de code, signaler les espaces de fin (deux espaces exacts sont ignorés : saut de ligne intentionnel), et limiter la longueur de ligne. Collez une liste de chemins existants dans le deuxième champ et les liens et images locaux sont vérifiés par rapport à elle, un fichier renommé ou supprimé apparaissant comme lien brisé avant publication.

Le linter traite les fins de ligne Windows (CRLF) et Unix (LF) de façon identique ; les vérifications qui échoueraient sur du code — marqueurs, liens, en-têtes, listes, espaces de fin — sont ignorées dans les blocs de code, sauf la longueur de ligne, appliquée partout. Le panneau de sortie met en surbrillance chaque ligne signalée en rouge, et le total affiche les lignes analysées, les problèmes trouvés et les en-têtes comptés.

Tout s'exécute localement dans votre navigateur : le document collé et les chemins de fichiers entrés pour la vérification des liens ne sont jamais téléchargés nulle part. Copiez le rapport, téléchargez-le en fichier .txt, ou envoyez-le à l'entrée d'un autre outil pour continuer à travailler.

FAQ

Parse-t-il complètement Markdown comme le ferait un moteur de rendu?
Non. C'est un vérificateur heuristique basé sur les lignes construit pour détecter les erreurs courantes — marqueurs non appariés, liens brisés, niveaux d'en-têtes ignorés, clôtures de code non fermées — pas un analyseur CommonMark complet, donc une construction inhabituelle peut occasionnellement être omise ou sur-signalée.
Pourquoi une suite de deux espaces de fin n'est-elle pas signalée?
Deux espaces de fin est la syntaxe Markdown standard pour un saut de ligne dur, donc il est laissé seul. Un seul espace de fin ou une tabulation de fin est signalée, car ce sont presque toujours accidentels.
Qu'est-ce qui compte comme un en-tête dupliqué?
Le texte de l'en-tête est comparé sans distinction de casse après élagage, donc "Setup" et "setup" sont traités comme le même en-tête.
Comment vérifier les liens contre les fichiers réels de mon projet?
Collez un chemin relatif par ligne dans le deuxième champ — les mêmes chemins vers lesquels pointent vos liens, comme docs/setup.md. Les cibles de lien et d'image locales qui ne sont pas dans cette liste sont signalées; les URL externes et #anchors sont toujours ignorées.
Mon document est-il téléchargé quelque part?
Non. La vérification s'exécute entièrement dans votre navigateur — votre Markdown et tous les chemins de fichiers que vous entrez restent sur votre appareil.